--- 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)](https://modelcontextprotocol.io/)是构建强大代理应用程序的互补标准： - **模型上下文协议 (MCP)**：提供[代理到工具的通信](https://cloud.google.com/discover/what-is-model-context-protocol)。它是一种补充标准，用于标准化代理如何连接到其工具、API 和资源以获取信息。 - **IBM ACP**：[纳入 A2A 协议](https://github.com/orgs/i-am-bee/discussions/5) - **Cisco agntcy**：用于构建单个复杂代理系统的内部逻辑的框架，通常具有主管/专家结构。 - **A2A**：提供代理间通信。作为一种通用的去中心化标准，A2A 充当公共互联网，允许[人工智能代理](https://cloud.google.com/discover/what-are-ai-agents)（包括使用 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](https://eips.ethereum.org/EIPS/eip-7702)实现无摩擦反馈。 - **索引**：由于反馈数据保存在链上，并且我们建议使用 IPFS 来获取完整数据，因此可以轻松利用子图来创建索引器并改善用户体验。 - **部署**：我们期望注册中心以单例形式部署在每条链上。请注意，在链 A 上注册并接收反馈的代理仍然可以在其他链上操作和交易。如果需要，代理也可以在多条链上注册。 ## **基本原理** - **代理通信协议**：MCP 和 A2A 非常流行，并且可能出现其他协议。因此，该协议将区块链链接到一个灵活的注册文件，其中包含一个可随意添加端点的列表，结合了 AI 原语（MCP、A2A）和 Web3 原语（例如钱包地址、DID 和 ENS 名称）。 - **反馈**：该协议结合了 A2A（例如任务和技能）和 MCP（例如工具和提示）已经建立的命名法的优势以及反馈信号结构的完全灵活性。 - **Gas 赞助**：由于客户端不再需要注册，任何应用程序都可以利用[EIP-7702](https://eips.ethereum.org/EIPS/eip-7702)实现无摩擦反馈。 - **索引**：由于反馈数据保存在链上，并且我们建议使用 IPFS 来获取完整数据，因此可以轻松利用子图来创建索引器并改善用户体验。 - **部署**：我们期望注册中心以单例形式部署在每条链上。请注意，在链 A 上注册并接收反馈的代理仍然可以在其他链上操作和交易。如果需要，代理也可以在多条链上注册。