加密货币百科

交易在链上失败后，普通 RPC 拿不到回退原因，节点要整笔重放才能从追踪里抠出那几十字节。EIP-7889 让每次带数据的 REVERT 自动发一条日志，标准接口即可查询失败原因。本文解释现状成本与该方案的设计边界。

描述符能还原地址，却带不出“从哪个区块开始扫”“间隙容忍多大”这些运营参数。BIP-393 用问号加键值对的查询串写法，把起始高度、间隙上限等元数据拼进描述符字符串，且不动校验和算法。本文讲解这套语法与恢复场景。

EVM 里 ADD、SHA3 这些运算与预编译的 Gas 价目是按旧假设定的。EIP-7904 用统一吞吐目标在多家客户端上实测，结论出人意料：在启用块级访问列表带来的并行优化后，没有一条运算需要涨价。本文讲方法、数据口径与它对提升区块 Gas 上限争论的意义。

区块 Gas 上限抬高后，一整个区块的回执列表可能超过 P2P 单条消息约 10 MiB 的上限，导致同步反复失败。EIP-7975 提议的 eth/70 给回执消息加了不完整标记，让节点分段索取最后一块的回执。本文解释故障模式与协议改法。

客户端存合约代码本来就只存一份，多个账户指向同一份代码。EIP-8058 用访问列表把这条事实变成 Gas 折扣：部署的字节码若与访问列表里某账户的代码哈希相同，免付代码存入费。本文解释为什么不能直接查数据库，以及折扣的确定性设计。

EIP-7940 是一个不走技术路线的提案：由社区选举一位所谓 Shah，充当以太坊社区与核心开发者之间的传声筒和守护者。本文解释这份提案想解决的沟通断层、它为什么被归入信息类提案，以及读者该怎么看待这类治理实验。

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

EIP-8337 提议给字节码加一个 MAGIC 前缀：带前缀的代码在部署时做静态验证，保证控制流完全静态、每个返回都有对应调用、数据栈深度可静态证明不会下溢。本文解释这套静态合约与 EOF 的关系和实际意义。

EIP-8297 提议用一棵分区二叉树替换以太坊现行的多叉 Patricia 状态树：账户树与存储树合并、变长前缀无关键、合同代码入树、账户字段拆成独立叶子。本文解释为什么要换树、每个设计点对应什么收益。

EIP-8363 提议在每个 epoch 按验证者实际承担的职责扣减一部分奖励并销毁，扣减比例随全网质押率线性上升、到饱和点达到全额。本文解释这套递减燃烧怎么改变质押的边际收益，以及它与现有发行模型的关系。