比特币节点维护的从来不只一条链。哪些分支被完整验证过、哪些只有块头、哪条被标记无效,getchaintips 给出的地图能回答这些问题。本文对照 Bitcoin Core 29.0 RPC 文档逐项解释五种状态的来历与用途。
比特币节点维护的从来不只一条链。哪些分支被完整验证过、哪些只有块头、哪条被标记无效,getchaintips 给出的地图能回答这些问题。本文对照 Bitcoin Core 29.0 RPC 文档逐项解释五种状态的来历与用途。
同样是看内存池,不带参数只有一列交易编号,加上详细参数则是一整套账本。依赖关系、祖先统计、交易见证哈希、四种费用口径各自回答什么问题,本文以 Bitcoin Core 29.0 RPC 文档为准逐项讲清。
出块前,节点会把半成品区块交给矿工自行组装。这份模板里,哪些字段一个字节都不能动、哪些是明示可以修改的自由空间、交易清单又带着哪些依赖关系,决定了组块工作的全部边界。本文以 Bitcoin Core 29.0 导出的 RPC 文档与 BIP22 为依据逐项拆解。
无状态以太坊落地时,钱包和应用要能自己验证状态证明。EIP-7545 提议在0x21地址放一个通用预编译:传入版本号、状态根和证明数据,由协议代为完成Verkle多重证明的验证。本文解释它服务谁、接口为什么设计成三段式,以及它随Verkle路线一起搁置的现状。
EIP-7937 提议给 EVM 增加一套以 C0 为前缀的 64 位模式指令:只用 64 位宽度做算术、比较和位运算,省掉 256 位引擎的空转。本文解释为什么大量合约计算用不满 256 位、多字节前缀指令怎么避免挤占指令空间,以及它的 little endian 姊妹提案 7958。
EIP-7543 提议给 EVM 加一组任意精度十进制浮点指令:DECADD、DECMUL、DECEXP、DECLN、DECSIN 等,用系数加指数精确表示小数,把科学计算器级别的初等函数变成一条指令。本文解释为什么二进制存不下0.1、合约里的幂运算为什么贵,以及这份提案停摆的原因。
EIP-7956 提出用区块级随机数决定块内交易顺序:把每笔交易的哈希与本槽随机数异或后排序,出块前无人知道顺序,从源头压缩可重排套利空间。本文解释重排型MEV从哪来、哈希加法怎么实现公平排序、它管不住哪些MEV,以及提案的现状。
EIP-7791 提议在 EVM 里加一条 GAS2ETH 指令:合约执行消耗的 Gas 可按交易gas价折算成 ETH,直接打给指定地址,且不动区块奖励账本。本文拆解它的预算机制、想解决的合约变现难题,以及草案阶段就要面对的博弈。
EIP-7557 提议把区块级的存储预热从每笔交易各付一次冷访问费,改成整块只付一次、再按访问次数摊回折扣。本文解释冷访问与热访问的价差从哪来、区块级预热为什么能省 Gas、它带来的攻击面与争议,以及这份提案目前的搁置状态。
eth_getLogs 是应用最常用的事件查询接口,但它的回复来自 RPC 节点,本身不带可验证性。EIP-7792 提议让每条日志按地址、主题等维度累积进一个专用合约的存储,使查询结果可以被密码学证明。本文拆解其存储布局思路、与 EIP-6466 的依赖,以及为什么现在还停在搁置状态。