用轮询查询区块高度的监控脚本,要么空耗调用要么反应迟钝。比特币核心的 waitforblockheight 把条件挂给节点、达标瞬间返回,配合超时分支与确认数复核才构成闭环。本文拆解长连接挂起机制、与轮询的成本对账,以及重组场景的验收清单。
用轮询查询区块高度的监控脚本,要么空耗调用要么反应迟钝。比特币核心的 waitforblockheight 把条件挂给节点、达标瞬间返回,配合超时分支与确认数复核才构成闭环。本文拆解长连接挂起机制、与轮询的成本对账,以及重组场景的验收清单。
同一个 getblock 命令,verbosity 传 0 到 3 是四种完全不同的负载策略:原始字节、字段报告、逐笔展开、再加上一手输入溯源,而第三档只在未修剪的主链区块上成立。本文拆解四档的代价阶梯、档位 3 的三条边界,以及体检报告字段的连读方法。
比特币可分割到小数点后八位,最小单位长期被叫作聪,但一直没有正式标准。BIP-172试图把这一社区习惯写成规范。本文梳理聪与比特币的换算关系、BIP-172的具体条款、sats在费率与闪电网络里的实际用途,以及两个常见误解。
以太坊节点之间广播新交易时,过去只发哈希,接收方往往取回交易才发现类型不支持或体积超限。EIP-5793给eth/68的新交易哈希公告消息加上了交易类型与大小字段。本文拆解这项已生效的网络协议改动解决了什么带宽浪费,以及节点如何据此做拉取决策。
格密码的核心运算是多项式乘法,而数论变换NTT能把它从平方级降到准线性。EIP-7885提议在EVM中加入NTT正逆变换等预编译合约,为抗量子签名和STARK验证提速。本文解释NTT在算什么、预编译方案怎么定价,以及草案阶段的不确定之处。
以太坊的出块结构里,整批交易被嵌在信标块里一起传播。EIP-7898提议信标块只携带执行载荷的头,交易数据独立传输,以减轻验证负担。本文拆解它的技术方案,解释它与ePBS类提案的差别,并说明为什么这份提案在官方仓库里被标为停滞状态。
EVM至今用一条二次方公式给合约内存计价,被批评为沿袭上世纪的防御设计。EIP-7923提议改用线性的按页计费:每页4096字节,首次触碰收100 gas,全交易上限64MB。本文拆解新账本的算法、动机里给出的历史包袱,以及它对合约语言的松绑效果。
以太坊信标层的RANDAO依赖验证者提交的reveal值,而现行reveal只是对轮次编号的签名,提交前结果就可被推算。EIP-7998提议把上一轮的混合值与当前槽位一并纳入签名,把它升级为每个槽位独立、连提交者自己都无法预测的VRF。本文解释RANDAO的混合机制、可预测性的隐患与升级后的应用空间。
存储读写早就有净额计费,重复写同一槽位不重复付状态树的钱,但账户字段的多次写入至今每次全价。EIP-7973主张账户nonce、余额、代码哈希字段也该有同样的待遇。本文解释状态根为何是出块大头成本、账户写入与存储写入的不对称从哪来,以及热账户写入的省钱逻辑。
按现行规则,被惩罚出局的验证者仍可能被抽签排进提议者名单,他们出的块会被规则判为无效,白白错过槽位。EIP-8045提议在排班阶段直接剔除被惩罚验证者。本文解释大规模惩罚事件的连锁影响、排班表提前锁定的前提条件,以及这项改动对公平性的实际影响。