下一代支付,不在支付层里

Favoritecollect
Shareshare

作者: IreneDu

 

这是 Stripe AI 战略拆解系列的第2.5篇。

这个系列的起源是因为在4月30日,Stripe Sessions 2026 发布了288个产品,我观察到 Stripe 正在试图成为AI Agent 时代的经济基础设施。

第一篇Stripe 不是一家支付公司是试图回答“为什么是 Stripe"——它的基因决定了它能做这件事。

第二篇KYC 已死, Agent 经济正在重写金融监管的底层,我想拆 Stripe 在赌的那个未来——Agent 经济到底长什么样,以及为什么传统支付基础设施在它面前会全面失效。

但在第二篇的时候,我收到了一位同行的留言:

前半段我完全同意。AB 316 也好,任何主权国家的法律也好,短期内都不会承认"Agent 是法律主体"——最终的被告永远是某个具体的人。这件事 Know Your Agent 不可能改,也改不了。

但是后半句——"唯一变化的是支付和清算效率"——我保留观点。这句话的问题不在结论,在它默认的那个框架:它把 KYA 看成现有支付系统的一个升级。

这才是我认为值得多写一篇来讨论的事。

先回到一个曾经的支付从业者的肌肉记忆:

支付形态是场景驱动的,不是从支付系统内部设计出来的。

每一次支付的真正跃迁——网银、移动钱包、扫码——都不是因为有人在支付层做了一个更好的产品,而是因为出现了一个新的交易场景,把原来支付系统的底层假设打穿了。

新的支付形态,是从那个场景所要求的基础设施里"长出来"的,不是被"优化出来"的。

我曾在蚂蚁做过一段时间支付创新。在一家曾经创作出 “快捷支付”、“移动支付” 和“扫码支付” 的行业绝对引领者的平台,最大的乐趣和痛苦就是思考:下一代支付形态是什么?

我们做了手表支付(还有代替扫脸验证的心跳核身)、 NFC支付(“碰一碰”的原始技术)、参与和编写了不少 “下一代” 支付协议,还曾试图让老板支持我探索元宇宙支付。

这些项目大部分没跑出来。

回头看,原因是同一个:我们试图在支付层定义新支付,但驱动支付变革的场景还没到——场景没到,场景需要的基础设施就不可能长出来,你在支付层再聪明的设计都接不住。

Agent 经济就是过去的那个我苦等的新场景。

KYA 是那层正在长出来的基础设施。

KYA 不是一个支付层的产品,它是 Agent 经济的基础设施层。

我在上一篇定义的 KYA 五层——Agent 身份、授权范围、意图签名、责任链审计、信用评级——其中只有授权范围和责任链审计这两层落在支付链路上,其他三层(身份、意图、信用)根本不在支付里。

所以那位同行的判断"唯一变化的是支付和清算效率",翻译成基础设施的语言就是:认为 KYA 是支付的子系统。

我的判断是反过来的:支付才是 KYA 的子系统。

这个反转是这一篇要讨论的核心。

Stripe 这家公司在产业一线的投资动作,恰好就是实证。

Patrick Collison 在 Sessions 2026 上用的词不是"AI payments",是economic infrastructure for AI(给 AI 的经济基础设施)。这不是营销用语,是定位选择。它说明 Stripe 不打算把自己锁在"支付公司"的身份里,它在赌的是给 Agent 经济做底座。

具体到产品布局:

Stripe 和 OpenAI 共建的 Agentic Commerce Protocol(ACP),现在 Microsoft Copilot、Meta、今年 4 月加入的 Google Gemini 都在用——它本质上是身份和会话协议,不是支付协议。

Shared Payment Token 把 Agent 跟真实卡号隔开,做的是授权层的事,不是清算层。

Stripe 收购 Bridge 拿到稳定币基础设施、收购 Privy 拿到嵌入式钱包能力、自建 Tempo 区块链做结算管道——这一整套布局都不在"支付效率优化"这个框架里。

这种投资组合只在"KYA 是基础设施层"这个判断下才成立。如果 Agent 经济只是支付效率问题,Stripe 不需要做稳定币、不需要做嵌入式钱包、不需要自建 L1。它在做的事,是在 KYA 那五层里逐层占位。

Stripe 数据负责人 Emily Glassberg Sands 今年 4 月在 Every 的访谈里给的几个数字,从另一面坐实了同一件事:某家大型 AI 客户每周被拦截 25 万次欺诈性免费试用;她见过一家 AI 公司每个免费试用要烧 25 美元算力、转化率 4%,意味着每发展一个付费用户先亏 625 美元;过去六个月免费试用滥用整体涨了 4 倍。

这些数字共同说明一件事:在 AI 经济里,真正决定一笔交易能不能成、值不值得做的判断,已经不在结账那一刻发生了——它发生在更上游的"这是谁、想做什么、值不值得给资源"这些问题里。这就是为什么 Stripe 要把风控 Radar 从"交易瞬间"前移到"用户全生命周期":不是把旧风控做得更快,而是把风控关心的问题从"这笔支付有没有问题"换成了"这个用户/Agent 的整段行为有没有问题"。前者是支付层的问题,后者属于 KYA 这一层。

回到那位同行的问题:责任最终落在谁身上?

他说的对——最终的法律主体仍然是某个人。这件事 AB 316 已经从法律层面写死了。

但这恰好是 KYA 要解决的真问题:当责任链变成分布式,找到"具体落在哪个人身上的哪个环节"本身,是一件 KYC 时代不需要做、KYA 时代必须做的事。

KYC 时代责任链是线性的(用户 → 支付/银行 → 商家),一笔交易出问题,你直觉上就知道找谁。

KYA 时代责任链是网状的(用户 → Agent 平台 → 模型供应商 → 支付协议 → 银行 → 商家,中间还可能调用其他 Agent),即使法律告诉你"找人不找 Agent",你依然不知道该找哪个人——因为责任已经分布在 5–7 个主体里。

KYA 不能改变法律的最终归属。但它能在网状链条里,用密码学把每一个主体的角色和动作固化下来——谁授权了什么、谁执行了什么、谁结算了什么、谁履约了什么。把"找不到证据"变成"找得到证据";把"哪个环节出了问题不可验证"变成"可验证"。

这不是支付效率的提升。

这是责任可追溯性这件事第一次能在 Agent 网络里发生。

所以"唯一变化的是支付和清算效率"这句话,我认为是把基础设施和功能搞反了。

真正发生的事情是:

下一代支付形态究竟是什么?还看不明白的,正是Stripe 试图定义的新物种。

但在不确定性的世界里,有一件事我很确定——它不会在支付层被设计出来。

它会在 KYA 这层基础设施铺好之后,从场景里长出来。

Disclaimer: This article is copyrighted by the original author and does not represent MyToken’s views and positions. If you have any questions regarding content or copyright, please contact us.(www.mytokencap.com)contact
More exciting content is available on
X(https://x.com/MyTokencap)
or join the community to learn more:MyToken-English Telegram Group
https://t.me/mytokenGroup