一句话理解
Gossipsub 回答一个很朴素的问题：一条新区块、一张新投票，怎么在不把网络淹死的前提下让每个节点都知道。它的答案是两句话：只在自己的小圈子里直接转发，对圈子外的邻居定期「传话」。规范给它的定位是一条可扩展的发布订阅基线：节点按主题随机结成网格，用中等放大因子换取良好的扩展性，特殊场景可以在它上面叠更专用的路由。
网格怎么结、消息怎么走
节点订阅某个主题后，随机挑选若干邻居组成该主题的网格，落在网格里的链路走严格转发：任何一条通过验证的新消息，都会沿网格边原样推给对方，保证传播有硬下界。网格外的邻居不配收到全文，只在心跳时刻收到传话消息，内容是一份「我最近见过这些消息」的清单；清单里有自己缺的货，就回一条点名消息把全文拉过来。同一份规范为消息定义了统一的去重标识，避免同一条消息被反复处理。规范文本特别解释过为什么要自己定义这个标识，而不是直接拿消息内容做哈希：去重必须与签名或编码的微小差异无关，否则同一条消息会因封装细节不同被当成两条。
心跳、评分与被剪掉的邻居
网格不是一次结成永久有效。心跳线程按固定间隔检查每个主题的网格：邻居不足就补位，过多就修剪，并把行为数据汇总进节点分数。对行为不佳的邻居，v1.1 的剪枝消息带上了退避约定——被剪的一方在退避期内不得立刻挤回来，提前硬挤会换来行为罚分；修剪发生时，动手的一方还可以顺带推荐一批候选邻居，让被剪者不必从零开始重新找人结网，这套机制被称作点对点交换，等于允许节点从一小撮种子起步重建网格。对普通节点，这套评分意味着：你的传播质量不只取决于自己配置得好，还取决于你的邻居集合是否健康。
以太坊共识层为什么选它
以太坊共识层的点对点规范把节点之间的流量明确分成两类：一类是主动拉取，比如按编号要一段历史区块，走请求响应通道；另一类是广播，区块、证明与聚合、自愿退出消息都归入 gossip 域，交给 gossipsub 处理。这样分工的用意是各走各的带宽模型：验证所需的大块数据按需拉取，时延敏感的投票与头块信息靠网格低延迟扩散。对排障的人来说，这个划分还有一层实用价值：同一个节点掉线与同步慢，可能是 gossip 域的网格不健康，也可能是请求响应通道的超时，两条链路的日志与对策完全不同。
边界与易混概念
Gossipsub 管的是「传到」，不负责「裁决」：它没有共识语义，任何节点都能加入网格收发，不需要许可；出块顺序与最终性由共识规则决定，不由传播层决定。三个易混点值得划清：别把它与比特币网络对区块和交易的泛洪转发当成同一协议，两者的拓扑与去重思路不同；别把 libp2p 的发布订阅与节点发现协议混为一谈，一个管消息流动，一个管节点互相找到；也别把规范版本当成实现现状——接口规范随分叉演进，不同客户端实现进度不一，跨客户端比较行为前先对齐版本号。带宽换低延迟是这个设计的本行代价：传播速度受网格拓扑与心跳节奏约束，攻击者若能影响一个节点的邻居集合，可以恶化它的视图新鲜度，这也是评分与剪枝机制存在的理由。本文只描述协议机制，不构成任何投资建议。
发表评论
还没有评论，来说两句吧。
评论区为展示样式，提交不会被处理。