Tether MDK v0.11 新增设备操作的人类审批功能

Tether MDK v0.11 参考代理引入人工审批机制，设备操作需人类确认

Tether 的 MDK v0.11 版本参考代理现在会在设备执行任何操作前暂停并等待人类批准。使用此工具包的网站运营商必须提供自己的身份验证机制，否则相关操作将无法继续进行。

MDK 框架与“人在回路”控制

MDK（Machine Development Kit，机器开发套件）是 Tether 用于构建能够执行现实世界操作（如控制硬件或设备）的人工智能代理的框架。v0.11 版本的参考代理引入了一个明确的停顿点：当代理希望执行设备操作时，它会停止运行并首先请求人类的绿灯许可。

这种门控步骤通常被称为“人在回路”（human-in-the-loop）控制。与自动程序自行行动不同，它创建了一个检查点，要求人员在操作发生前进行确认。这一改变具有重要意义，因为作用于物理设备的 AI 代理会产生难以逆转的现实后果，这与软件层面的操作有着本质区别。

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

MDK v0.11 中的参考代理将每个设备操作视为需要权限的事项，而非自动运行的任务。这是一种深思熟虑的设计选择，而非功能限制。这意味着代理被设计为在行动前先询问，这在操作可能影响物理硬件或连接系统时构成了有意义的约束。

Tether 首席执行官 Paolo Ardoino 曾公开讨论过 AI 代理运行比特币挖矿作业的概念。这一设想引发了一个直接的实践问题：当 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 确立的参考回答是：由经过验证的人类，在操作发生前有意识地批准。至于网站如何将此整合到其产品中之后的发展，则是未来悬而未决的问题。