Agent Internet 的未来：去中心化是唯一的出路吗？

Moltbook 的翻车，让"Agent Internet"（AI 互联网）这个概念蒙上了一层阴影。

但如果因此就彻底否定 Agent 互联的价值，未免因噎废食。

让我们抛开这次事件的情绪，冷静地想一个问题：Agent 之间到底应不应该连接？如果应该，怎样的连接方式才是对的？

为什么我们需要 Agent Internet？

孤岛式的 AI 价值是有限的。

想象一下这个场景：你让你的私人 Agent 帮你订一趟从上海到东京的旅行。如果 Agent 只能在你的电脑上单机运行，它能做的事情非常有限：

• 它可以帮你搜索航班信息（通过抓取网页）
• 它可以帮你比较价格（如果网站允许抓取）
• 它可以帮你填写预订表单（通过模拟点击）

但这些都是"假装是人类在操作浏览器"的笨办法。效率低，可靠性差，还容易触发反爬机制被封。

现在想象另一个场景：如果存在一个 Agent 的网络——

• 全日空航空公司有一个官方 Agent，可以直接接收预订请求
• 东京的几百家酒店都有自己的 Agent，可以告诉你实时房态
• 你的银行有一个 Agent，在你授权后可以完成支付
• 一个专门做旅行规划的 Agent，已经整合了上千条最佳路线

你的 Agent 作为你的代表，可以和这些 Agent 直接对话、谈判、交易。不需要模拟人类点击网页，而是 API 级别的高效通信。

这才是真正的"机器对机器"网络。效率是人类操作的百倍。

所以，Agent 互联本身是有巨大价值的，这一点毋庸置疑。

问题在于：怎么连？

Moltbook 模式：中心化的"Agent Facebook"

Moltbook 代表的是 Web 2.0 的思路：

建一个大平台，大家都来我这注册。你的 Agent 要和别人的 Agent 通信？通过我转发。你的 Agent 要发布自己的能力？在我的平台上列出来。你想发现其他有趣的 Agent？在我的平台上搜索。

这种模式有它的优点：

• 体验好：有统一的界面，有搜索和推荐，用户不需要懂技术
• 速度快：所有数据在一个地方，查询和匹配都很快
• 商业模式清晰：平台可以收会员费、抽成、卖广告

但它的问题也致命：

1. 单点故障

所有人的数据、凭证、通信都经过这一个点。这个点如果崩了（技术故障）、被黑了（安全漏洞）、或者作恶了（监守自盗），所有用户都遭殃。

Moltbook 这次就是"被黑了"的情况。150 万个 Key，一次性全部泄露。

2. 信任集中

你必须信任这个平台。信任它不会偷看你的数据，不会滥用你的凭证，不会把你的信息卖给第三方。

这种信任是脆弱的。今天的 Moltbook 团队可能很有节操，但明天公司被收购了呢？后天管理层换人了呢？大后天财务危机了呢？

3. 与"本地优先"的哲学矛盾

Local Agent 的核心价值就是"去中心化"——数据在我本地，我自己说了算。

结果为了"社交"，又建了一个中心。这不是倒退回 Web 2.0 了吗？

去中心化的愿景：Agent 的"Email"

让我们想象一个理想的去中心化 Agent 网络是什么样的。

最好的类比可能是 Email。

Email 没有"中央服务器"。你可以用 Gmail，我可以用 Outlook，他可以自己搭一个邮件服务器。我们都能互相发邮件，因为大家都遵循同一套协议（SMTP、IMAP）。

没有人需要在一个"中央邮件平台"注册。没有人需要把自己的邮件都存在同一个公司的服务器上。

如果 Agent Internet 也是这样呢？

理想模型：

1. 身份是自主的

   每个 Agent 有自己的身份标识，这个标识不是某个平台分配的，而是基于密码学（比如公私钥对）自己生成的。

   类似于 agent:did:key:z6Mkf5rGMoatrSj1f4CyvuHBeXJELe9RPdzo2PKGNCKVtZxP

   任何人都可以生成自己的身份，不需要任何人批准。

2. 发现是分布式的

   想找某类 Agent（比如"能帮我订机票的"）？可以查询多个独立的"Agent 黄页"，或者通过社交网络的口碑传播，或者通过 DHT（分布式哈希表）查找。

   没有单一的"Agent App Store"垄断入口。

3. 通信是端到端加密的

   我的 Agent 和你的 Agent 通信，消息在我的设备上加密，在你的设备上解密。中间经过的任何节点（relay、router）都看不到内容。

   即使中间节点被黑了，攻击者拿到的也只是一堆加密后的乱码。

4. 凭证永远不离开本地

   我的 OpenAI Key 存在我的电脑上，永远不会发给任何人。

   当我的 Agent 需要调用 GPT-4 时，它在本地发起请求。其他 Agent 只知道"他有调用 GPT-4 的能力"，但拿不到我的 Key。

5. 授权是细粒度的

   我可以授权某个 Agent"在未来 24 小时内，代表我预订最多 2000 元的酒店"。

   这个授权是签名过的、有时间和金额限制的。如果这个 Agent 试图订 5000 元的酒店，授权验证会失败。

现有的技术基础

这种愿景听起来很科幻，但技术上是可行的。已经有一些协议和项目在朝这个方向探索：

Nostr

Nostr 是一个去中心化的社交协议，它的核心理念很简单：

• 身份就是一对公私钥
• 消息用私钥签名，任何人都可以验证
• 消息通过"中继"（Relay）传播，但中继只是转发，看不到私有内容
• 用户可以同时连接多个中继，单个中继下线不影响整体

把 Nostr 的理念应用到 Agent 通信，是非常自然的。

DID（去中心化身份）

W3C 正在标准化的去中心化身份规范。允许个人和组织创建自己的标识符，不依赖任何中央注册机构。

{
  "@context": "https://www.w3.org/ns/did/v1",
  "id": "did:example:123456789abcdefghi",
  "verificationMethod": [{
    "id": "did:example:123456789abcdefghi#keys-1",
    "type": "Ed25519VerificationKey2020",
    "controller": "did:example:123456789abcdefghi",
    "publicKeyMultibase": "zH3C2AVvLMv6gmMNam3uVAjZpfkcJCwDwnZn6z3wXmqPV"
  }]
}

ActivityPub

Mastodon 等联邦式社交网络使用的协议。允许不同服务器上的用户互相关注、互动，而不需要一个中央平台。

IPFS / Filecoin

去中心化的存储网络。Agent 可以把数据存在 IPFS 上，通过内容寻址（CID）引用，而不依赖某个特定服务器。

现有 Agent 通信协议

Google 的 A2A (Agent-to-Agent) 协议、Anthropic 的 MCP 等，虽然目前还是中心化思路为主，但定义了 Agent 之间通信的格式和语义，可以作为去中心化网络的基础。

一个可能的架构

让我画一个更具体的蓝图：

┌─────────────────────────────────────────────────────────────┐
│                    去中心化 Agent 网络                        │
├─────────────────────────────────────────────────────────────┤
│                                                              │
│   ┌──────────┐     ┌──────────┐     ┌──────────┐           │
│   │ 用户 A   │     │  中继 1  │     │ 用户 B   │           │
│   │ 的设备   │────▶│ (Relay)  │◀────│ 的设备   │           │
│   │          │     │          │     │          │           │
│   │ Agent A  │     │ 只转发   │     │ Agent B  │           │
│   │ 私钥 A   │     │ 加密消息 │     │ 私钥 B   │           │
│   │ API Keys │     │ 看不到   │     │ API Keys │           │
│   │ (本地)   │     │ 内容     │     │ (本地)   │           │
│   └──────────┘     └──────────┘     └──────────┘           │
│        │                │                │                   │
│        │                ▼                │                   │
│        │         ┌──────────┐            │                   │
│        └────────▶│  中继 2  │◀───────────┘                   │
│                  │ (Relay)  │                               │
│                  │ 备用路径 │                               │
│                  └──────────┘                               │
│                                                              │
│   ┌─────────────────────────────────────────────────────┐   │
│   │                    发现层                            │   │
│   │  - DHT (分布式哈希表) 存储 Agent 能力描述            │   │
│   │  - 多个独立的 "黄页" 服务可选                        │   │
│   │  - 社交图谱：朋友推荐的 Agent                        │   │
│   └─────────────────────────────────────────────────────┘   │
│                                                              │
│   ┌─────────────────────────────────────────────────────┐   │
│   │                    协议层                            │   │
│   │  - 消息格式：JSON-LD + 签名                         │   │
│   │  - 加密：X25519 + ChaCha20-Poly1305                 │   │
│   │  - 身份：DID + Verifiable Credentials               │   │
│   │  - 授权：细粒度的能力令牌（Capability Tokens）       │   │
│   └─────────────────────────────────────────────────────┘   │
│                                                              │
└─────────────────────────────────────────────────────────────┘

核心原则：

1. 敏感数据（私钥、API Key）永远不离开用户设备
2. 中继只是管道，看不到内容
3. 任何中继下线，可以切换到其他中继
4. 身份自主，不依赖任何平台
5. 授权细粒度，可撤销，有期限

现实的挑战

当然，这个愿景也面临很多现实挑战：

1. 易用性

去中心化系统的用户体验通常不如中心化的好。管理私钥、选择中继、理解加密——这些对普通用户来说太复杂了。

需要做大量的 UX 工作，把复杂性隐藏在简单的界面后面。

2. 激励机制

中继节点凭什么免费帮你转发消息？如果收费，怎么付费？加密货币？这又增加了复杂度。

3. 性能

去中心化网络的查询和路由通常比中心化的慢。当你需要实时搜索"附近能帮我订餐的 Agent"时，DHT 查询可能需要几秒钟。

4. 协调问题

谁来制定标准？谁来推动协议的采纳？去中心化项目最怕的就是分裂成多个不兼容的阵营。

5. 冷启动

一个新的 Agent 网络，如果没有足够多的 Agent 参与，就没有价值。没有价值，就没有人愿意参与。经典的鸡生蛋问题。

从 Moltbook 的废墟中学到什么

Moltbook 的失败，也许是 Agent Internet 发展的必经之路。

它证明了一件事：人们确实渴望 Agent 之间的连接和协作。 否则不会有那么多人愿意把 Key 交上去。

它也证明了另一件事：中心化的方案有本质缺陷，风险太高。

下一代的 Agent 社交网络，需要吸取这个教训。需要在保持便利性的同时，采用去中心化的架构，把信任分散，把风险降低。

这不是一朝一夕能做到的事情。可能需要几年的协议设计、开源开发、社区建设。

但方向是清晰的：我们需要的是协议（Protocol），而不是平台（Platform）。

就像 Email 一样，Agent 通信应该建立在开放标准之上。任何人都可以实现自己的客户端、运行自己的节点、参与到这个网络中来。

Moltbook 也许会倒下，或者重组，或者改变路线。但它引发的关于架构的思考是宝贵的。它逼着我们从"好玩"的阶段毕业，开始认真思考如何构建一个无需信任第三方（Trustless）的机器网络。

这，才是真正的 Agent Internet 应该有的样子。