谷歌云与 Mysten Labs 合作推出“可验证代理仲裁器”,用于链上 AI 代理验证
要点速览
- •谷歌云与 Mysten Labs 正联合开发可验证代理仲裁器,该框架旨在为 AI 代理决策生成密码学锚定的链上记录。
- •谷歌云提供基础设施规模与托管算力,Mysten Labs 则贡献基于 Move 编程语言构建的 Sui 区块链技术,该语言最初为 Meta 的 Diem 项目而创建。
- •币安的 Agent OS 近期日均调用次数突破 280,000 次,表明无法验证的代理行为已在此操作规模上成为系统性风险。
- •逻辑漏洞攻击占 DeFi 闪电贷损失的 55%,在这一类别中,可验证的执行轨迹可为调查人员提供链下日志无法可靠提供的审计起点。
- •随着该计划的推进,跨链互操作性和治理问题(包括仲裁器合约的控制权以及争议记录的访问权限)仍未解决。

谷歌云与 Mysten Labs 宣布合作开发“可验证代理仲裁器”(Verifiable Agent Arbiter),该框架旨在链上验证 AI 代理的行为。这一计划针对的是自主 AI 系统中日益突出的问题:如果没有防篡改的记录来载明代理做了什么以及为何这样做,运营方和用户就没有可靠的机制来审计、争议或信任代理的行为。
合作涵盖的内容
根据该安排,谷歌云提供基础设施规模与托管算力,Mysten Labs 则贡献其在 Sui 区块链上的成果——该链基于 Move 编程语言构建,专为高吞吐、以对象为中心的状态管理而设计。Move 最初为 Meta 的 Diem 项目而创建,将数字资产建模为未经明确意图即无法复制或销毁的资源——这一设计长期以来与智能合约开发中的形式化验证工具密切相关。这一组合将 AI 代理验证置于云端执行与链上结算的交汇点。
项目名称表明了其功能:仲裁器用于裁决争议或确立事实基准。应用于 AI 代理时,可验证代理仲裁器旨在为代理决策生成密码学锚定的记录,使这些决策事后可审查、可追溯。这与简单地将输出记录到数据库有着根本区别,因为后者的日志本身可能被篡改或隐匿。
此次发布正值链上代理基础设施快速扩张之际。币安的 Agent OS 近期日均调用次数突破 280,000 次,显示出自主代理如今在交易、数据检索和跨协议交互方面运行的操作规模。在如此规模下,无法验证的代理行为已成为系统性风险,而非边缘情况。
链上验证为何改变代理信任模型
传统的 AI 代理调用在封闭环境中运行:代理接收提示,执行一系列工具调用,并返回输出。这一循环中没有任何环节可被第三方独立验证。链上验证层通过将承诺、哈希或执行轨迹写入公共账本来改变架构,产生无法在不被发现的情况下被追溯修改的记录。
当代理控制资产或执行具有重大后果的操作时,这一区别最为关键。如果代理错误分配资金、触发意外的智能合约交互,或超出其既定策略行事,链上记录就成为追责的基础。这正是可验证代理仲裁器所要解决的问题,不过在现有的公告材料中,具体的密码学机制、证明格式和结算逻辑尚未公开披露。
问责缺口在 DeFi 领域同样明显。逻辑漏洞攻击占 DeFi 闪电贷损失的 55%——闪电贷是在单笔交易内借入并偿还的无抵押贷款,这种机制使攻击者能够以零资金风险部署大额头寸——在这一类别中,类似代理的自动化策略以事后难以审计的方式与协议规则交互。可验证的执行轨迹将为调查人员提供当前链下日志无法可靠提供的审计起点。
待解问题:互操作性与治理
互操作性仍是该合作需要解决的开放性问题。锚定于单一区块链的验证框架会造成对该链活性、最终性保证和费用市场的依赖。如果可验证代理仲裁器是 Sui 原生的,那么在 Ethereum、Arbitrum 或其他执行环境中运行的代理将需要桥接逻辑或跨链证明——而每一种方案都会引入其自身的信任假设。
治理影响超越了技术架构本身。谁控制仲裁器合约、谁可以查询争议记录,以及当代理的链上轨迹与运营方的链下账目冲突时存在何种救济手段,这些既是工程问题,也是政策问题。Firelight 的 DeFi 保障模式等新兴链上保险框架表明,可验证的执行记录最终可能支撑代理责任类产品,其承保取决于能否证明代理实际做了什么。
谷歌云与 Mysten Labs 的合作使一家大型云服务商直接进入了链上 AI 代理验证领域。可验证代理仲裁器究竟会成为基础设施层标准还是专有框架,将取决于随着该计划从宣布走向部署,双方团队如何处理开源访问、开发者工具和跨链兼容性。
免责声明:本文仅供参考,不构成财务或投资建议。加密货币和数字资产市场存在重大风险。在做出决策之前,请务必自行研究。