BitTorrent BEP-42中为何用特定掩码与IP做按位与运算？

在BitTorrent的BEP-42协议中提到：
计算合法ID前缀（基于IPv4地址）的表达式为：
crc32c((ip & 0x030f3fff) | (r << 29))
对于IPv6地址（取地址高64位）：
crc32c((ip & 0x0103070f1f3f7fff) | (r << 61))
r为[0,7]范围内的随机数，掩码后IP的结果整数需以大端序进行哈希，|为按位或运算符。
请问为何IPv4和IPv6需分别与0x030f3fff和0x0103070f1f3f7fff进行按位与运算？

这两个掩码的核心作用是保留IP地址中具有区域标识性的高位段，丢弃过于具体的主机位，在隐私保护和网络拓扑辨识度之间找平衡：

IPv4掩码0x030f3fff的逻辑 #

把这个十六进制转成二进制是：00000011 00001111 00111111 11111111，它只保留了IPv4地址的前17位网络/子网段，丢弃后15位主机位。

• 这样做既不会泄露用户的具体主机IP，又能让ID前缀关联到用户所在的大致网络集群，帮助BitTorrent优化节点连接策略。

IPv6掩码0x0103070f1f3f7fff的逻辑 #

转成二进制后是：00000001 00000011 00000111 00001111 00011111 00111111 01111111 11111111，它是逐字节递增保留有效位：从第一个字节保留1位，第二个保留2位，直到第八个字节全8位保留，总共保留了36位核心路由前缀段。

• 对应IPv6全球单播地址的结构，既避免暴露完整的IPv6地址，又能让ID前缀反映用户所在的大致网络区域，同样服务于BitTorrent的节点发现优化。

简单来说，这两个掩码都是为了模糊化具体IP，只保留足够标识网络集群的信息——既保护用户隐私，又不让ID前缀完全失去网络拓扑参考价值。

内容的提问来源于stack exchange，提问作者redfish64