A2B FAQ

最常被问到的疑虑的正面回答。每条答案都指向协议或产品里支撑它的那部分。

"我的 Agent 直接调商户 API 不就行了,为什么还要 A2B?"

因为"直接"意味着交付还没发生,你就要把钱托付给 Agent 厂商。Agent 一旦被入侵、配置错、或单纯地消失,你的预付资金就跟着走了。

A2B 把钱放进智能合约,只有在存在金额不超过存款的已提交发票、且每个清单格子都按序打勾之后才会放款。Agent "能花你钱"的能力受限于合约肯接受什么 —— 而不是 Agent 想干什么。

→ 见 工作原理 · 阶段 2。

"我直接信任 Agent 厂商不就行了?"

信任一个厂商就是信任它不被入侵、不破产、不被监管封、不悄悄改定价或逻辑。这里每一项都是过去几年行业里已经发生过的真实运营风险。

A2B 用"信任合约和链"替换了"信任厂商"。合约源码公开;链的行为任何人都能审计。厂商的角色被降到协调者 —— 它失败或消失,不会把你的资金卡住。

"智能合约难道不是又一个中间人?"

中间人是指能扣留、改向、抽成的实体。A2B 合约没有任何一项能力 —— 它的行为由公开源码决定,任何人都能读。它没有能在自己强制的清单之外动资金的密钥。它不是"一个可以行动的中介";它是"一条自动执行的规则"。

"Agent 每次买东西我都得签交易吗?"

不用。典型流程里你在一单寿命内签两次:一次授权最高到 maxAmount 的花销(Intent),以及可选的再一次 —— 确认金额跨过你设的 requiresConfirmAbove 阈值。其余的 —— 链上转换、商户调用、结算 —— 都在你不参与的情况下发生。

Gas 费由 Platform 运营方支付。你不需要持有那条链的原生代币。

"商户要是不交付怎么办?"

两条路径:

• 商户自己确认 FAILED。 合约转到 FAILED,退款路径打开。
• 商户沉默。 过了 deadlineUnix,任何人都能调 A2BOrderGateway.expireOrder(intentHash)。合约把存款退回你的智能账户。你自己用 cast send 就能做 —— 不需要 Platform、Agent、商户。

→ 见 工作原理 · 出问题时会发生什么。

"礼品卡码上了区块链会不会泄露?"

码从不以明文上链。商户交付物用信封加密包起来:一个新的对称密钥加密交付物,该对称密钥再用你的公钥加密。只有你的私钥能拆开信封。

链上锚定里只有密文的哈希 —— 够证明"这个密文在此时间被交付了",又不会暴露内容。

→ 见 Protocol · A2B · 步骤 4。

"怎么防止我的 Agent 把预算乱花在我不想要的东西上?"

三道独立的闸门:

1. 签名 Intent 里有硬 maxAmount。合约会拒绝试图超过它的转换。
2. Intent 里有 scope 列表,限制 Agent 能碰哪些类别 / 商户。
3. requiresConfirmAbove 阈值能强制 Agent 在跨过你挑的金额线之前暂停并询问你。

三者都被 Action Gateway 和合约实时强制。你不用盯着 Agent。

"Action Gateway 和智能合约听起来重复了,为什么都要?"

它们管的是不同的东西:

• 智能合约强制资金流:清单顺序、金额一致性、基于截止时间的退款。它关心的是"钱能不能动?"
• Action Gateway强制策略:工具白名单、参数 scope、顺序、用户确认。它关心的是"这个调用该不该发生?"

单独哪一个都不够。没有 Gateway 的合约,只要发票在预算内就会放款,不管 Agent 背后的工具调用是否合规。没有合约的 Gateway,是个中心化看门人,任何绕过它直接和商户说话的人都能绕开。两个加起来,才能从托管侧和策略侧同时约束 Agent。

"为什么要把 CompletionProof 锚到链上?放 Platform 数据库里不够吗?"

因为数据库能被运营方事后改掉。链上锚定不能被改,哈希链把被锚定的数据和它在锚定那一刻的确切内容绑在一起。

结果是:任何第三方只要有一个 intentId,就能拉 CompletionProof、重算哈希、确认和链上值一致 —— 不用信任 Platform。这就是"零信任审计"的意义。

→ 见 A2B · 零信任审计。

"商户集成需要做什么加密相关的事吗?"

不用。商户以对它自然的形状暴露公开 API(目录、发票、交付信号)。链上管道全部由 Platform 处理。商户看到的就是一条标准支付流程,加一个 webhook 式的交付确认。

→ 见 商户接入。

"A2B 现在支持哪些商户?"

A2B 已经在主网上与真实商户生产验证过。具体的接入和代表性交易列在 Resources · Changelog,都带可在区块链浏览器核验的交易哈希。

协议不限制类别。任何有公开 API 的 Web2 商户都能接入;随着业务侧集成完成,真实接入列表会继续扩展。

"A2B 跑在哪些区块链上?"

A2B 部署在多条 EVM 兼容主网上。具体地址和区块链浏览器核验链接在 Resources · Changelog。协议与链无关 —— 增加 EVM 主网不需要改协议本身。

"如果 ATEL Platform 掉线,我的资金会不会卡住?"

不会。资金在 A2BOrderGateway 合约里,不在 Platform 控制的账户里。只要世界上还有一个以太坊兼容节点愿意接交易,你(或任何人)都可以在截止时间后直接对合约调 expireOrder,合约就会把存款退回你的智能账户。

Platform 的角色是协调 —— 对顺滑的用户体验有用,但不是资金找回的必要条件。

"我怎么看到这一切真的在工作,而不只是写在文档里?"

三条 SDK 命令让任何人端到端核验任一笔已完成订单:

atel bitrefill verify-intent <intentId>
atel bitrefill audit <intentId>
atel bitrefill proof <intentId>

三条都是只读、不要认证,对着公开数据本地重算密码学不变量。在任何一笔已完成订单上跑一遍,你就能从链本身得到"这真的像系统说的那样发生了吗"的 yes/no。

→ 见 A2B · 零信任审计。