From 7a91be0b0f68b1631a010c8bfef5487ab14943f5 Mon Sep 17 00:00:00 2001 From: zuochengzhangzju-byte Date: Fri, 29 May 2026 21:43:49 +0800 Subject: [PATCH 1/2] checkin: zuochengzhangzju-byte 2026-05-27 --- notes/zuochengzhangzju-byte.md | 31 +++++++++++++++++++++++++++++++ 1 file changed, 31 insertions(+) diff --git a/notes/zuochengzhangzju-byte.md b/notes/zuochengzhangzju-byte.md index 4ad6a9282..4d46a4d22 100644 --- a/notes/zuochengzhangzju-byte.md +++ b/notes/zuochengzhangzju-byte.md @@ -107,4 +107,35 @@ My main takeaway is that Web3 operations need explicit verification before execu 学习了如何用hermes控制管理github，体验感受了自动化流程 + +# 2026-05-27 + +## 5/27 打卡：ERC-8004 Agent 身份与链上声誉 + +### ETHPanda Space 笔记（嘉宾：@0xMalingshu，DevRel @ ETHPanda） + +**主题：Agent 有了链上身份后，谁来保证它说的是真的？** + +核心议题： +1. **ERC-8004 的本质**：Agent 身份协议——把"谁在链上操作"从地址层面抽到 Agent 层面 +2. **声誉灌水问题**：链上身份可以被 Sybil 攻击，ERC-8004 无法独立解决，需要结合 ZK（World ID / Semaphore） +3. **跨链一致性挑战**：同一个 Agent 在多链上是否保持同一身份？ +4. **协议宪法论**：David 说"协议即 Agent 经济的宪法" +5. **Agent 间通信语言**：私钥签名 + ZK 证明作为唯一通信格式 + +### 核心洞察 + +**意图中心协议（Intent-centric）** +- 用户只说"我要什么"，不指定"怎么做" +- 对 AI Agent 的意义：Agent 作为用户的代理，只需要理解意图，不需要理解链上执行细节 + +**协议即宪法的问题** +- 宪法需要解释权。协议即宪法 = 谁解释协议，谁就是实际立法者 +- 去中心化不等于无权威 + +### 待深挖 +- ERC-8004 的具体实现：身份注册在链上还是链下？ +- Agent 的 viewing key / spending key 分离机制 +- 与 ZKProofport (ERC-8004 + TEE) 的关系 + From 14f27d0e39121c4ebe6c3b90a368bc16d4f56e14 Mon Sep 17 00:00:00 2001 From: zuochengzhangzju-byte Date: Fri, 29 May 2026 23:23:43 +0800 Subject: [PATCH 2/2] checkin: zuochengzhangzju-byte 2026-05-27 (add railgun thread) --- notes/zuochengzhangzju-byte.md | 109 ++++++++++++++++++++++++++++++++- 1 file changed, 108 insertions(+), 1 deletion(-) diff --git a/notes/zuochengzhangzju-byte.md b/notes/zuochengzhangzju-byte.md index 4d46a4d22..d213d0082 100644 --- a/notes/zuochengzhangzju-byte.md +++ b/notes/zuochengzhangzju-byte.md @@ -108,9 +108,11 @@ My main takeaway is that Web3 operations need explicit verification before execu 学习了如何用hermes控制管理github，体验感受了自动化流程 +# 2026-05-27 + # 2026-05-27 -## 5/27 打卡：ERC-8004 Agent 身份与链上声誉 +## 5/27 打卡：ERC-8004 Agent 身份与链上声誉 + 马铃薯 Railgun/Kohaku 详解 ### ETHPanda Space 笔记（嘉宾：@0xMalingshu，DevRel @ ETHPanda） @@ -133,9 +135,114 @@ My main takeaway is that Web3 operations need explicit verification before execu - 宪法需要解释权。协议即宪法 = 谁解释协议，谁就是实际立法者 - 去中心化不等于无权威 +--- + +### 📖 马铃薯 @0xMalingshu X 长文：Kohaku + Railgun 白话详解 + +> 来源：https://x.com/0xMalingshu/status/2016137832465682514（2026-01-27） +> 马铃薯：Co-CTO @Zzyzx_labs | Board member @bermudao_ch | DevRel @ETHPanda_Org + +**TL;DR** +- Kohaku：让隐私交易变简单的工具箱 +- Railgun：EVM 上的隐形斗篷，利用 ZK 技术保护资产与互动隐私 +- 亮点：支持 DeFi 互动、有防洗钱机制（PPOI）、可隐藏 IP + +--- + +#### 一、为什么链上需要隐私？ + +**三大痛点：** + +1. **交易透明**：链上所有交互公开可见，所有人都能看见你和谁交互、交互了多久、怎么交互——我们其实都在"裸奔" + +2. **中心化 + 关联风险**：默认 RPC 会知道你的 IP 和钱包地址，变相 KYC。AWS 挂了，钱包也跟着不能用 + +3. **代币发现暴露隐私**：MetaMask Import NFT 时会发送资料和 IP 到中心化服务器 + +**隐私是基本权利**（引自 Ethereum Foundation 2025 隐私承诺）： +> "Privacy is the freedom to choose what you share, when you share it, and who you share it with." + +--- + +#### 二、Railgun 核心机制 + +**完全匿名**：隐藏交易金额、发送者与接收者，资金和交易完全隐形 + +**技术架构（UTXO vs Account）：** + +| | Account 模型 | UTXO 模型 | +|--|-------------|-----------| +| 隐私 | 同账户余额更新透明 | 没有总和，只有"钞票"，Note 可加密 | +| 并发 | 并发交易会导致状态冲突，ZK Proof 失败 | 每笔 UTXO 独立，互不干扰 | +| ZK 证明稳定性 | 低 | 高（Railgun 选用原因）| + +**0zk 地址 = Spending Key + Viewing Key** + +- `Spending Key`（BabyJubJub 算法）：用来签署交易，拥有它就拥有资产 +- `Viewing Key`（Ed25519 算法）：用来查看交易，可给审计机构审计，但不能交易 +- **核心设计：权利拆分**——观察权和消费权分离 + +**ZK 在 Railgun 里的作用**（数学证明，但不透露任何具体信息）： +- 存在性："我的这张存根确实在 Merkle Tree 中" +- 所有权："我拥有解开这张存根的私钥"（但不秀出私钥） +- 未花销："这张存根还没被花掉" + +**隐私保护四层（缺一不可）：** +1. UTXO 模型切断资金链 +2. ZK 证明隐藏身份 +3. **Broadcaster** 代发交易（链上看不到真实发起方） +4. **Waku**（P2P 协议，类似 Tor）隐藏 IP——与 Broadcaster 沟通时不暴露 IP + +**Shield / Unshield：** +- Shield（入金）：0x 地址 → 0zk 地址，**不需要 ZK，不走 Broadcaster** +- Unshield（出金）：走完全套流程（Gas 估算 → Broadcaster 费用计算 → ZK Proof → 打包交易），**必须走 Broadcaster** + +--- + +#### 三、PPOI（Private Proofs of Innocence）—— 合规与隐私不冲突 + +**目的**：防止 Railgun 被用于洗钱 + +**机制**： +- Shield 入金后进入 1 小时"观察期"，只能原路返回 +- 1 小时后自动生成 ZK 证明："这笔资金不在黑名单中"（黑客/制裁名单） +- 证明随币流动（Alice → Bob → Carl，证明持续传递） + +**名单提供者**：Elliptic、ScamSniffer、PurFi、SlowMist、Chainalysis Sanctions Oracle + +--- + +#### 四、Tornado Cash vs Railgun + +| | Tornado Cash | Railgun | +|--|-------------|---------| +| 匿名级别 | 切断地址关联 | 完全匿名（隐藏金额、发送者、接收者）| +| DeFi 互动 | 不支持 | 支持（隐私跨合约互动）| +| 金额固定性 | 固定池（0.1/1/10 ETH） | 任意金额 | +| 复杂度 | 简单 | 复杂但完整 | + +--- + +#### 五、对 AI Agent 的启发 + +**Agent Payment 的隐私架构：** +``` +Stealth Address（断联收款人）→ Railgun 屏蔽池（断联发送人）→ ZK 忠诚度证明（断联消费习惯） +``` + +**Kohaku 的设计哲学**：MCP 一行接入 —— 暴露意图层，隐藏技术实现层。Agent 项目封装的标杆。 + +**0zk 地址的双 Key 设计**对 Agent 启发： +- Viewing Key = Agent 的"可验证透明度"（第三方可以验证 Agent 的操作，但不暴露私钥） +- Spending Key = Agent 的"消费权限"（必须严密保护） + +--- + ### 待深挖 - ERC-8004 的具体实现：身份注册在链上还是链下？ - Agent 的 viewing key / spending key 分离机制 - 与 ZKProofport (ERC-8004 + TEE) 的关系 + +Tags: #ai-web3-school #day-10 #erc8004 #agent-identity #intent-centric #etphanda #railgun #kohaku #privacy #ppol