推出Trustless Agents Plus (TAP):为碎片化链上AI智能体打造的统一家园

文章指出ERC-8004标准下的智能体在跨链时面临身份碎片化和信誉孤立问题,作者称之为'身份税'。为解决此问题,提出了Trustless Agents Plus (TAP),在Push Chain上部署TAPRegistry和TAPReputationRegistry合约,通过EIP-712签名绑定跨链身份,聚合信誉评分,并引入灵魂绑定、多样性奖励、持久惩罚等特性,实现跨链统一身份和可信信誉。

ERC-8004 代理是碎片化的。

这不是理论,而是生产现实。

目前,在 23 多条链上注册了约 20 万个代理。每个代理都有一个身份 Token、一个信誉评分和一个验证面——全部锁定在单一链的注册表中。

Base 上的一个代理,与 BSC 上的同一个代理没有链上关系。

我自己的链上代理部署在三条不同的链上。三个独立的 Token ID、信誉评分,以及零个链上证据证明它们属于同一个实体。

可以把这想象成信用记录。

你花费数年时间在一个国家建立了完美的信用评分——每次按时付款,履行每一项义务。然后你搬到另一个国家,从零开始。你过去的努力并不会随你转移。这正是代理在跨链时信誉所遭遇的情况。

我称之为身份税——每个多链代理仅仅因为存在于一个以上的网络而付出的代价。

而目前,没有办法停止支付它。


ERC-8004 的局限

ERC-8004 为链上代理解决了三个关键问题:

  • 一种可靠的身份证明方式,
  • 一个通过反馈积累信誉的系统,
  • 以及一个用于链上工作加密验证的标准。

对于单链上的代理来说,这很有效。

但代理不再只运行在单链上了。

该规范中唯一的跨链 Hook 是代理注册文件中的链下 registrations[] 数组——由操作员自行断言,而不是任何合约能在链上验证的。

“但是,链下的注册数组难道不能处理跨链身份吗?”

不能。

自行断言不等于验证。

Base 上的合约无法读取该数组,即使能,数据也是由操作员控制的——没有签名,没有约束,没有密钥所有权的证明。对于名为“无需信任代理”的标准来说,这是一个不应该存在的信任假设。

这个缺口体现在两个方面。

  1. 身份碎片化。 一个运行在五条链上的代理持有五个不相关的 Token ID。没有规范锚点。消费者无法通过链上方式验证面前的代理是否是在其他四条链上运行的同一个实体。
  2. 信誉隔离。 整个生态系统中存在约 19.4 万个信誉反馈——全部锁定在其来源链上。一个在以太坊上拥有强劲信誉的代理,当消费者在 Base 上遇到它时,却得不到任何信誉加持。每条链的 ReputationRegistry 都是一个没有聚合面的闭环。

身份税会不断累积。每新增一条链,就会增加一个断开的身份和另一个孤立的信誉评分。


“解决”后的样子

在构建任何东西之前,我需要明确一个真正的解决方案能带来什么:

  1. 一个代理的单一规范身份——跨越其运行的所有链。
  2. 一个反映跨所有链表现的综合信誉评分。
  3. 链上可验证的读取——而非链下断言——用于统一身份和信誉。

ERC-8004 给了我们无需信任代理

我构建了无需信任代理增强版 (TAP)


TAP 如何工作

TAP 是 Push Chain 上的两个智能合约。

TAPRegistry 是规范身份层。一个代理使用其现有钱包从任何链注册一次。注册记录落在 Push Chain 上,但代理从其源链以原生 Token(ETH、SOL、BNB)支付 Gas。无需桥接。无需新钱包。

agentId 是确定性的,直接来自代理的通用执行器账户 (UEA) 地址。Token 是灵魂绑定的。不可转让。赢得的身份不能出售给没有赢得它的人。

每条链的 ERC-8004 身份通过 bind() 链接到这个规范身份。绑定使用 EIP-712 类型化数据签名——代理证明他们在另一条链的注册表上控制着同一个密钥。外部拥有账户(EOA)和智能钱包(ERC-1271)签名都适用。多签和抽象账户钱包无需变通即可绑定。

TAPReputationRegistry 是跨链信誉聚合器。授权报告者提交每条链的信誉快照。每次提交都针对 TAPRegistry 绑定进行验证——你不能为代理从未绑定过的链注入信誉。该合约计算一个 [0, 10,000] 基点范围内的单一分数,结合质量、数量、链多样性和削减惩罚。

聚合分数和每条链的细分数据都会公开。消费者可以选择他们需要的粒度。

每条链的 ERC-8004 注册表            结算链 (Push Chain)
+------------------+                    +---------------------------+
| 以太坊            | --绑定 (EIP-712)-> |        TAPRegistry        |
| boundAgentId=17  |                    |   canonicalId=4_928_371   |
+------------------+                    |   灵魂绑定,基于 UEA       |
| Base             | --绑定 (EIP-712)-> |                           |
| boundAgentId=42  |                    +---------------------------+
+------------------+                    |   TAPReputationRegistry   |
| Arbitrum         | --绑定 (EIP-712)-> |   分数: 7,578 bps         |
| boundAgentId=8   |                    |   3 条链, 1,000 反馈      |
+------------------+                    +---------------------------+

每条链的注册表保持原样。本地注册、代理卡片和每条链的反馈——不变。TAP 在其之上叠加。它不会替换已有的有效方案。


TAP 的独特之处

四个值得指出的特性。

  1. 灵魂绑定身份。 ERC-8004 发行可转让的 ERC-721 Token。TAP 覆盖了整个转让接口,无条件地使其回滚。如果代理 #42 在两年的时间内赢得了 8,000 bps 的信誉,这种信任是不可转让的。代价——通过转让进行二级市场和委托的功能就没了。收益——信誉有意义,因为它不能通过购买获得。
  2. 多样性奖励。 跨多条链运行的代理会获得奖励——每条有信誉数据的链加 500 bps,4 条及以上链时上限为 2,000 bps。这激励了真正的多链参与。代理不能在一个低活跃度的单链上刷出高分,然后声称拥有跨链可信度。
  3. 持久削减。 TAP 引入了 SLASHER_ROLE,具有累积严重性扣减。即使绑定被移除,削减记录也会保留。在链 A 上被削减的代理无法通过解除绑定并重新绑定新身份来逃避。负面信誉绑定在身份上,而不是绑定在任何一个单独的链链接上。
  4. 全局绑定去重。 一个绑定的身份元组——链、注册表、代理 ID——一次只能链接到一个规范身份。如果代理 A 绑定了以太坊注册表上的 ID 42,代理 B 不能声称同一个绑定。交易将因 BindingAlreadyClaimed 而回滚。无法冒充。

ERC-8004 代理与 TAP 代理

以下是 TAP 代理与普通 ERC-8004 代理之间差异的可视化表示。


为什么选择 Push Chain

另一种选择是部署在现有的 L1 上,并通过 LayerZero、CCIP 或 Hyperlane 中继绑定事件。

我选择 Push Chain 是因为一个核心原语:通用执行器账户 (UEAs)

在大多数跨链架构中,一个网关合约代表用户发起调用——msg.sender 变成了网关,而不是用户。身份在最重要的时刻丢失了。有了 UEA,用户自己的账户发起调用。TAP 从 UEA 地址派生 agentId,将规范身份锚定到代理操作员的真实跨链身份——而不是一个中介。

除此之外——费用抽象(无需桥接即可使用 ETH、SOL、BNB 支付 Gas)、钱包抽象(使用你已有的 MetaMask、Phantom 等),以及通过通用网关进行源链调用。

最终效果:使用你现有的钱包注册、绑定和查询信誉,以原生 Token 支付 Gas,身份端到端地保留。

权衡:Push Chain 目前支持以太坊、Arbitrum、BNB、Base 和 Solana。


试试看

TAP 已在 Push Chain 的 Donut 测试网上线。

今天,每个跨链运行的代理都在支付本不必支付的身份税。

你的多链代理应该拥有规范身份、可靠的链上可发现性以及所有链的信誉分数。

TAP 解决了这个问题。

后续会有更多更新。

干杯,解密者们。


有问题吗?

加入社区 👉 Decipher Club Telegram

[Solidity ABI 编码深度思维模型:第二部分\ Solidity ABI 编码深度思维模型:第二部分 \ \ 注意:开始前请阅读第一部分:\

  1. 第 0 部分,\
  2. 第 1 部分(必读)\ \ 通过本系列文章的第一部分,你已经内化了 ABI 编码的基础知识。\ \ 现在我们准备深入探讨 Solidity 开发者每天使用的复杂结构:结构体、数组和深度嵌套。](https://www.decipherclub.com/solidity-abi-encoding-part-2/)Solidity ABI 编码深度思维模型:第一部分\ Solidity ABI 编码深度思维模型:第一部分 \ \ 对于 Solidity 开发者来说,ABI 编码/解码是必须掌握的主题。\ \ 这是那些让你脱颖而出的主题之一——让你成为 10 倍 Solidity 开发者。\ \ 另一方面,这也是一个可能非常难以理解的主题。它为什么学习困难的 Solidity 知识 [ ABI 编码系列:第 0 部分 ]\ 为什么学习困难的 Solidity 知识 [ ABI 编码系列:第 0 部分 ] \ \ Solidity 很简单。\ \ 它是一种简单而优美的语言。\ \ 随着优秀教育资源、课程、开发工具和大型语言模型的兴起,学习和编写 Solidity 从未如此简单。\ \ 但残酷的事实是——如果每个人都可以轻松上手,那么我在 SUI-Move 中的第一个小项目 - 第二部分\ 我在 SUI-Move 中的第一个小项目 - 第二部分
  • 原文链接: decipherclub.com/introdu...
  • 登链社区 AI 助手,为大家转译优秀英文文章,如有翻译不通的地方,还请包涵~
点赞 0
收藏 0
分享
本文参与登链社区写作激励计划 ,好文好收益,欢迎正在阅读的你也加入。

0 条评论

请先 登录 后评论
decipherclub
decipherclub
江湖只有他的大名,没有他的介绍。