洋葱服务 v3 版本 “名字即公钥” 这套信任结构，核心就是把 Ed25519 公钥直接编码进.onion 地址，不需要 CA 证书、DNS 服务商这类第三方信任机构，客户端拿到洋葱地址就能提取公钥，直接校验服务端签名，只要握手验签通过，就证明对面持有对应私钥，整个身份核验是自证式的，但是这套机制只能证明密钥归属，没法证明运营者真实身份，信任链条的薄弱点转移到地址本身从哪里获取。普通互联网是域名和公钥靠证书中心绑定，一旦 CA 被攻破就会出现伪造证书；洋葱服务去掉了中心化背书，56 位 v3 洋葱地址由公钥、校验和、版本号做 Base32 编码生成，地址本身就是身份凭证，服务端发布的描述符、介绍点信息都用配套私钥签名，客户端从地址还原公钥做验签，只要私钥不泄露，攻击者就不能冒充这个洋葱地址。实际使用的时候，密码学核验环节本身很稳，但地址传递渠道不受保护，如果用户从钓鱼网站、聊天消息拿到假洋葱地址，就算验签成功，连接的也是攻击者掌握密钥的站点；同时 v2 老版本地址只存公钥哈希，安全强度弱，现在已经被淘汰，整个信任体系分成两层：密码学层负责核验密钥匹配，社会层负责确认这个密钥对应的主体是不是你想访问的服务。使用时优先从可信渠道复制完整洋葱地址，避免肉眼比对字符，同时区分清楚 “密钥归属可信” 和 “站点主体可信” 两件事。
一、洋葱 v3 地址编码结构
- 主体：32 字节 Ed25519 身份公钥
- 附加：2 字节校验和、1 字节版本标识
- 输出：Base32 编码，拼接.onion，一共 56 位字符
- 对比 v2：v2 仅保留公钥截断哈希，安全性不足，已废弃
二、完整身份核验流程清单
- 用户拿到洋葱地址，Tor 客户端先从地址里解码提取公钥、校验和、版本号，做基础合法性校验
- 客户端向 Tor 网络 DHT 目录节点查询该公钥对应的服务描述符 descriptor
- 服务描述符由服务端私钥签名，客户端使用提取出来的公钥校验签名
- 签名校验通过，拿到介绍点信息，发起中继链路、协商汇合点
- 握手阶段再次核验服务端签名，确认对方持有匹配私钥，建立匿名连接
- 校验失败直接断开连接，拒绝访问
三、传统 HTTPS 和洋葱服务信任结构对比
| 项目 | HTTPS（域名 + CA 证书） | 洋葱 v3（名字即公钥） |
|---|---|---|
| 信任根 | CA 证书颁发机构 | 服务自身密钥对，无第三方 |
| 绑定关系 | 域名 ↔ 公钥，证书背书 | 地址 = 公钥，内置绑定 |
| 身份核验能力 | 证明域名持有者持有密钥 | 证明对方持有该地址对应的私钥 |
| 单点风险 | CA 被劫持、证书被伪造 | 私钥泄露、地址来源不可信 |
| 域名管理 | 可以注册、过户、注销 | 密钥生成即地址生成，不能过户注册 |
四、这套信任结构的优势
- 无中心化信任方，不存在证书机构被胁迫、被入侵带来的批量伪造风险
- 解析和身份核验合并，不需要额外证书交换步骤，协议更简洁
- 密钥和地址强绑定，只要私钥保密，攻击者无法仿冒同地址服务
- 不依赖 DNS，避开 DNS 污染、劫持、查封的问题
五、这套信任结构的固有短板
- 无法证明运营者真实身份，只能证明对方握有私钥，密钥可以被窃取、转手
- 地址长、难记忆，人工核对极易看错字符，钓鱼门槛低
- 地址分发渠道是最大短板，Tor 网络本身不负责告诉你地址真假
- 密钥一旦泄露或者丢失，这个洋葱地址直接失效，没有挂失机制
六、安全使用检查清单
- 只从已经信任的渠道获取完整洋葱地址，不要靠搜索引擎、陌生链接随便拿
- 全程复制粘贴，不要手动输入、肉眼对比字符
- 区分：验签成功 ≠ 站点可信，只是密钥匹配
- 重要服务固定保存地址，每次访问比对完整字符串
- 优先使用 v3 地址，不要继续使用 v2 旧地址
【相关 FAQ】
问题 1：洋葱服务名字即公钥的信任结构，是不是就代表洋葱站点不会被钓鱼？
回答 1：不是，洋葱服务名字即公钥的信任结构只保证地址和密钥密码学绑定，没法保证地址来源真实；攻击者可以生成一个看起来很像的全新洋葱地址，用户拿到假地址，验签也会正常通过，这就是洋葱钓鱼。
问题 2：洋葱服务名字即公钥，为什么不用 CA 证书？
回答 2：洋葱服务名字即公钥的信任结构设计目标就是去掉中心化信任第三方，CA 证书需要权威机构背书，而匿名网络不适合依赖可被监管、胁迫的证书中心，直接把公钥写进地址实现自证。
问题 3：洋葱服务名字即公钥，私钥泄露之后会发生什么？
回答 3：一旦私钥泄露，攻击者就可以使用这个洋葱服务名字即公钥对应的私钥签名描述符、冒充服务，Tor 客户端校验会正常通过，用户会连接到攻击者控制的服务。
问题 4：洋葱 v2 和 v3 在名字即公钥这个信任结构上差别在哪？
回答 4：v2 洋葱地址只编码公钥的哈希，不是完整公钥，抗碰撞能力弱；v3 洋葱服务名字即公钥，地址内嵌入完整 Ed25519 公钥，校验更安全，v2 协议已经停止支持。
【参考资料】
[2026-11-13]（名字即公钥：洋葱服务身份核验的信任结构）搜狐网
[2026-10-08]（Onion Addresses Explained: When the Name Is the Public Key）Learn Internet Grow
[2026-08-31]（How Onion Services Work: Rendezvous, Hash Rings, and Names That Are Keys）Learn Internet Grow
[2026-05-20]（RFC7686 .onion 专用域名规范）IETF
[2026-03-15]（Tor v3 洋葱服务协议规范 rend-spec-v3）Tor Project 官方文档
【免责声明】
本文仅为 Tor 洋葱服务密码学信任结构科普解读，不构成匿名网络安全落地指导。洋葱服务名字即公钥的信任机制只解决密钥身份核验，不保证站点内容、运营主体可信；洋葱网络存在地址钓鱼、密钥泄露、流量追踪等风险。本文不鼓励任何违规匿名访问行为，读者使用洋葱服务需要遵守所在地区法律法规，相关安全风险自行承担。