Rollup 发布数据时，calldata 与 Blob 在执行层可读取性、费用计价和数据可用性职责上存在差异。本文依据 EIP-4844 比较两条路径，说明 Blob 内容不能由 EVM 执行直接读取、Blob gas 与普通交易 gas 分开计价，以及具体 Rollup 仍需核对自身当前实现。

Linera 官方文档口径下的微链机制：每条微链只记录一个用户或应用的状态变更，共享同一组验证者；所有权决定谁能提议区块，快速轮、多领导者轮、单领导者轮与验证者兜底逐级降级；加链不加验证者，安全靠三分之二质押门槛。

EIP-7928 的区块访问列表把每块碰过的地址与存储槽打包广播，但其中大量键在最近的块里一字不差地出现过。2026 年 5 月 3 日递交的 EIP-8247 提议给 BAL 加一种紧凑引用：20 字节的地址可以写成约 5 字节的祖先引用，32 字节的槽键约 9 字节，窗口是最近八个规范区块。作者 Toni Wahrstätter 用最小引用规则换取编码唯一性，用展开视图换取验证成本有界。本文拆解这套压缩协议的两条命门。

ZK 证明系统在以太坊 L1 上验证时，最贵的往往是那些在自家电路里几乎免费的哈希运算。EIP-5988 在 2022 年 11 月 15 日递交，提议把为零知识电路设计的 Poseidon 哈希做成 EVM 预编译合约，作者名单包括 StarkWare 联合创始人 Eli Ben-Sasson。提案走通用参数路线，把模数、轮数等全部写进输入编码；但 gas 定价与理由章节直到今天仍是 TODO，状态 Stagnant。

在 BIP-100 用动态调节器做加法的同一年同一个月，Jeff Garzik 又领了 BIP-102 的号：不谈投票曲线，只把区块数据上限一次性从一兆字节抬到两百万字节，触发条件是选定日期零点加上最近一千块里百分之九十五的表态。这份状态为 Closed 的短提案把当年扩容派最直白的诉求和一次硬分叉的点火方式都写进了几页纸，包括那条坦率的动机——顺便演练一次网络升级。

2015 年扩容争论早期的 BIP-100 提案想把写死的一兆字节区块上限改造成一台会呼吸的调节器：矿工的 coinbase 投票每 2016 块重算一次硬上限，四分之三分位数定方向，单步涨幅被钳在百分之五以内。这份由 Jeff Garzik 等人起草、最终状态为 Closed 的提案，把动态区块大小做成了可以照着写代码的算法。本文按原文拆解它的投票编码、计票规则、护栏与部署史。

2015 年 7 月，Pieter Wuille 提交了一份反直觉的扩容提案：不比今天该多大，而是把 1MB 上限换成一个随时间指数增长的函数——2017 年 1 月起每约 97 天增长 4.4%，年化合计约 17.7%，最多翻 11 倍到 2063 年。BIP-103 的理由写在动机部分：硬分叉是极强的工具，只该用于无争议变更，而区块大小之争有争议，所以把增长交给一个所有人都能提前算出的时间表。这份提案最终关闭，但它的时间函数、按中位时间取参、签名操作限制同比放大等细节，仍是一份完整的工程样本。

2017 年围绕比特币区块大小上限的争吵产生过大量提案，BIP-104 是其中思路最「去政治化」的一份：像难度调整一样，每 2016 个块根据过去两周的平均区块填充率自动重算上限，目标把区块维持在七成满。提案给出公式、激活门槛与被否掉的备选方案，最终随规模之争降温而关闭。这份提案的价值在于它把「上限该多大」翻译成「上限该按什么规律变」。

以太坊的区块gas上限长期靠验证者手工投票缓慢挪动，每一步都伴随争论。EIP-7783 提出让客户端默认执行一条自动爬升曲线：按块号线性上调、设封顶、到点自动刹车；姊妹篇 EIP-7790 直接给出参数——从三千万起、每块加六gas、封在六千万。本文拆解两份提案的机制、刹车设计与停摆原因。

blob 的目标数量是静态值，需求一波动，二层的数据费就跟着剧烈起伏。EIP-7788 提议让目标数按每个纪元的平均 blob 成本自动升降：太贵就加目标，太闲就减目标，把二层交易的数据费钉在一个可预期的常数附近。这份 2024 年 10 月起草的提案最终被撤回，本文拆解它的反馈回路设计与参数取舍。