加密货币百科

EIP-7623 给 calldata 设了地板价，EIP-7976 把地板抬成每字节 64 gas，EIP-7981 补上访问列表——但 EIP-7702 授权元组与 EIP-4844 的 blob 版本哈希仍然在地板上免费。EIP-8131 提议把所有用户可控内容字节按每字节 64 gas 统一定价，最坏情况区块内容被算术锁定在约 0.89 MB。本文逐条拆解这张统一价目表与它留下的免费区。

SSZ 的定容列表 List[type, N] 要求预先声明容量：小列表要为海量零叶付哈希成本，跨分叉改容量还会打断下游证明。EIP-7916 提出渐进列表 ProgressiveList：默克尔树按实际叶数按 4 倍递归生长，元素位置（gindex）与列表长度无关，证明写一次长期可用。本文讲清三种病、递归树形与容量表，以及它和渐进容器 EIP-7495 的分工。

同一个 tx hash 在不同 EVM 链上可能指向完全不同的交易——哈希本身不带链的上下文。ERC-7950 提议一个简单编码：0x + 链 ID 的十六进制 + 交易哈希，让交易引用字符串自带网络前缀，工具与钱包拿到引用就能知道去哪条链查证。本文讲清歧义事故的具体形状、编码规则与解析回退，以及与地址别名思路的对照。

EIP-7784 提议新增 GETCONTRACT 操作码：压入一个字节码哈希，返回部署这段字节码的合约地址，查不到则返回零。配套要求是每个存入 EVM 的合约按 keccak256(字节码) 建索引。本文讲清内容寻址为何对审计、白名单与代码复用有用，规范里那些排除条款（自毁合约、空账户哈希）的意义，以及给全量合约建哈希索引的代价。

EIP-7872 给执行层的本地区块打包者加一个可配置上限 USER_CONFIGURED_MAX_BLOBS_PER_BLOCK，与协议上限取小值来决定每块装多少 blob；下限至少一个。动机很朴素：带宽有限的打包者塞太多 blob 会来不及广播、白白丢块。本文讲清取小值规则、默认行为，以及为什么这是一个纯执行层的 Meta 提案。

EIP-7686 提议给 EVM 内存立一条干净的界：内存展开改为每字 3 gas 的线性价，同时任何内存展开超过当前调用 gas 上限即回滚，两条规则合起来保证一笔 N gas 的交易最多消耗 N 字节内存。本文拆解现行二次方计价与 63/64 规则的复杂之处，以及为什么一条紧确的线性不变量对 ZK 证明器这类受限实现特别值钱。

ORIGIN（tx.origin）自 2016 年年中起就被反复告诫不要用于鉴权，但操作码一直留在 EVM 里。EIP-7645 提议让 ORIGIN 在所有上下文中直接返回与 SENDER 相同的值，把这块技术债一次性拆除，同时为 ERC-4337 等账户抽象路线扫清障碍。本文解释两个操作码的区别、bundler 提权风险的具体形状，以及别名化为什么不向后兼容。

EIP-7639 提议给以太坊节点通信加一个 eth/70 版本：在这个版本上，节点不再请求也不再回答巴黎升级（合并）之前区块的正文与收据查询。提案给出的直接动机是数据体积——2024 年前后客户端历史数据约 500 GB，其中近 400 GB 来自合并前。本文讲清这条历史停供线划在哪里、影响哪些 p2p 消息、为什么以合并为界，以及全量同步将因此改走哪条路。

比特币核心支持把节点、钱包与图形界面拆成独立进程：bitcoin -m 走拆分版二进制，进程间以 Cap'n Proto 通信。本文依据官方多进程文档说明隔离收益、-ipcconnect 挂接方式与不该期待的三件事。

比特币核心的 -par 决定脚本验证专用线程数：零为自动、负数为留核、上限十五，主线程计入名额。本文依据 v31.0 源码讲清换算式、验证队列工作方式、与 assumevalid 检查点的分工。