Tria 让 AI 代理使用受限密钥进行永续合约交易

简要概述

• Tria 于 10 月 30 日宣布 AI 代理可以访问永续交易。
• 交易密钥可以过期或被撤销，并不授权提款。
• API 文档表示，两个支持的交易场所均使用真实的主网市场。

Tria 引入了一种方式，让 AI 代理可以从用户账户中开闭永续期货头寸，使自动决策更接近实时交易。其 10 月 30 日的公告表示，专用密钥授权交易，但不授予提款权限。

新功能支持 Hyperliquid 和 Decibel。用户可以限制密钥的有效时间或撤销它。代理是否需要对特定交易获得批准取决于连接的工具及其配置方式。

交易权限已经是有意义的控制

将交易与提款分开解决了一个重要的边界：代理不需要权限将账户资产发送到无关钱包，仅为了下订单。这在委托访问的设计中是一个有用的区分。

这仍然使代理拥有能够改变所有者财务状况的权限。错误大小的交易、重复的订单或意外的风险暴露可能会导致损失，而无需进行任何提款。保留账户的保管权和控制其中每个经济决策是两回事。

因此，实际问题比保护密钥更广泛。交易指令需要明确的市场、方向和大小，以及一种确定预期操作是否实际发生的方法。自然语言可以使命令更易于表达，但也留下了误解的空间。

文档连接达到真实市场

Tria 的 API 文档指出，两个场所均在主网上交易，并且没有测试网目标。它还解释了可用环境设置更改构建者或国库费用的路由，而不是将交易切换到模拟市场。

对于任何评估自动化工作流程的人来说，这是一个重要的区分。看起来像开发设置的配置仍可能授权实际的金融交易。测试指令解析器或检查工具连接不应与证明实时策略是安全或盈利的混淆。

文档还描述了对订单、成交、头寸和保证金信息的访问。这些记录可以帮助确定系统的操作。它们在问责方面比简单地说订单已下达的对话响应更有用。

停止新指令和结束风险暴露是不同的

撤销密钥可以结束代理提交进一步授权操作的能力。但并不合乎逻辑地推断出每个早期订单都消失了，或每个现有头寸都已关闭。访问控制和交易账户的状态是两个不同的问题。

一个设计良好的操作流程需要区分停止自动化、取消未完成订单和关闭风险暴露。每个都有不同的影响。混淆它们可能会让用户相信账户处于非活动状态，而市场风险仍然存在。

监控还需要覆盖从指令到执行的整个序列。工具可以接收请求，尝试下单并遇到拒绝或部分完成。经济相关的结果是剩余的头寸和余额，而不仅仅是初始请求。

产品测试是可靠的委托

AI 接口可能减少与交易软件交互所需的努力，特别是当任务涉及多个数据检查或账户操作时。只有当系统保留用户的预期限制并使其操作易于理解时，这种便利才有价值。

权限、交易规模、批准设置和可审查记录各自服务于不同的目的。限制一个并不自动提供其他。仅交易密钥因此是更广泛控制系统的一个组成部分。

Tria 的推出使这一边界变得具体。用户可以委托支持的交易操作，而无需授予代理提款权限，但他们仍在委托具有实际财务后果的决策。成功的衡量标准将是可靠的执行在明确的限制内，而不是将提示转化为交易的能力。

*撰写：新闻编辑部，编辑：Samuel Rae。