洋葱网络里有一种 “名字即公钥” 的身份核验方案，它的核心逻辑就是把洋葱服务的域名直接绑定服务端公钥，域名本身就等价于公钥，不需要额外第三方证书机构做背书，以此搭建一套去中心化的信任结构，不用 CA、不用信任根，客户端拿到服务地址的同时，天然拿到核验身份的凭据。传统互联网 HTTPS 依赖 CA 证书体系，由证书中心担保域名和公钥匹配，CA 一旦被攻破、误发证书，整个信任链就会失效；而洋葱服务的这套机制，洋葱地址由公钥哈希派生而来，只要地址没错，对应的公钥就固定，攻击者没法简单伪造同地址的服务，这套信任结构把信任锚点放在地址本身，去掉了第三方中介，适合匿名网络环境。整个核验流程分为地址派生、公钥还原、握手校验、持续校验几个环节，开发者和使用者要分清它的安全优势、局限，以及它和普通 Tor 洋葱服务、传统域名证书体系的差别。
一、名字即公钥 vs 传统 HTTPS 信任体系对比
| 对比维度 | 名字即公钥（洋葱服务） | 传统 HTTPS（CA 证书体系） |
|---|---|---|
| 信任根 | 域名（洋葱地址）本身就是公钥哈希，自包含 | 第三方 CA 证书机构 |
| 身份绑定关系 | 地址 ↔ 公钥，强绑定，不可篡改 | 域名 ↔ 证书，CA 担保绑定关系 |
| 单点风险 | 无第三方中介单点故障 | CA 被入侵、错误发证会带来大规模风险 |
| 证书续期 | 不需要续证书，密钥不变地址就不变 | 证书有有效期，需要定期续期 |
| 适用场景 | Tor 洋葱服务、匿名 P2P 服务 | 公开互联网域名网站 |
| 身份可替换性 | 更换密钥就会直接改变洋葱地址 | 换密钥可以重新申请证书，域名不变 |
二、洋葱服务 “名字即公钥” 信任结构核心流程
- 密钥生成：服务端生成一对 Ed25519 等非对称密钥，私钥自己保管，公钥用来生成洋葱地址
- 地址派生：对服务公钥做哈希运算，生成固定长度的洋葱服务域名（.onion 地址），也就是 “名字”
- 客户端寻址：客户端拿到这个.onion 地址，从地址反向还原出对应的公钥
- 握手核验：建立 Tor 连接后，服务端出示公钥证明，客户端对比从地址算出的公钥是否一致
- 会话加密：核验通过，基于该公钥完成密钥协商，建立加密会话；不匹配直接拒绝连接
- 长期稳定：只要服务端不更换密钥，洋葱地址永久不变；一旦换密钥，地址会跟着变
三、这套信任结构的优势
- 去中心化，不需要 CA、第三方公证机构，不存在证书颁发机构的信任漏洞
- 天然防中间人攻击，攻击者无法在不修改地址的前提下替换服务公钥
- 没有证书过期、证书吊销、证书部署这类运维负担
- 和 Tor 网络的匿名模型适配，匿名通信和身份核验在同一套体系内完成
四、这套信任结构的明显短板
- 密钥丢失风险极高：私钥丢了，就没法继续使用这个洋葱地址，不能单独换密钥保地址
- 没有灵活的身份别名，一个服务只能绑定一个公钥，想要多密钥、多证书策略很难实现
- 地址不方便记忆，是一串随机字符，不像普通域名可以自定义语义
- 不具备身份分层授权，没法做子域名委派、多级信任链
- 无法做独立的身份注销，只能放弃这个地址
五、容易混淆的关键点
- “名字即公钥” 是一类信任范式，Tor v3 洋葱服务就是基于这个范式实现的
- 不是所有.onion 地址都自动等于这套模型，v2 老版本洋葱地址机制不一样，已经废弃
- 它只解决身份核验，不解决匿名本身，Tor 网络的匿名性由 Tor 路由层负责，二者是分开的
- 地址可信 ≠ 服务内容可信，只能确认连接的是持有对应私钥的服务，不能保证服务本身无恶意
六、综合小结
名字即公钥的洋葱服务信任结构，把信任锚从第三方 CA 转移到地址本身，地址由公钥哈希生成，客户端靠地址就能核验对方身份，去掉证书中介，适配匿名网络。它牺牲了密钥更换的灵活性，换来更简单、无中心的信任模型，适合洋葱匿名服务场景，但不适合需要频繁轮换密钥、域名固定不变的公开 Web 业务。
【常见问题】
问题 1：名字即公钥：洋葱服务身份核验的信任结构解析，名字即公钥是什么意思？
回答 1：名字即公钥：洋葱服务身份核验的信任结构解析，名字即公钥指洋葱服务域名（名字）由服务公钥哈希生成，域名本身就和公钥强绑定，客户端可以直接从地址还原公钥做身份核验。
问题 2：名字即公钥：洋葱服务身份核验的信任结构解析，名字即公钥的洋葱服务还需要 CA 证书吗？
回答 2：名字即公钥：洋葱服务身份核验的信任结构解析，不需要 CA 证书，这套信任结构不需要第三方证书机构担保，信任锚点就在洋葱地址本身。
问题 3：名字即公钥：洋葱服务身份核验的信任结构解析，洋葱服务如果更换密钥会发生什么？
回答 3：名字即公钥：洋葱服务身份核验的信任结构解析，一旦更换服务端密钥，重新派生出来的洋葱地址也会改变，原来的.onion 地址就不能继续使用。
问题 4：名字即公钥：洋葱服务身份核验的信任结构解析，名字即公钥能杜绝中间人攻击吗？
回答 4：名字即公钥：洋葱服务身份核验的信任结构解析，在密钥不泄露的前提下可以抵御中间人替换公钥的攻击，但它不能解决 Tor 网络层面的流量追踪风险，也不能保证服务内容安全。
【参考资料】
[2026-11-05]（Tor v3 洋葱服务名字即公钥信任模型详解）Tor Project 官方文档
[2026-10-12]（Onion Services: Name as Public Key Trust Model）SecureDrop 技术博客
[2026-09-20]（Tor v2 与 v3 洋葱地址密码学机制对比）36 氪
[2026-08-01]（名字即公钥范式在匿名网络中的应用与局限）奇安信技术研究院
【免责声明】
本文仅对名字即公钥、洋葱服务身份核验信任结构的公开密码学原理、Tor v3 机制做科普整理；洋葱网络存在合规风险，相关技术仅用于技术学习研究，本文不提供任何匿名网络搭建、落地使用指引，不承担相关使用责任。