OceanAltOceanAlt
Agent 支付2026-09-20事件发生 2026-09-184 分钟读完

Kite 联手 Circle:Agent 服务交易接入 USDC 结算层

Kite 与 Circle 探索在 Arc 网络上以 USDC 结算 AI 代理服务交易,把「谁付给谁」这类合规核验下沉到协议层。

OOceanAlt 编辑部转载来源
分享:XLinkedInFacebookTelegramWhatsApp微博🖼 海报(英文)

AI 代理支付协议 Kite 与稳定币发行方 Circle 达成合作,双方将基于 Circle 的 Arc 网络探索 AI 代理服务交易的定价与 USDC 结算。据 BlockBeats 报道,这一合作指向代理之间以稳定币完成服务付费的完整链路——从服务发现、报价到最终清结算。

两个此前各自为战的层

Kite 做的是代理支付协议,解决「机器如何向机器发起一笔可验证的付款意图」;Circle 的 Arc 是面向稳定币结算的链上基础设施,解决「这笔钱最终怎么落地、以什么资产计价」。两者叠加,等于把代理经济的「下单」与「付款」接进同一条管道,USDC 成为这条管道里的计价与结算单位。

为什么「谁在付」成了新问题

当付款方是一个 AI 代理而非自然人,传统 KYC 框架就失效了。银行和 PSP 的合规流程默认「账户背后站着一个人」,但代理支付场景里,发起交易的可能是某个用户授权的一段自动化程序,它按预设的 mandate 在单笔额度和单日累计范围内自主决策。此时「谁在付」的答案既不是账户持有人,也不是代理本身,而是两者之间的授权关系。这正是 KYA(Know-Your-Agent)要填补的空白——把代理的身份、授权范围、历史行为纳入结算前的判断。

如果代理服务交易真的跑在 Arc 上、以 USDC 结算,结算前防火墙就有了明确落点:在资金划转之前,系统可以核验发起方代理的身份凭证、比对收款白名单、检查这笔交易是否落在授权意图之内。这些动作在传统卡组织网络里由风控系统完成,但在代理支付场景里需要重新设计,因为交易频率、单笔金额和决策速度都跟人类支付不在一个量级。

双方各自的算盘

对 Circle 而言,Arc 接入代理支付协议是明确的战略延伸。稳定币的竞争早已过了「发行量」阶段,真正的护城河在于结算场景的密度——有多少真实交易愿意用 USDC 计价和清算。代理服务交易如果规模化,会带来高频、小额、7×24 小时的结算需求,这恰好是链上稳定币相对传统清算网络的比较优势所在。Circle 需要让 USDC 成为代理经济的默认结算资产,而 Kite 这样的协议伙伴就是触达这一场景的入口。

对 Kite 来说,接入 Circle 的结算层解决了代理支付最棘手的一环:资金最终清算。代理支付协议可以设计得很优雅,但如果结算资产波动大、出入金通道不畅,商户和开发者就不会真正采用。USDC 的合规属性和 Circle 的牌照布局,为代理服务交易的收款方提供了相对可预期的清算路径。

协议层与结算层联动的意义

这套架构对 RAP 标准(可撤销授权支付)有潜在影响。代理支付的核心矛盾在于:既要让代理自主执行,又要保留人类在异常情况下的干预能力。如果 Kite 的协议层与 Arc 的结算层深度耦合,「撤销授权」就不再只是一个协议层信号,而可以触发结算层的实际拦截——在资金尚未划出前冻结交易。这种协议与结算的联动,是把合规从「事后追责」推向「事前拦截」的关键。

尚未回答的问题

从合作公告到规模化落地还有距离。Arc 网络的实际吞吐、USDC 在代理场景下的出入金效率、以及 KYA 身份核验的标准由谁来制定,都是尚未回答的问题。但方向已经清晰:代理经济的支付栈正在从「能不能付」转向「该不该付、付得对不对」,稳定币结算层与代理支付协议的结合,是这条路径上绕不开的一步。


原文来源:BlockBeats · https://news.google.com/rss/articles/CBMiVkFVX3lxTE9TTDFZRDBrc1l4RlRqWGF2OS1LcGhmS25vSU1waE54b2c2YUdnb19TbGR1RTlhbmdUeWoxX0R1WlFCX0ItbmJ1RzczYnZ3eUI1OVdUWU13?oc=5

分享:XLinkedInFacebookTelegramWhatsApp微博🖼 海报(英文)

这篇内容的出处与状态

署名
OceanAlt 编辑部
首次发布
2026-09-20
最后更新
2026-09-20
内容性质
原创编译
原始资料
查看原文 ↗

引用这篇内容

OceanAlt 编辑部(2026)。《Kite 联手 Circle:Agent 服务交易接入 USDC 结算层》。OceanAlt。https://oceanalt.com/zh/articles/deep-auto-mu8mvmht-1jvg(访问日期:2026-09-20)

本文遵循 编辑准则与事实核查标准。发现错误请告诉我们,核实后会在此处公开更正。

先试一下 · 免费、不用注册

付款前把收款地址粘进去,看它有没有上过制裁名单、混币器或诈骗标签。

这套判断也可以放进你自己的产品

一行代码,不碰你的样式和 JS。同一套结算前风险判断可以出现在你的文章、你的钱包确认页,或者作为接口供你的 Agent 在付款前调用。

组件不收集读者身份。接入不代表 OceanAlt 对你的产品或页面上的地址作安全背书。