Sui推出Sui Agent Pass:AI代理密钥泄露的损失封顶由用户设定

Sui Basecamp上的Sui Agent Pass

Sui推出了Sui Agent Pass,这是一套权限框架,把AI代理的行动范围约束在用户划定的界限之内;一旦代理的密钥泄露,由此造成的损失也会被封顶在账户持有人预设的上限。该功能在新加坡举行的生态大会Sui Basecamp上亮相,时间为10月7日(星期三)与10月8日(星期四)。发布消息通过X用户@EvanWeb3的帖子传播,他在现场演示了这项能力。

这套机制针对的是自动化金融中一种具体的失效模式。此处的代理是指受托替人行事的一套软件:它可以执行付款、在账户之间划转资金,或按照既有指令与去中心化应用交互。要完成这些操作,代理通常要持有能够对所连接钱包发起交易的凭证。凭证一旦泄露,资产就可能被转移到所有者从未授权的范围之外。Sui Agent Pass收窄的就是这种风险敞口:用户不再给代理对钱包的无限制访问权,而是画出一条边界,由Sui网络来强制执行,于是密钥泄露后的最坏结果从账户全部余额变成了预设上限。

按照现场披露的设计定位,这项功能解决的是损失收敛,而非泄露预防:它并不声称能阻止密钥外泄,而是限定一张泄露的密钥最多能造成多大损失。这种定位让委托授权有了一个此前基本缺失的中间状态,介于完全授权与彻底吊销之间。对于通过代理执行付款和资产调拨的钱包而言,损失无上限与损失有上限,正是事件可挽回与全盘归零之间的分界。现场演示没有公布技术细节,例如上限在哪里执行、调整速度有多快。

开发者文档中的Allowances

Sui的开发者文档描述了一种相关的底层能力,名为Allowances。按照该设计,被指定的用户可以在既定额度内支出资产,配置包含三项控制:支出上限、使用期限,以及随时彻底撤销权限的能力。同一份文档说明,代理付款依托的是链上支出限额,也就是说这些上限写在区块链本身,而不是某个被攻破的客户端就能绕过的链外护栏。这份文档是这里最关键的原始依据:支出上限、使用期限和撤销控制都在其中明确规定,开发者接入代理权限时依赖的正是这份文本。

公开材料尚未厘清的,是Sui Agent Pass与Allowances之间的关系,以及两者是否共用同一套实现。Allowances在文档中是面向开发者的能力,Agent Pass则是作为独立构件在舞台上发布的,目前没有任何公开内容说明前者是否建立在后者之上,或者它们是各自独立的机制。几个执行层面的问题同样悬而未决:上限是按单笔交易生效,还是覆盖整个使用期限;额度是否重置;限额覆盖钱包内所有资产,还是只覆盖指定资产。这个结构对设置过银行卡管控的传统金融用户并不陌生:一个额度、一个时间窗、一个开关,只是用在了机器支出而非塑料卡片上。类比也有边界,因为链上权限由协议本身强制执行,而不是依赖银行的风控系统,但额度、期限、撤销这三件套是一样的。在Agent Pass与Allowances的技术关系公布之前,最稳妥的理解是:Sui交付了一个损失封顶的概念,而其具体实现细节尚未成文。对不熟悉该网络的新读者,其基础机制可参阅2026年入门指南如何使用Sui。

这次发布改变的是代理密钥泄露的风险几何:它把无上限的资金外流变成有边界的外流,而这一变量恰恰决定事故能否幸存。上限如何执行,将决定它在实践中提供多少实际保护。Sui的开发线近期还产出了其他安全方向的工作,包括Mysten Labs在协议版本139下处理的首笔抗量子的Sui交易。SUI现货价格过去24小时下跌6.3%,交易员当前关注的点位见Sui技术分析页面。Sui自己的材料则把Agent Pass严格定位为损失收敛:一张泄露的密钥,代价是所有者预设的额度,仅此而已。