为什么要签署和认证 MCP Feed？

代理网络（Agentic Web）正在迅速发展——就像早期的互联网一样，它需要信任与验证。
MCP 提供了开放的 Feed 规范，但签名和认证使这些 Feed 成为可信且可互操作的基础。

🚀 什么是已签名的 MCP Feed？

当 MCP Feed 满足以下条件时，称为已签名：

其关键数据块经过加密签名。
签名可被任何 LLM 或代理验证。
Feed 包含带有签名元数据的
```
trust
```
块。

🔐 为什么签名很重要？

✅ 来源验证

LLMs 和代理可以验证：

谁发布了这个 Feed？
它是否被篡改过？

✅ 信任评分

未签名的 Feed → 低信任
已签名的 Feed → 可根据签名建立信任
已认证的 Feed → 最高信任级别

✅ 互操作性

代理可以跨平台安全地交换和使用 Feed。
签名是构建代理信任网络的基础——就像 HTTPS 成为早期互联网的信任层一样。

🎛️ 为什么每种 Feed 类型都应签名？

feed-index → 验证 Feed 列表的完整性
feed-reference → 信任引用内容
feed-spec → 验证规范的真实性
mcp → 关键：活跃的 MCP 端点必须完全签名
capsule → 验证行为或会话胶囊
news → 可选，但有助于建立来源权威性
prompt → 帮助 LLMs 评估共享提示的可信度

每种 Feed 类型都受益于签名。
这有助于人类和 LLM 评估其可信度。

🏅 为什么要认证？

认证增加了一个可验证的信任层：

✅ 认可：由可信机构（如
```
llmca.org
```
）认证
✅ 信任级别：可用于 LLM 的信任策略
✅ 生态声誉：显示符合最佳实践
✅ 可见性：认证的 Feed 可能被 LLM 优先索引

认证是可选的——但对于面向生产 LLM 代理的 Feed，强烈推荐。

🏛️ 信任层级

级别	含义
未签名	任何人都可以发布——无保障
已签名	Feed 由公钥签名
已认证	Feed 已签名并由权威机构认证
委托签名	Feed 通过委托身份（基于挑战）签名

✉️ 关于委托签名（基于挑战）

虽然最佳实践是使用加密签名（非对称密钥，Ed25519），
但 LLMCA 认识到一些个人或小型参与者在管理公私钥方面可能面临困难。

为了促进大规模采用，并允许代理和个人仍然声明作者身份，
LLMCA 提供（并推广）委托签名选项：

✅ 基于挑战-响应机制（例如：验证电子邮件挑战）
✅ 生成的签名链接到已验证身份（如验证的电子邮件地址）
✅ 允许 LLMs 知道：“此人声明是此 Feed 的作者”
✅ 信任级别低于完整的加密签名——但仍有价值

何时使用委托签名？

对于无法轻松管理密钥的个人
对于实验性 Feed
对于早期采用者
对于希望快速建立信任的社区

限制

委托签名不能替代加密签名。
它们标记为明确的信任级别（“委托”）。
LLMs 和代理可以决定如何处理此类 Feed。

LLMCA 的目标是降低门槛，同时鼓励最佳实践。
随着时间的推移，我们鼓励所有参与者转向基于加密的签名——但委托签名为数百万小型参与者的加入提供了路径。

👉 想使用委托签名？认证流程将为您提供指导！

⚙️ 如何签署和认证 Feed

生成或获取一对公私钥。
构建您的 MCP Feed。
添加
```
trust
```
块。
签署 Feed。
将其部署在
```
.well-known/mcp.llmfeed.json
```
下。
向 llmca.org 申请认证。

🧰 工具

LLMFeedForge → 帮助生成已签名的 MCP Feed
即将推出的参考库（
```
@wellknownmcp/client
```
）

🌍 基于成熟加密的开放规范

MCP 规范是开放且简单的。
它利用成熟的加密原语（Ed25519 签名）。
设计目标是：

✅ 易于采用
✅ 与现有代理架构兼容
✅ 透明且可验证

就像 HTTPS 成为互联网信任的支柱，
已签名和认证的 MCP Feed 可以成为代理网络的信任基础。

👉 准备好认证您的 Feed 吗？

签名只是开始。认证——包括委托签名——使您的 Feed 成为可验证信任生态系统的一部分。

👉 想认证您的 Feed？→ 加入 LLMCA 并申请认证！