Skip to content

41surfer.md

Latest commit

 

History

History
331 lines (143 loc) · 14.2 KB

41surfer.md

File metadata and controls

331 lines (143 loc) · 14.2 KB
timezone
UTC+8

41

GitHub ID: 41surfer

Telegram: @Lechemo41

Self-introduction

interest in AI and do want to know more about it "+web3"

Notes

2025-10-28

ERC-8004 **就是 AI Agent 在链上世界的“工商局+征信系统+资质认证中心”。**它让每个 AI Agent 都有身份证、信用记录和能力认证，而这一切都记录在区块链上，任何人都可以查询，没有人可以篡改。

简单来说，ERC 8004 为谷歌的 A2A 增加了一个信任层。用以太坊基金会的话说，这是要建立 AI Agent 的“可信中立轨道”。

ERC-8004 的设计极其精简，只包含三个链上注册表：

  • 身份注册表（Identity Registry） 每个 AI Agent 获得一个 ERC-721 代币作为身份证。是的，你没看错，AI Agent 被 NFT 化了。这意味着 Agent 的身份可以在任何支持 NFT 的钱包中查看、转让，甚至交易。——你是谁？

这个 NFT 指向一个标准化的"Agent 卡片"，描述了这个 Agent 的名称、技能、端点和元数据。因为遵循开放标准，任何浏览器或市场都可以索引它，实现跨平台的无许可发现。

  • 声誉注册表（Reputation Registry） 这是 AI Agent 世界的“大众点评”。客户和其他 Agent 可以提交结构化的反馈，按技能或任务打标签。更重要的是，可以附加 x402 支付证明。只有真正付过钱的客户才能评价，避免刷单。——你靠谱吗

所有的声誉信号都是公共品。这意味着任何人都可以基于这些数据构建自己的信誉评分系统。

  • 验证注册表（Validation Registry） 对于高价值任务，光有评价还不够。验证注册表允许 Agent 请求第三方验证——可以是 TEE（可信执行环境）预言机、质押担保推理，或者 zkML 验证。——你真的能做吗

整个过程无需人工干预，三个 AI Agent 基于 ERC-8004 的信任体系自主完成了一次商业交易。

**x402解决了AI Agent 的支付问题，ERC-8004解决了信任问题，**而真正的自主AI经济两者缺一不可

2025-10-27

通过学习第五个问题：

建议ERC-8004的支付机制不要作为核心标准之一

1、不同的人适用不同的支付方式

2、把支付机制焊死在核心系统中，会限制系统的适用性，不方便支付机制未来的更迭。如果直接作为外部拓展，那么以后出现新的支付方式，直接开发一个新的扩展就好了，不需要动到底层的基础系统

3、安全考虑，把两套系统分开，支付系统如果被侵袭了，也不会影响到核心身份系统。

第六个问题：

可以采取有限供应。

无限供应：设立一个像 agent.eth 这样的通用后缀，让任何人都能免费或低成本创建。这保证了可发现性和公平性

有限供应：设立一些简短的、独特的“精品名字”（比如单字符 .ai 或著名品牌名），通过拍卖或投票分配。

2025-10-26

TEE 证明、ZK 证明，抽样/重新执行都是为了验证一个计算（比如一笔复杂的交易）是否正确

前者需要硬件支持，后者需要大量的样品支撑，最近刚好学习了zk verify ，所以目前还是倾向于相信ZK。

2025-10-25

今天回答第四个问题：

2025-10-24

回答第三个问题：

1. 设计时避免单一分数，但提供有用信息：

  • 用多个标签，而不是一个总分： 就像找工作时的技能评估，我们会分开看“编程能力”、“沟通能力”、“团队合作”等等。在这个系统里，我们可以用类似 “靠谱”、“回复快”、“专业度高” 这样的多个标签来代替一个笼统的分数。

  • 展示具体的评价和证明： 允许用户写下简短的文字评价，并且可以链接到实际完成的工作（比如指向某笔成功的链上交易记录）。这样，别人就可以看到“他为什么被认为很靠谱”的具体证据。

  • 像“雷达图”一样展示： 最后，把这些不同的标签用一张“雷达图”直观地展示出来。一眼看过去，你就能知道这个人在哪些方面很强，而不是只知道一个模糊的总分。

2. 谁有资格发起评价：

原则是只有真正有过实际交往的人才能评价。

具体来说：

  • 完成交易的人： 比如，在某个去中心化市场里，只有买卖双方在交易成功完成后，才能互相评价。

  • 项目合作者： 比如，在一个DAO（去中心化组织）里，只有真正和你一起完成过一个项目任务的小伙伴，才能为你在这个项目中的表现打分。

  • 有过链上交互的地址： 最简单直接的规则是：只有和你发生过链上交易（比如转账、共同签署合约）的钱包地址，才有资格评价你。 这能最有效地防止刷好评和恶意差评。

2025-10-23

通过回答第二个问题，Question: Should ERC-8004 use domains, URLs, ENS, or DIDs for agent identity? What are the trade-offs of each approach?我们该用什么作为AI智能体在区块链世界里的“身份证”？ 理解了 URLs, ENS, or DIDs

如果必须为 ERC-8004 选择一个方案，我会推荐 ENS。

为什么？

因为 ENS 在 “去中心化” 和 “可用性” 之间取得了最佳平衡。

  • 它具备了Web3需要的去中心化和用户所有权特性，不像传统的域名/URL。

  • 它易于理解和记忆（my-ai.eth 比 did:ethr:0x1a2b... 友好得多），不像DIDs对用户那么不友好。

  • 它拥有一个庞大且活跃的生态系统，已经有现成的工具和广泛的支持，可以让AI智能体身份快速被接受和使用。

2025-10-22

问了deepseek 第一个问题：

The community debates how much data to put on-chain. If you had to choose between “events only” vs “minimal view functions” vs “full on-chain indexing,” which would you pick and why?

知道了这三者的区别，我会选择full on-chain indexing

这基于对可扩展性、成本、去中心化原则和开发者体验的综合考量：

在成本与功能间取得最佳平衡：

  • “仅事件” 方案成本最低，但数据过于原始。使用它来构建应用就像只用零散的日志来还原整个故事，需要依赖大量复杂的链下基础设施来重构状态，这违背了链上数据可验证性的初衷。

  • “完整链上索引” 提供了最丰富和便捷的数据访问，但这是以极高的Gas成本为代价的。存储和索引数据非常昂贵，会限制协议的广泛应用，并最终将成本转嫁给用户。

  • “最小化视图函数” 恰恰居于两者之间。它通过在链上暴露关键的、计算出的状态，提供了直接且无需信任的数据查询方式，同时又避免了在链上存储庞大的索引数据。这是一种成本可控的“优雅”方案。

恪守区块链的核心价值——可验证性与无需信任：

  • 视图函数是可验证的真理来源。任何人在任何节点上调用它，都会得到基于链上共识状态计算出的相同结果。这完全符合区块链的无需信任精神。

  • 相比之下，“仅事件”方案将信任转移到了链下索引器，而“完整链上索引”虽然无需信任，但代价过于高昂。

为开发者提供优秀的体验：

  • 对于前端和第三方开发者来说，直接调用一个视图函数来获取关键数据是极其简单和可靠的。这比解析事件日志并自己构建状态要容易得多，也比依赖可能宕机或有延迟的第三方索引服务更稳定。

面向未来的架构：

  • 随着以太坊L2（如Arbitrum, Optimism）和其他高性能链的成熟，Gas成本问题得到缓解。届时，“最小化视图函数”的策略可以更容易地扩展，有选择地将更多逻辑上链，而无需进行根本性的架构改变。

2025-10-21

今天看了一些A2A和MCP的协同应用案例

2025-10-20

核心思想：一句话概括

  • MCP：是“服务器”与“AI助手”之间的通信协议。 它让AI（如ChatGPT）能安全、标准化地调用外部工具和数据。

  • A2A：是“钱包”与“DApp”之间的通信协议。 它让你的钱包能安全、便捷地授权交易、连接去中心化应用。

简单来说：

  • MCP关心的是AI怎么干活。

  • A2A关心的是用户怎么批准交易。

2025-10-19

Agent2Agent (A2A) 协议是由 Google 开发并捐赠给 Linux 基金会的开放标准，旨在实现 AI 代理之间的无缝通信和协作。

在代理由不同供应商使用不同框架构建的世界中，A2A 提供了一种通用语言，打破了孤岛并促进了互操作性。

A2A 和模型上下文协议 (MCP)是构建强大代理应用程序的互补标准：

  • 模型上下文协议 (MCP)：提供代理到工具的通信。它是一种补充标准，用于标准化代理如何连接到其工具、API 和资源以获取信息。

  • IBM ACP：纳入 A2A 协议

  • Cisco agntcy：用于构建单个复杂代理系统的内部逻辑的框架，通常具有主管/专家结构。

  • A2A：提供代理间通信。作为一种通用的去中心化标准，A2A 充当公共互联网，允许人工智能代理（包括使用 MCP 或使用 agntcy 等框架构建的代理）进行互操作、协作并共享其发现

2025-10-18

ERC-8004 引入了三个轻量级的链上注册表，作为跨组织代理交互的信任支柱。与试图将所有事务都处理在链上的传统区块链协议不同，ERC-8004 采用了一种混合方法，只在链上存储必要的信任相关数据，同时将复杂的操作委托给链下基础设施。

预计到 2030 年，全球人工智能市场规模将达到 1.8 万亿美元，其中自主代理交互将占到这一增长的很大一部分。然而，当前的信任瓶颈阻碍了代理进入更广泛的专业服务经济领域。ERC-8004 通过提供标准化的信任机制，打破了这一瓶颈，该机制可适用于从简单任务到关键任务操作的各种场景。

该协议解决了几个关键的市场失灵问题：

  • 发现问题：代理商如何跨组织边界找到信誉良好的服务提供商？
     

  • 质量保证：客户如何在没有事先互动的情况下验证服务提供商的能力？
     

  • 声誉可移植性：代理商如何在多个平台和组织中建立和维护声誉？
     

  • 验证可扩展性：验证机制如何从低风险交互扩展到高风险交互？

2025-10-15

2025.10.15

基本原理

  • 代理通信协议：MCP 和 A2A 非常流行，并且可能出现其他协议。因此，该协议将区块链链接到一个灵活的注册文件，其中包含一个可随意添加端点的列表，结合了 AI 原语（MCP、A2A）和 Web3 原语（例如钱包地址、DID 和 ENS 名称）。

  • 反馈：该协议结合了 A2A（例如任务和技能）和 MCP（例如工具和提示）已经建立的命名法的优势以及反馈信号结构的完全灵活性。

  • Gas 赞助：由于客户端不再需要注册，任何应用程序都可以利用EIP-7702实现无摩擦反馈。

  • 索引：由于反馈数据保存在链上，并且我们建议使用 IPFS 来获取完整数据，因此可以轻松利用子图来创建索引器并改善用户体验。

  • 部署：我们期望注册中心以单例形式部署在每条链上。请注意，在链 A 上注册并接收反馈的代理仍然可以在其他链上操作和交易。如果需要，代理也可以在多条链上注册。

基本原理

  • 代理通信协议：MCP 和 A2A 非常流行，并且可能出现其他协议。因此，该协议将区块链链接到一个灵活的注册文件，其中包含一个可随意添加端点的列表，结合了 AI 原语（MCP、A2A）和 Web3 原语（例如钱包地址、DID 和 ENS 名称）。

  • 反馈：该协议结合了 A2A（例如任务和技能）和 MCP（例如工具和提示）已经建立的命名法的优势以及反馈信号结构的完全灵活性。

  • Gas 赞助：由于客户端不再需要注册，任何应用程序都可以利用EIP-7702实现无摩擦反馈。

  • 索引：由于反馈数据保存在链上，并且我们建议使用 IPFS 来获取完整数据，因此可以轻松利用子图来创建索引器并改善用户体验。

  • 部署：我们期望注册中心以单例形式部署在每条链上。请注意，在链 A 上注册并接收反馈的代理仍然可以在其他链上操作和交易。如果需要，代理也可以在多条链上注册。