EIP-8115 提议把 EIP-1559 交易的小费记账从每笔交易立即执行,改为在区块处理末尾统一批量结算。本文解释逐笔小费转账为什么在并行执行时代成了瓶颈,以及集中结算改变了哪几步。
EIP-8115 提议把 EIP-1559 交易的小费记账从每笔交易立即执行,改为在区块处理末尾统一批量结算。本文解释逐笔小费转账为什么在并行执行时代成了瓶颈,以及集中结算改变了哪几步。
EIP-8125 提议新增 TMPSTORE 与 TMPLOAD 两个操作码,给合约一块能跨交易、跨区块存活但按协议日程自动清空的临时存储。本文对比它与瞬态存储、常规存储的区别,并解释两个系统账户轮换设计的用意。
EIP-8070 提议让执行层节点对每条 blob 交易只有约百分之十五的概率拉取完整数据,其余情况只按信标层同一套单元格托管做抽样。本文解释这套稀疏 blob 池为何能把平均带宽压到约四分之一,以及构建者隐私这个约束从哪来。
EIP-2930 的访问列表能预热存储、降低 Gas,但实际使用率很低。EIP-7707 主张把预热价格降下来——每存储键 320、每地址 512,让带列表变成划算选择。本文算清这笔盈亏账,并解释客户端为什么欢迎这类提示。
有些 ETH 余额变化不对应任何交易:出块者收的优先费、验证者提款、创世分配。EIP-7799 提议扩展 eth_getLogs,提供不与交易绑定的区块级系统日志。本文说明它补上哪个对账盲区,以及为什么需要改执行区块头。
智能合约里一次余额更新要读、算、写三步,并行执行引擎很难判断两次更新能不能同时跑。EIP-7519 提议加两个原子存储操作码 SCREDIT 与 SDEBIT,让协议自己完成加减并检查上下溢。本文解释这种并行原语解决什么、边界在哪。
交易迟迟不进块,Bitcoin Core 钱包的 bumpfee 能在原交易基础上造一笔更高费率的新交易顶替旧身。它改不了账本上的旧交易,加钱要动找零或补输入,还得跨过增量费用门槛。本文按 31.0 官方 RPC 文档拆开通道、边界与失败原因,并交代关输入、换加急工具的分界。
比特币核心能把某一刻的 UTXO 集合写成独立文件,也能读回这样的文件让新节点跳过逐块验史。本文按 31.0 RPC 文档拆解 dumptxoutset 的两种模式与六个返回字段、loadtxoutset 的全量重算校验,以及历史快照与普通备份的本质分界。
同一串助记词在新设备上恢复出来的,是密钥而不是旧钱包。本文按描述符钱包时代的字段清单逐项核对:派生路径、脚本类型、标签、输出锁定状态各走哪条通道恢复,并给出一份可执行的验收清单与常见错误模式。
换电脑、重装系统、换硬盘,自托管钱包怎么搬不丢钱。本文沿 31.0 RPC 文档把 Core 钱包迁移拆成备份、恢复、核对三步:描述符与时间戳、密钥派生路径、导入与重扫的盲区,并给出换机器场景的验收清单。