投票扩展允许 Cosmos 验证者在预提交投票上附加任意字节，属 ABCI 2.0，自 CometBFT v0.38 与 Cosmos SDK v0.50 起可用。本文按官方文档拆解 ExtendVote、VerifyVoteExtension 两个钩子与高度错位传播规则，并说明提议者注入数据的信任边界与自查方法。

Nitro 把 Arbitrum 的交易路径拆成排序器入口、实时喂送软确认、批次打包、Brotli 压缩与 EIP-4844 blob 或 calldata 发布几段。本文按官方文档走一遍旅程，并说明延迟收件箱在抗审查上的作用。

Agave 文档把 Solana 验证者拆成 TPU 与 TVU：前者经 QUIC 流收包、验签、缓存打包并广播，后者靠 Turbine 与转传把块推给全网。本文说明连接配额、限流错误码与多 socket 端口这些可观察细节，并给出排查视角。

OpenGov 用起源界定提案能行使哪档链上权限，用轨道决定投票确认与生效准备的节奏。本文按官方维基拆解这一对概念，并说明信念投票、批准与支持率如何在不同轨道上改变公投的快慢与结果。

Bridge Hub 是承载轻客户端与桥接消息队列的系统平行链：两端各跑对面的 GRANDPA 轻客户端，消息按车道有序收发，中继者无需许可、由发送链付酬。本文按官方文档拆解组件分工、DOT 与 KSM 互桥的信任模型与可核验的健康信号。

以太坊区块容量不是硬分叉专属参数：提议者每块都能小步挪动上限，EIP-1559 的弹性规则把每块变动限制在很小的比例内。本文拆解上限漂移的三个推动力量——客户端默认值、运营者配置、builder 竞价，并说明 EIP-7938、EIP-7935、EIP-8261 等提案截至各自文档发布时点的状态与争议。

Celestia 的可用性采样建立在一个布局决定之上：数据不是排成一列，而是按命名空间排进 k×k 的份额矩阵，再对行列做纠删编码。本文按官方规格讲清命名空间排序、保留命名空间、对齐填充三组规则，以及这些'浪费'换来的小证明与可采样性。

在 Solana 上发交易，收到的节点不一定处理它，而是把它转交给本时隙的领导者。本文按 Anza 文档拆解 TPU 收包、签名验证、排队与转发四道门，解释为什么交易要定向递话、QUIC 节流为何丢包、转发开关为何影响自建节点，以及普通用户如何判断交易卡在哪一段。

以太坊约每十二秒一个时隙，这个节拍牵动截止期限、委员会、最终性等一整套参数。EIP-7782 提议把时隙减半到六秒以压缩延迟、摊平带宽。本文说明提案动了哪些齿轮、谁受益谁付成本，并给出区分提案与主网激活状态的核验方法。

合并后的以太坊客户端由共识层与执行层两个进程组成，Cosmos 系则用 ABCI 划开共识引擎与应用状态机。两家分的是同一条线：出块的权力与状态的规则。本文对照 execution-apis 与 CometBFT 文档，讲这条边界买到什么、付出什么、故障时如何按段排查。