为什么企业 AI 智能体需要钱包层

证据等级：A1 证据类型：官方一手信息 来源：Fireblocks Blog 官方发布日期：2026-07-31 采集时间：2026-08-01T13:42:42.819Z

关于智能体驱动支付的大多数讨论描述的是相同的消费者未来场景：你的 AI 助手预订航班、订购杂货、购买演唱会门票，可能还会与航空公司的智能体谈判，或者在途中与伴侣的智能体分摊账单。这个演示效果很好，也容易想象，这就是为什么大多数报道止步于此的原因。

这种表述并不错误，尽管它并没有描述完整的情况，并且可能具有误导性。消费者的使用场景确实存在，但那里不会是交易量最先到达的地方，也不是企业应该围绕其进行规划的方向。

更大的故事是，企业 AI 智能体已经开始代表团队在各供应商之间花钱，其频率和细致程度是传统人工采购流程从未设计过的。这已经在世界上一些最大公司中展开。

几乎在每个行业中，AI 路线图都即将与支付系统相碰撞，这同样适用于支付提供商、金融科技公司以及金融机构。这种碰撞才是真正值得关注的事情。

“智能体花钱”在公司内部实际是什么样子

理解这种转变最清晰的方法是看看企业今天已经在用人工智能做什么，然后将时间线延长十二个月。有三个模式正在持续出现：

1. 广告运营： 市场团队将广告活动简报交给智能体，这些智能体不仅生成创意，还实际执行。在这个流程中，有五到六笔付款给五到六个对手方，所有这些都由一个提示和一个预算额度启动。如今，这大部分是通过公司信用卡拼凑起来的，由财务人员事后进行对账，这种方式无法扩展到少数几次活动之外。
2. 开发者基础设施： 工程团队正在让智能体配置云资源、调用付费 API、运行推理并从第三方提供商拉取数据。每一次调用都是一次交易。一个研究智能体访问五个 API 就可能生成四十到五十个独立的支付事件，而当这种情况在整个工程组织中放大时，这就是一个财务团队没有记录系统的支付问题。
3. 采购与运营： 运营和财务团队正在让智能体处理差旅预订、承包商入职、供应商采购和供应链补货。每一项任务都会以一次提交告终，而提交步骤就是一次支付。以往位于该步骤前的审批链条并不是为智能体速度而设计的。

这三个主题已经在我们每周与之交流的客户中显现出来。智能体的能力不是限制因素。缺少的是允许智能体进行交易的支付层，这种交易能够获得首席财务官认可的控制。

现有支付平台为何不适用于此

一旦你开始将智能体驱动的支出视为真实的工作流程而不是消费者演示，现有支付堆栈的漏洞就会很快显现出来。

信用卡是为不同的问题设计的。它们假设收银台有人操作，每个持卡人每天的交易次数相对较少，以及每次刷卡费用低于几美元的交换模型。单位经济学不成立，而且这些控制从一开始就不是为可编程而设计的。你可以设置信用额度，但不能设定一个规则，限制消费在200美元以内，范围限定为欧盟本地化供应商，仅适用于低于每分钟4美元的费率，并在午夜过期。

银行转账有相反的问题。控制手段更丰富，但延迟、费用和操作开销使其在需要在工作流程内结算而不是隔夜结算的情况下毫无用处。每笔转账还假设有人发起，而且在大多数国库设置中，还需要第二个人批准，这正是智能体驱动的工作流程所消除的步骤。

智能体实际进行交易所需的方式更像是这样：

• 可编程控制： 预算上限、范围限制、到期时间、交易对方白名单，以及由人定义并由代码执行的条件。
• 适用于小额支付的经济模式： 一小部分分币必须结算为真实交易，因为智能体的支出表现为成千上万的小额支付，而不是少量的大额支付。
• 可组合性： 支付必须嵌入到工作流中，因为单个任务可能会生成一系列智能体和服务，每个都需要进行交易和对账，而无需交由人工处理。
• 可审计性： 每一个操作、授权和每一美元都必须被记录下来，以便财务部门能够实际完成账目结算。

稳定币 rails，在其上有合适的基础设施，可以满足所有四个要求。今天没有其他 rails 能做到这一点。这就是为什么当前的基础设施讨论已经转向如何在其上构建，而不是是否构建。

没有钱包层，协议本身是不够的

关于智能体驱动的支付，大多数公众讨论都集中在协议上。x402 和 MPP 在过去几个月受到了很多关注，这是有道理的，因为它们是两段机器代码通过 HTTP 同意交换价值的方式。重要的基础设施，但仍然只是基础设施。

但单靠协议并不能让你实现企业部署。决定智能体是否能够实际交易的部分，以及 Dynamic 团队 大部分时间投入其中的，是底层的钱包层。

任何具有支出权限的智能体都需要一个钱包来进行支出。它需要一个可编程的、非托管嵌入式钱包，并附有策略引擎、一个能够证明哪个人类授权了哪个智能体执行哪些范围操作的身份层，以及一种机构在董事会前可以防御的密钥管理方式。

向 AI 智能体发放公司信用卡是错误的抽象。信用卡模型假设有一个单一的责任持有人、固定的信用额度，以及为人类行为模式设计的欺诈系统。智能体的行为不像人类：它们每秒做出数百个决策，会生成子智能体，并交接任务。它们进行交易的钱包需要从零开始为这种类型的活动构建。

这是大多数企业尚未开始考虑的层面。他们专注于使用哪种模型、选择哪种编排框架作为标准，以及先推出哪些用例，这些都是值得做的。然而，直到智能体有地方存放资金、授权支出资金，并且有实际转移资金的路径之前，这些都无法在生产环境中运行。

我们已经看到，当构建得当时，这是什么样子。Papaya Global 去年与 Fireblocks 推出了 Banco Wallet，通过 嵌入式钱包 向 180 多个国家的承包商支付报酬，这些钱包处理钱包创建、外汇和支付本身。工作人员可以即时收到支付，Papaya 负责整体体验，而钱包层对用户保持隐形。企业智能体驱动基础设施 将需要相同的架构，只是目标从承包商换成智能体，并以更高的交易频率运行。

仍在建设中的内容，以及为什么时间线比看起来更短

关于智能体驱动支付的诚实回答是，目前协议可行，支付通道可用，钱包基础设施也正常运行。仍在构建的是将它们与企业现有支付系统连接的生产级层。为了实现这一点，必须有三部分汇聚在一起：

1. 安全性: 智能体需要机构级的密钥管理（MPC）、策略执行以及基于智能体可能在某些时候尝试做不该做的事情这一假设的纵深防御控制。这就是区分试点系统和生产系统的关键所在。
2. 合规性： AML、KYC、出行规则和司法管辖范围都适用，因为跨境交易的智能体会遇到与人工支付相同的合规边界。基础设施必须能够处理这些，而无需金融团队手动审查每一笔交易。
3. 向后兼容性： 智能体驱动的交易流程必须能够与企业现有的 PSP 和商户关系兼容，而不是与之并行运行。要求市场的其他参与者围绕一个新的支付模型重新进行改造，这不是任何人能够执行的计划。

大多数企业当前正在进行的部署，从它们的智能体需要支付某物的那一刻起，大约需要十二到十八个月的时间。那些提前解决了支付层问题的公司会按计划将智能体投入生产。那些没有解决的公司可能需要两个季度来诊断为什么他们的智能体无法进行交易，再花两个季度购买基础设施来修复问题。

这对您的路线图意味着什么

这些都不需要采取戏剧性的应对措施。

首先绘制出智能体已经在您的业务中运行的位置，以及它们在哪些地方遇到支付相关的问题。这可能出现在采购、广告运营、开发基础设施和客户管理中。然后问问自己，如果交易量增加50倍，您目前的支付系统能否支持这些流程，因为交易量大致会达到这个水平。

将钱包和策略层视为一项架构决策，而不是采购活动。它涉及身份、财政、风险和工程，因此如果处理不当，意味着四个职能都需要重建。进展最远的团队是按照云迁移的方式配置人员的，从一开始工程团队就参与其中。

这一切在本季度都不需要新的预算。它需要一个足够高层的人来负责你的智能体如何支付费用的问题，以免在问题迫切时才去寻找答案。如果这个人是你，下一步有用的行动是讨论你的智能体实际需要进行哪些交易。 与我们的团队预约通话 以了解更多。