加密货币百科

EIP-7934 给以太坊执行层区块引入了协议级体积上限：RLP 编码后的区块体积被框在十兆字节的总包裹之内，其中为共识层开销预留约两兆余量。这条规则随 2025 年 12 月的 Fusaka 升级激活。本文讲清体积上限与 Gas 上限的分工，以及为什么传播边界需要一条字节线。

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

Bitcoin Core v31.0 把内存池的实现换成了集群设计：相互有父子关系的交易被划进同一个簇，默认每簇不超过 64 笔、约 101 千字节，节点按簇排序、按簇驱逐。本文讲清这次底层改造与老规则（祖先与后代限制、CPFP carve out）的告别，以及对加急费用策略的实际影响。

Bitcoin Core 28.0 把版本号为 3 的交易纳入标准策略，配套 TRUC（拓扑受限直至确认）规则：一笔 v3 交易至多带一个未确认的 v3 子交易，整包有体积上限。这套契约的目的，是让闪电通道等合约协议的加急费用在任何时候都掷得出。本文拆解这套规则与锚点输出的演进关系。

泡菜溢价指比特币等加密资产在韩国交易所的价格系统性高于全球均价的现象。它不是套利者睡着了的证据，而是资本管制、实名银行体系与本地需求强度共同维持的市场结构。本文拆解溢价形成机制、消退条件，以及用它做行情信号时的误读风险。

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

EIP-7910 为以太坊客户端增加 eth_config JSON-RPC 方法，节点由此可以直接回答自己当前生效的协议参数与各升级激活时间。这条能力随 2025 年 12 月的 Fusaka 升级进入主网。本文讲它解决什么确认难题，以及不同身份的人怎么用它。

一笔交易的输入还找不到时，比特币节点不会立刻丢弃它，而是放进一个专门的等待区，边找父交易边收着。本文拆解这个孤儿交易池的容量边界、29.0 与 30.0 版本的规则变化，以及它对转账排查的实际意义。

比特币交易头部的版本字段不只是标签：节点的中继政策只接受版本 1 到 3 的交易，超出的会被标为不标准而拒转。本文拆解版本字段的双重角色、两步放行的部署传统，以及它和共识规则的关系。

闪电网络里每条公开通道都靠一个八字节的 short_channel_id 定位，它由三字节区块高度、三字节交易序号、两字节输出序号拼成。本文拆解这个编号的构造、口语格式、公告与拼接场景下的用法，以及它带来的防冒充设计。