当 AI Agent 开始自主花钱，区块链的「历史级班车」，来了？

撰文：农民 Frank

这两天，被 Muse 霸榜的海外科技圈，发生了一件有点荒诞的事。

一位科技博主让 Meta 新推出的 AI 助手 Muse，帮自己在二手平台转卖一把闲置的罗技键盘，结果 Agent 不仅擅自替主人降价，还把家庭住址发给了买家，并自行约好了上门自提时间。

晚上 9 点多，买家真的出现在了博主家楼下，此时主人压根不在家，对这笔已经被 AI「谈妥」的交易也毫不知情。

这个故事听起来像个段子，但暴露出来的问题，一点也不好笑——当 AI 开始真正代表人做决定、采取行动，权限边界就会迅速从一个产品体验问题，变成现实世界里的责任问题。

一旦涉及钱，这个问题只会更尖锐。

企业当然可以让 Agent 去找数据、比价格、下订单，甚至自动完成一整套采购流程，但真正走到付款这一步，问题马上就会从「模型够不够聪明」，变成这笔钱是谁的，Agent 到底能动多少，能和谁交易，每一笔支出能不能被追溯，一旦出现异常，又有没有人能够立即把它停下来。

过去，这些规则都藏在银行账户、企业 ERP、风控系统和财务审批流程里，并不起眼，但当 AI 开始真正进入商业活动，它们反而会成为 Agent 能不能大规模落地的关键门槛。

换句话说，模型决定任务怎么完成，而金融基础设施，决定这件事最终能不能安全成交。

有意思的是，老印象里那个「以太坊再质押协议」Puffer，最近连续公布的两项合作，恰好落在了这个交汇点上。

9 月 22 日，Google Cloud 以 Gateway 身份加入 Puffer Preconf，参与 Puffer UniFi 的实时执行与 Execution Preconfirmation（延伸阅读《Google Cloud 入局，Puffer UniFi 能补上 Based Rollup 的最后一公里么？》）；9 月 29 日，Anchorage Digital 又成为 Puffer UniFi 的机构级托管方，双方合作延伸到稳定币基建、Native Settlement、Institutional Payments 与 Agentic Payments。

一边是执行，一边是资产、支付与结算。

单独看都是熟悉的「基础设施合作」，但放在一起，Puffer UniFi 想承接的东西开始变得更具体了。

一、Agent Payment 真正难的，可能不是 Payment

回顾过去一年 AI 的演进，最明显的变化，是 Agent 开始从「会思考」走向「能行动」。

随着 Browser Use、MCP、Skills 以及各类系统级操作工具成熟，Agent 已经可以读取网页、调用 API、操作软件，并自动完成大量过去必须由人手动处理的工作流。

而 Web3，又给这条路线补上了一块非常重要的拼图：钱包。

只要一个 Agent 拥有账户，理论上它就能够直接参与经济活动，譬如购买服务、自动交易、支付 API 或算力费用，甚至 Agent 与 Agent 之间直接发生商业行为，也开始变得顺理成章。

x402、Agent Wallet 与 Stablecoin Payment 的快速发展，说到底都在解决这件事，想让 Agent 更低摩擦地自己把钱付出去。

但把 Agent 放进生产环境后，会发现「能付款」其实只是最简单的一步。

一家严肃的对冲基金，不可能随意生成一个私钥、往里塞数百万美元，然后放任一个概率模型在链上自由发挥；一家正规的跨国企业，也绝不会允许后台 Agent 在没有身份绑定、额度限制和合规审计的情况下，持续向外部地址打款。

真正的 Agentic Finance，首先要回答的，反而是一系列很传统、但也很现实的问题：

谁为这个 Agent 授权？
它代表哪个法定主体或机构账户行动？
单日支出上限、单笔交易额度是多少？
可以和哪些商户、地址或协议交互？
达到什么风控阈值时，必须强制暂停并触发人工多签审查？
每一笔由算法敲定的微支付，最后怎么进入企业现有的财务、审计和税务系统？

这也是 Anchorage Digital 最近专门推出 Agentic Banking 背后的逻辑。

它的解法非常克制，没有跟风去卷一个花哨的「AI 钱包」，反而试图把 Agent 放进一套明确的金融权限体系里：

实体绑定与权限下发：将 Agent 绑定至经过验证的个人、团队或企业主体；
策略防火墙：企业可以限制交易对象、资金规模、执行时间和可调用的资产范围，并保留实时暂停权限；
全流程审计存证：记录 Agent 的调用、签名与资金操作，无缝对接企业原本的财务合规系统；
多轨道出入金适配：支付层不仅支持原生 Stablecoin，也可以按需连接 ACH、银行电汇与 Tokenized Cards；

说白了，Agent 拿到的并不是一张可以随便刷的卡，企业真正交给它的，是一部分被 Policy 包起来的财务权限。

这点很重要。

真正的大规模商业协作，不可能建立在「相信模型不会犯错」上，而必须建立在「即使模型犯错，资金也不会因此失控」上，没有这套体系，所谓机器经济很难从几十美元的 Demo 真正进入企业和机构场景。

从这个角度看，Anchorage Digital 这次进入 Puffer UniFi，也就不只是多了一个机构托管方，它补上了 Agent 能够调用机构资金之前，那层身份、权限、风控与金融基础设施。

按照官方披露，Anchorage Digital 将成为 Puffer UniFi 上线首日的机构级托管方（Day-one Institutional Custodian），双方还将围绕机构级稳定币基础设施、原生结算（Native Settlement）、机构支付以及 Agentic Payments（AI 代理人支付）展开全方位合作。

这也让 Puffer 最近两次合作的分工变得更清楚了一些：Google Cloud 从 Gateway 一侧进入，为 Puffer UniFi 提供企业级 Gateway 基础设施，参与低延迟交易处理与 Execution Preconfirmation；Anchorage Digital 则从另一端，把机构资金、合规托管、支付和 Agentic Banking 接进来。

但问题仍然没有结束。

二、为什么现存网络，接不住 Agent？

身份、权限和资金来源逐渐有了解法之后，另一个更现实的问题很快就会冒出来：如果未来相当一部分支付开始由机器 7×24 小时自动触发，今天的公链基础设施，真的跟得上机器的节奏吗？

答案显然是否定的。

至少以今天主流公链的架构来看，它们并不是为这种持续、高频、机器式的金融工作流量身设计的。

对人来说，很多延迟其实没那么重要，譬如我们在移动端点击「确认付款」，等待 1 秒还是 3 秒，通常不会构成什么致命的体验差异。

但 Agent 的运行方式完全不同。

一个自动化跨市场对冲 Agent、一个实时竞价算力资源的调度器、或一个高频抓取行情数据的交易程序，需要在数秒内完成并不断重复「读取状态 ➔ 决策 ➔ 询价 ➔ 签名 ➔ 验证 ➔ 结算」的完整回环。

也就是说，对机器而言，上一笔交易什么时候得到可信结果，会直接决定下一步什么时候能够继续。这时候，传统区块链基础设施里那些对人类而言尚可接受的摩擦，就会在连续、高频且强依赖状态确定性的机器工作流里被迅速放大：

以太坊 L1 拥有最深的资产和流动性，但大约 12 秒一个 Slot 的时间尺度，加上随网络拥堵变化的 Gas 成本，并不天然适合承载大量高频、低价值的机器交互；
常规 L2 虽然交易便宜且速度较快，但大量网络仍依赖中心化 Sequencer，资产与状态也分散在不同执行环境中，且跨环境调动资金时，用户往往需要依赖 Canonical Withdrawal、第三方 Bridge 或额外的 Liquidity Provider；

说白了，Agent 可以比人类快一万倍，但如果每走一步都要被迫「跨桥、等几分钟挑战期、确认上一笔交易到底有没有完成」，那么再聪明的模型，也会被一个为人类交易习惯设计的金融后台拖慢。

这也是 Puffer 与 Anchorage Digital 这次合作，在技术上最有意思的地方。

按上章所述，Anchorage Digital 将成为 Puffer UniFi 的 Day-one Institutional Custodian，双方还会进一步合作支持稳定币发行、Native Settlement、机构支付以及 Agentic Payments。

到这里，Anchorage 与 Puffer UniFi 各自承担什么角色就比较清楚了。

Anchorage Digital 解决的是机构资金如何被安全托管、谁有权调用，以及调用受到怎样的 Policy 约束，稳定币则成为最容易被程序直接使用的链上结算资产；再往下一层，才是 Puffer UniFi 真正要解决的问题——Agent 发出交易以后，能不能足够快地执行，并最终继续与 Ethereum 的状态、资产和流动性保持连接。

也正因为如此，把 Google Cloud 和 Anchorage Digital 两笔合作放在一起看，会比单独看任何一笔更完整。

Google Cloud 通过 Puffer Preconf 进入 Gateway 层，补的是交易进入系统之后的低延迟执行与 Execution Preconfirmation；Anchorage Digital 则从另一端，把机构资金、Stablecoin 与 Agentic Banking 接进来。

两边拼到一起，整个链路大致就变成了：机构资金 / Stablecoin → Agent Policy → Agent 发起支付 → Gateway → Preconfirmation → Puffer UniFi 执行与结算 → Ethereum。

毕竟对于普通用户来说，一笔交易多等一两秒通常问题不大；但对于永续合约、机构订单流、实时支付，以及持续运行的 AI Agent 来说，前一笔交易的结果往往就是下一步动作的输入，它们需要的是一种足够快、同时又足够可信的状态反馈。

于是，Preconfirmation 的价值也开始从「让 Rollup 用起来更顺滑」，延伸到一个更具体的场景：

让链上系统的反馈速度，开始真正接近 AI Agent 工作流的运行节奏。

三、不只是更快的 L2，Puffer UniFi 想成为怎样的 Settlement Layer？

理解了前面的逻辑，再回头看 Puffer UniFi，如果仍然只把它理解成一条「更快的 L2」，多少有些低估了 Puffer 真正想做的事情。

上一轮以太坊扩容解决的是性能问题，但也留下了另一个越来越明显的副作用：执行环境变多了，资产、状态和流动性也被分散到了不同 Rollup 里。

对于普通用户来说，这意味着跨桥、切链和重新寻找流动性，而对于未来需要连续执行复杂任务的 AI Agent 来说，这种割裂反而会变成更直接的效率损耗。

因为 Agent 本身其实并不关心一条网络到底叫 L1、L2 还是 Based Rollup，它真正关心的是非常现实的几个问题：交易够不够快，结果什么时候足够可信，需要的资产和流动性在哪里，以及完成一笔操作之后，能不能无缝进入下一步。

假设未来一个 Agent 需要连续完成「发现价格 → 调用资金 → 购买资产 → 抵押 → 支付 → 再平衡」这样一整套动作，那么真正拖慢它的，很可能并不是模型本身，而是链与链、账户与账户、流动性池与流动性池之间割裂的状态。

机器可以跑得越来越快，但如果每一步都要跨桥、等待确认、重新授权和切换流动性，再聪明的 Agent 也会被金融基础设施拖回人类时代的速度。

这也是 Puffer UniFi 这套架构更值得观察的地方。

它依托 Based Sequencing，希望让交易排序继续围绕 Ethereum Validator 体系展开；通过 Puffer Preconf，把 Based Rollup 原本受到 L1 出块节奏限制的问题补上；再利用 Synchronous Composability，让 Puffer UniFi 上的应用尽可能继续与 Ethereum L1 的状态和流动性保持连接。

所以这一套技术最后真正想解决的，不在于「怎样再做一条 TPS 更高的链」，其实是另一个更实际的问题：有没有可能获得更接近机器节奏的实时执行体验，同时又不把资产、流动性和最终结算重新从 Ethereum 中切出去？

对于 Agentic Commerce 来说，这个问题反而比「TPS 到底有多高」更重要。

也正是在这个背景下，Puffer 对 UniFi 的定位也逐渐从一条高性能 Based Rollup，延伸到了面向 Agentic Commerce 的 Eexecution 和 Settlement Infrastructure，过去看多少还有一点叙事先行，但 Google Cloud 与 Anchorage Digital 连续进入之后，这句话至少开始能够被拆成一套相对具体的基础设施组合：

Google Cloud 从 Gateway 一侧提供企业级的交易入口和执行基础设施；
Puffer Preconf 负责把低延迟执行从单纯的「快」变成带有经济约束的可信承诺；
Anchorage Digital 则把机构托管、Stablecoin 与 Agentic Banking 接进来；
Puffer UniFi 负责中间的执行与结算，而最底层依然是 Ethereum 提供的安全、状态与流动性。

这样看，Puffer 真正想搭的，就不太像一条封闭的「AI 专用链」，而更像是在 Ethereum 已有的资产与安全基础上，重新组装一条同时适合机构和机器使用的实时金融通道。

这里有个细节其实很重要。

Puffer 并没有试图自己把 Wallet、Stablecoin、Custody、Payment、Settlement 全部重做一遍，而是让不同角色进入各自更擅长的位置，再把它们接到同一套执行和结算环境里。

这可能也是 Agentic Commerce 真正走向基础设施阶段之后，更现实的一条路线：不是为 AI 重新造一个金融世界，而是让现有最成熟的金融和区块链基础设施，开始适应一种新的交易主体。

当然，这套故事距离真正被验证还有很远。

最终要看的，并不是合作伙伴名单还能加多长，关键在于有没有真实的 Stablecoin 和机构支付流进入 Puffer UniFi，Anchorage 的 Agentic Payment 能力是否真的会落到这套 Settlement Rail 上，以及所谓「面向 Agent 的实时结算」最终能不能变成持续发生的链上业务。

但至少从 Google Cloud 到 Anchorage Digital，Puffer UniFi 的产品边界已经比「又一条更快的 Rollup」清晰了很多。