Tether 已发布 Machine Development Kit（MDK）0.11 版。此次更新后，参考代理在执行任何设备操作前都会暂停，并等待明确的人工批准。基于该工具包开发的运营方还必须自行提供身份验证——没有身份验证，操作将无法继续。

MDK 是 Machine Development Kit 的缩写，是 Tether 用于构建能够执行现实世界操作的 AI 代理框架，例如控制硬件或联网设备。参考代理的 0.11 版在这一工作流程中加入了一个刻意设置的停顿点：当代理准备执行设备操作时，会先暂停并请求人员批准。

这种闸门机制通常被称为“人在回路”（human-in-the-loop）控制。它不是让自动化程序自行行动，而是设置一个检查点，要求人类在操作发生前确认——在自动化和工业系统中，这是一种长期存在的安全模式，因为具有重要后果的操作通常需要人员签字批准。这一变化之所以重要，是因为控制实体设备的 AI 代理可能产生现实世界后果，而这些后果比纯软件操作更难逆转。

暂停对设备操作意味着什么

在 MDK v0.11 中，参考代理将每一项设备操作视为需要获得许可的行为，而不是自动运行的程序。这是有意为之的设计选择，而非局限：该代理被设计为先询问再行动。当相关操作可能影响实体硬件或联网系统时，这是一项具有实际意义的约束。

Tether CEO Paolo Ardoino 曾公开讨论让 AI 代理运行比特币挖矿业务的概念，相关报道见 CryptoSlate。这一设想立即提出了一个现实问题：当 AI 代理控制着真实基础设施时，谁有权批准它采取的行动？MDK v0.11 中的人工审批暂停机制，就是工具包层面对这一问题给出的答案。

值得注意的是，参考代理并未规定如何收集或显示人工批准。它只负责强制执行暂停。审批步骤采用何种方式、通过什么界面以及何时完成，都由构建在该工具包之上的网站或应用程序决定。

为什么网站必须提供身份验证

MDK v0.11 要求集成参考代理的网站在任何设备操作继续之前，提供自己的身份验证。该工具包没有内置身份认证系统。如果网站没有实施身份检查，审批闸门就无法确认究竟是谁在授予许可。

没有这一身份层，暂停机制在结构上存在，但在实际操作中并不完整。一个无法验证批准者身份的人工审批步骤，实际上只是缺乏执行力的控制措施；基于 MDK v0.11 构建产品的网站运营方需要自行弥补这一缺口。

这种设计遵循了开发者工具包中的常见模式：框架提供结构，而实施者根据自身场景提供适当的安全层。对于基于 Tether 基础设施构建产品的运营方而言，这意味着身份验证并非可选项，而是人工审批流程按预期运行的前提条件。

与此同时，Tether 也在扩大其基础设施方面的布局。该公司近期宣布与哈萨克斯坦合作开展与坚戈挂钩的稳定币试点，这同样涉及金融基础设施建设，而身份和授权控制是其中的核心问题。

对 Tether 产品用户意味着什么

对于使用基于 Tether MDK 构建的产品或服务的用户而言，v0.11 更新意味着，控制这些产品的 AI 层现在必须在执行设备级操作前暂停。这在某种程度上构成了消费者保护，即使这一机制是在后台运行的。

实际使用体验完全取决于网站或开发者如何实施审批和身份验证步骤。设计完善的集成会显示清晰的确认提示，并在执行操作前验证用户身份。设计不佳的集成则可能在身份检查缺失或薄弱的情况下，使审批步骤面临被滥用的风险。

对于任何正在评估基于 MDK 构建的产品或平台的人来说，询问人工审批如何处理以及身份如何验证，如今已经是一个合理且具体的问题。该工具包要求这些问题必须有答案，但并不保证这些答案足够完善。

Tether 更广泛地推动 AI 驱动的基础设施建设——包括 Ardoino 所描述的挖矿业务概念——使“谁来批准 AI 行动”这一治理问题变得越来越现实。MDK v0.11 确立的参考答案是：在行动发生前，由经过验证的人类有意进行批准。网站如何将这一要求纳入其产品，仍是未来需要回答的问题；首批基于 MDK 的集成项目将显示，这种暂停机制能否在实践中转化为有意义的保护。

免责声明：本文仅供信息参考，不构成金融或投资建议。加密货币和数字资产市场具有重大风险。在作出决策前，请始终自行进行研究。