Bitcoin Core 的 send RPC 自 0.21 引入并标注实验性质,v31.0 里它以 outputs 字典同时覆盖多收款人与 OP_RETURN 数据输出,options 面板收纳 add_inputs、minconf、subtract_fee_from_outputs 等控制项。本文按 v31.0 源码逐项拆解参数与三种返回形状。
Bitcoin Core 的 send RPC 自 0.21 引入并标注实验性质,v31.0 里它以 outputs 字典同时覆盖多收款人与 OP_RETURN 数据输出,options 面板收纳 add_inputs、minconf、subtract_fee_from_outputs 等控制项。本文按 v31.0 源码逐项拆解参数与三种返回形状。
Bitcoin Core 移除了 resendwallettransactions 之后,钱包改为周期性重播未确认交易。本文按 v31.0 源码与 0.19、0.21 发布说明核对重播的随机时间表、walletbroadcast 与同步状态的闸门,以及它对交易确认速度没有作用这一事实。
Bitcoin Core v31.0 的 echo、echojson、echoipc 都只回显参数,但分别探 RPC 通道、客户端 JSON 类型转换与多进程 IPC 三段链路。本文按 v31.0 源码核对三者的服务端同源关系、client.cpp 转换表差异与 trigger_internal_bug 测试活门。
钱包标签不落链,按标签统计收入要靠 getreceivedbylabel 与 listreceivedbylabel。本文按 Bitcoin Core v31.0 源码核对两条命令的参数、minconf 与 include_empty 的差异、找零与重组对数字的影响,并给出与按地址统计命令的分工。
Bitcoin Core v31.0 的 createpsbt 以 Creator 角色把指定输入输出装配成一份裸 PSBT 骨架:不选币、不签名、不广播。本文按 v31.0 源码核对它的参数、与 createrawtransaction 和 walletcreatefundedpsbt 的分界,以及多方协作与测试场景中的正确用法。
以太坊改进提案里引用的外部文献,不是想引谁就引谁。EIP-5757在2022年9月定下规矩:被引用的发布方必须能让每一版资源被唯一指认、有可靠的可得性履历、且访问不收费,不达标就从白名单除名。这份由仓库编辑者起草的Meta提案状态Final。本文讲清一个开源标准为什么要把'链接质量'当规范问题管起来,以及三条硬要求各防什么。
以太坊的区块头里有一个叫withdrawals_root的字段,有趣的是执行层和共识层说的不是同一个东西:一边是Merkle Patricia树的根,一边是SSZ序列化算出的根,同名二物。EIP-6465在2023年2月提议统一为SSZ:提款列表改用渐进容器编码,执行层区块头的提款根从MPT迁移到SSZ。这份提案停在草稿。本文讲清这个命名分裂怎么形成、两种编码差在哪、以及为什么要费这个劲去合并。
BLOCKHASH指令只答得出一笔调用前256个区块内的哈希,且每个客户端都得自带一套查历史哈希的代码。EIP-210在2017年提议把区块哈希搬进地址0xf0处的一个状态合约:每块由系统调用代写一笔,指令改成调用合约查询,顺带把可查范围从256块拉长到几乎无限。这份由Vitalik起草的提案停在Stagnant,但它想消掉的实现负担,2025年的EIP-2935用另一条路真的消掉了。本文讲清蓝图本身与两次尝试的差别。
函数调用完只为了返回,这次调用就白搭了一层登记。EIP-6206 给以太坊对象格式加了一条 JUMPF 指令:跳到另一个代码段执行,但不登记返回地址,等于告诉机器'这段代码替我收尾,不用再回来'。配合'永不返回'的函数声明,编译器可以把错误处理公共段写得既省又干净。这份2022年底的提案停在Stagnant。本文讲清它的机械原理和省钱的账。
以太坊给带转账的合约调用留了一小笔保底燃料2300 Gas,让收币方的fallback代码至少能跑几行。对2018年已大量铺开的代理合约来说,这笔零头不够记账和转发。EIP-1285提议把它抬到3500,最终停在Stagnant。本文讲清2300保底的由来、它为什么刻意这么小、加高为什么有阻力,以及这场零头预算之争折射的防御哲学。