汇总与「以太坊」相关的文章,帮助你系统了解该主题。
EIP-196 在拜占庭升级中把 alt_bn128 曲线上的点加法和标量乘法做成 0x6 与 0x7 两个预编译合约,让以太坊能在区块Gas预算内验证 zkSNARK。本文拆解这两个地址的输入编码、曲线参数与它为什么必须做成预编译。
EIP-649 随拜占庭升级上线:不改难度公式本身,而是让客户端在计算指数难度时用一个减了三百万块的假块号,把难度炸弹往后推约一年半,同时把区块奖励从 5 个 ETH 降到 3 个来对冲增发。本文拆解这个假块号技巧与它想解决的节奏问题。
EIP-1051 在 2018 年提出给 EVM 加两个状态旗标(无符号溢出 ovf 与有符号溢出 sovf)和两个读取并清零它们的操作码 OFV、SOVF,让合约不必每步都做溢出检查。本文解释它模仿真实 CPU 的设计、与逐指令检查路线的分岔,以及提案现状。
EIP-6 在 2015 年提出,把 EVM 里那个让合约把余额全部转走的操作码从 SUICIDE 改名为 SELFDESTRUCT。改名理由不是技术缺陷,而是心理健康层面的考量。本文说明提案依据、它是别名而非替换,以及后续这条指令语义的演变。
EIP-3368 在 2021 年 3 月提出:把以太坊工作量证明的区块奖励设为 3 个 ETH,并在约 472.4 万块(约两年)内逐块线性递减到 1 个 ETH,用先抬高后缓降的斜坡替代一刀切下调,避免算力骤迁带来的短期安全窗口。本文拆解这条公式与它的前提。
EIP-2378 记录了 EIP-Centric 升级模型里的候选清单:一份提案要经 All Core Devs 会议粗略共识标记为 Eligible for Inclusion,才算进入可写进客户端测试开关的通道。本文拆解这条流水线的每个阶段与这个状态真正传递的信号。
EIP-3436 针对多客户端 Clique 权威证明网络出现的活锁与死锁,提出在总难度之外再加三层平局判定:更短的链、最晚轮到出块的验证者、哈希数值更小的块。本文用提案里的八验证者推演说明卡死是怎么形成的、这条规则为什么能解开。
EIP-2584 想把以太坊的十六叉状态树换成二叉树,但不可能停链换算整棵状态。它设计了三阶段:区块头同时挂旧树根与新建的叠加二叉树根,新写入进叠加层;后台慢慢把六叉底树换算成二叉;最后把叠加层条目回填进新底树。本文拆解这套双写加回填的迁移骨架。
EIP-1010 用完全正式的提案格式要求从以太坊一个著名地址向另一个地址划转 100,000 个 ETH,标题是两个地址、理由是公平与去中心化。本文解读这份讽刺性提案的结构、它调侃的治理痛点,以及严肃阅读它的正确方式。