验证者存款改由协议内处理（EIP-6110）之后，信标链区块里仍留着旧时代的 deposits 与 eth1_data 字段做过渡。EIP-8015 提议在迁移彻底完成后把这两个字段从区块结构中删除。本文讲清旧存款管道怎么运作、字段为什么必须留着，以及这份 2025 年草案的激活前提。

PROPOSER_SCORE_BOOST 让刚出块的分支获得委员会权重四成的临时垫高，压缩观望博弈。本文按规范拆解加分的公式、作用窗口、消失条件，以及它如何解释传播竞争与重组时机。

信标链在单个时隙内给验证提交与聚合提交各设一条截止时间线。本文按共识规范拆解 ATTESTATION_DUE 与 AGGREGATE_DUE 两条线的常量、切分动机、错过后的权重与回报后果，以及验证者运维的排障读法。

以太坊信标链的最终性检查点目前指向每个 epoch 的第一个区块。EIP-8333 提议改为指向 epoch 之前的最后一个区块，即边界块，并引入 get_checkpoint_root 访问器。本文讲清两种对齐方式差别在哪、动了谁会受影响。

信标链验证者的投票曾必须在固定三十二个时隙内被打包进区块，网络拥塞时会整批作废。EIP-7045 把包含窗口从滚动三十二格改为被投票所在纪元之后的下一个纪元末尾，随 Deneb 分叉于 2024 年 3 月生效。本文拆解旧窗口的失效模式、新窗口的确切边界与它对安全性论证的意义。

EIP-7549 在 2025 年 5 月的 Pectra 升级中随主网生效：把委员会编号从验证者签名的投票数据里挪到外层结构，让内容相同的投票得以聚合，降低链上验证投票的成本。本文讲清投票结构里一个编号的位置，如何影响区块容量与轻验证路线。

EIP-7917 让信标链在每个纪元开始时预先算好下一纪元的提案者名单，随 2025 年 12 月的 Fusaka 升级激活。在此之前，部分边界情况会让下一轮排班到最后一刻才确定。本文讲清这份排班表为什么此前做不到完全确定，以及确定之后哪些应用因此变得简单。

本文解释以太坊二层架构中信标链的职责：共识、质押、随机性与协调四大功能，它如何与执行层交换信息（状态根、存款/提款请求），验证者在两层中分别做什么，以及最终性在信标链上如何形成。