Tether CEO 设 AI 持币愿景,开发者需担超支责

核心要点

Paolo Ardoino提出AI智能体持有Tether的自托管愿景,但强调开发者需通过会话控制、预算追踪及权限隔离等手段,解决自动化支出带来的超支风险与责任归属问题。

据 Woofun AI 消息,Tether 首席执行官 Paolo Ardoino 描绘了 AI 智能体直接持有 USDT 的金融自主权蓝图,这一愿景将开发者推向了权限决策的核心困境:当钱包所有者解锁 AI 智能体时,究竟应赋予其多大的支出权限?对于致力于构建资金转移辅助系统的构建者而言,这不仅是技术实现问题,更是责任归属的关键。真正的自托管状态依赖于私钥始终控制在所有者手中,而决定自动化系统可被授权给哪一方、授权金额以及允许执行的操作,则属于独立于密钥管理之外的设计考量。因此,问题的答案不能简单归结为 WDK 是否具备安全防护措施,因为开发者选择的集成方案直接决定了适用何种保护机制。

从技术机制层面解构,WDK 的命令行界面、软件开发工具包以及可定制的 MCP Toolkit 在交易流程的不同环节提供了差异化的控制手段。若以所有者身份运行的程序连接到相关接口,它可在无需知晓或重新输入密码的情况下,要求已解锁的钱包进行签名操作,这意味着账户访问权限的范围与钱包密码同等重要。默认情况下,解锁后的会话时长为五分钟,常规操作不会延长这一时间,但用户可通过提前锁定、再次明确解锁以重置计时器,或设置零时长来取消自动过期功能,这些构成了决定访问起始与结束时间的会话控制手段。

然而,较短的计时时间本身并不能设定支出上限,也不需要针对每一笔交易都重新做出决策。Tether 将同一用户进行的访问视为一种公认的热钱包使用权衡方案,其采取的预防措施包括使用资金有限的专用钱包、缩短会话时长,以及将相关操作隔离在独立的操作系统账户之下。这些均属于公开披露的操作限制,而非盗窃或漏洞攻击事件。

值得注意的是,该平台捆绑的 MCP 接口将钱包创建、种子密钥导出、解锁等管理功能置于独立的菜单之外,从而限制了 AI 智能体可通过该服务器请求执行的功能,但这并不妨碍那些拥有独立命令行访问权限的 AI 客户端。相关后台进程无需证明之前的操作已经完成,任何有效的执行请求都可能从已解锁的钱包中发出。另一种路径则允许在没有试运行或强制确认机制的情况下,执行预先定义的、针对特定链路的写入操作,因此检查的位置就显得尤为重要。虽然底层钱包仍愿意通过其他允许的路径接受请求,但客户端仍可以展示一个复杂的审批界面,要想让该界面真正决定支出的权限,产品就必须同时控制其他所有路径。

文档中列出的工具数量其实需要加以说明:九月份的博客文章中提到了 11 种工具,同时还有一张列出 9 种工具的表格,而目前的 MCP 指南则列出了 11 种工具,另外两种工具分别是 和 。它们的意义在于能够发现并调用预先定义的方法,而非菜单的规模大小。这些检查机制可以阻止不符合规则的调用,属于具有明确范围的可选本地控制措施,而非在区块链层面强制执行的规则。文档指出,它们并非完整的沙箱环境——一些单独保存的原始账户引用以及特定的内部模块调用仍然处于这些检查机制之外。

Woofun AI 整理数据显示,SDK 也并未自动处理应用程序所需的诸多重要功能,比如自动维护接收方列表、获取价格信息、解码合约调用数据或记录支出次数等。

在开发责任与挑战方面,当支出限额取决于累计交易量时,其持久性和并发处理能力就由开发者自行负责。每日预算制度恰恰体现了这一问题的影响——仅通过查看单笔交易的金额,是无法得知该 AI 智能体当天已经花了多少钱的。

如果产品承诺设置累计支出上限,那就必须能够记录之前的支出情况,并一致地处理同时发起的多个请求。这意味着,要实现累计预算管控,不仅需要在每笔交易时进行验证,还必须在应用层进行相应的账务处理。这类审批流程应当与捆绑的 CLI 服务器所推荐的预览流程区分开来。定制化还意味着开发者必须决定新增的各类操作被允许执行哪些功能。Tether 自身对不同用途的分类是将 CLI 用于本地操作者的工作流程中,SDK 用于应用程序内部,而 Toolkit 则用于自定义的 AI 智能体服务器中。

这样的分类为构建者提供了从实验阶段迈向能够处理用户资金的正式产品时的多种选择,但同时也存在实际的权衡取舍:要求人工对每一笔交易进行审批,能让操作者拥有交易层面的决策权;而允许 AI 智能体在预设的预算范围内运作,则可以实现更高程度的自动化,但前提是必须有明确的规则来规定哪些操作会消耗预算额度。对于用户来说,重要的承诺应该是明确的:这个辅助系统可以花费多少钱、可以将资金转到哪里、以及它的权限何时终止?仅靠钱包密码或审批提示只能回答其中部分问题,除非相关的软件能够切实落实所设定的限制措施。

Ardoino 提出的自托管策略为开发者提供了无需将钱包所有权交给第三方托管机构的开发途径,接下来的责任则落在了产品身上——必须确保授予 AI 智能体的权限与所有者所设定的限制相匹配。

这一模式标志着 Web3 基础设施从单纯的资产存储向智能行为代理的演进,开发者必须在自动化效率与安全边界之间找到精确平衡点。随着 AI 智能体在金融场景中角色的深化,这种基于本地控制而非链上强制的规则体系,将成为衡量产品成熟度的关键指标。

评论

回复 @用户
0/800

暂无评论

消息提醒

登录后查看消息
查看全部消息管理订阅