BIP324是否会验证比特币节点身份？ 图 1
BIP324是否会验证比特币节点身份？ · 图 1

解释机会式加密、ElligatorSwift握手、ChaCha20Poly1305数据包与降级兼容，强调传输加密不等于默认身份认证。

BIP-324的目标是加密节点传输与降低被动识别，不是给每个比特币节点颁发身份。

规范锚点

  1. BIP-324提供机会式加密、较低带宽开销和可升级握手，并允许节点继续接受v1连接以降低分区风险。
  2. 握手使用临时secp256k1密钥和ElligatorSwift编码，随后以ChaCha20Poly1305保护数据包。
  3. 默认v2连接不认证对端身份，因此能阻止被动明文观察，却不能单独阻止主动中间人。

握手阶段

连接双方交换临时secp256k1公钥，ElligatorSwift让握手字节更接近随机数据。共享密钥派生后，应用消息进入v2加密数据包。

数据包结构

包体使用ChaCha20Poly1305认证加密，长度字段另行加密，并通过递进密钥获得前向保密属性。握手还可携带垃圾字节降低协议指纹。

落到审计记录

核验对象本主题动作失败处理
握手阶段从BIP 324确认BIP-324比特币P2P v2加密了什么的正式定义，并保存网络、地址与读取时间定义或版本对不上时，不继续套用本文步骤
数据包结构在原始返回、签名消息或交易指令中定位对应字段，不用界面缩写代替找不到原始值时，把结果标为未验证
威胁模型用Bitcoin Core P2P v2复核实现行为，特别记录可选扩展与权限主体实现与规范语义不一致时，按具体部署重新评审
兼容回退构造一个失败样例，确认客户端会明确拒绝而不是静默修正失败仍被显示为成功时，停止上线并补充状态校验

记录BIP-324 P2P v2时，把“输入快照”和“判断结果”分开。该主题的快照包含原始bytes、字段单位、对象地址、区块高度与BIP 324版本；结果注明通过的规则和仍未知的兼容回退。这样即使BIP-324比特币P2P v2加密了什么随后变化，也能复现当时的结论。

BIP-324 P2P v2的测试至少覆盖正常路径、缺少数据包结构、提交前状态改变及客户端不支持当前版本。前几类验证威胁模型边界，最后一类确认产品不会删除字段或改走未经用户确认的回退路径。

威胁模型

没有预共享身份或带外校验时，主动中间人仍能分别与两端建链。运维文档应把“encrypted=true”和“authenticated peer”分成两个状态。

兼容回退

v2节点为避免网络分区仍可接受v1连接。检查部署效果要看实际peer连接的transport协议，而不是只确认软件版本支持BIP-324。

来源与复核入口

  1. BIP 324：正式接口、字段与规范语义，https://bips.dev/324/
  2. Bitcoin Core P2P v2：实现路径、兼容性或安全边界，https://github.com/bitcoin/bitcoin/blob/master/doc/p2p-v2.md

BIP-324 P2P v2的资料访问口径为2026-07-17；遇到Draft状态、可升级部署或可变网络参数，应在后续复核日重新读取BIP 324。

审计边界

是否启用v2、入站出站策略和调试字段取决于Bitcoin Core或其他节点版本。 相邻知识可继续对照全节点与轻节点、RPC节点风险。