加密货币百科

比特币核心用同一套 SetMockTime 支撑 -mocktime 启动参数与 setmocktime 命令，但前者在初始化阶段一次性钉死、后者仅限 regtest 且需要脚本一格一格推进。本文按 v31.0 源码对照两条路径，并列出时间旅行测试与真实网络的落差。

比特币核心默认不把对端 IP 写进 debug.log，控制开关是 -logips。v31.0 源码显示其机制是"不拼接"而非"抹除"。本文拆解实现方式、排障时的正当用法、与 debug 类别的正交关系以及日志身份自查三步。

比特币核心 UTXO 落盘路径上藏着三个非常规参数：进入仅调试帮助表的 dbbatchsize，以及只存在于源码隐藏名单的模拟崩溃开关 dbcrashratio 与启动压缩开关 forcecompactdb。本文按 v31.0 源码说明作用点与误配后果。

挖矿 RPC 客户端组装区块时，比特币核心用 -blockreservedweight 预先保留一段权重给后续的 coinbase 交易。v31.0 默认 8000、安全下限 2000，越界直接拒绝启动。本文拆解它与 blockmaxweight 的相互作用与调参场景。

比特币核心的 -rpcwhitelist 给指定用户圈定可调用的 RPC 方法，而真正的杀招是配对开关 rpcwhitelistdefault：只要写过一条白名单，未登记用户默认全部吃 403。本文按 v31.0 源码拆解判定顺序、批量请求处理与部署清单。

v31.0 比特币核心的 -walletrbf 默认开启，历史上有过从关到开的翻转，且帮助文本标注 RPC only。本文核对 0.14 至 24.0 的默认值时间线、replaceable 选项的优先级与 bip125-replaceable 字段的读法。

比特币核心 v27 起新增 -persistmempoolv1 过渡开关，控制 mempool.dat 写旧版还是当前格式，读端则两种通吃。本文按 v31.0 源码拆解格式兼容设计、降级场景的正确操作顺序与文件容错边界。

比特币核心的 -seednode 让新节点用手动指定的对端取回地址清单，v31.0 源码规定它先于 dnsseed 尝试、列表启动时洗牌，且与 -connect 互斥。本文拆解语义边界、启动节拍与验证方法。

以太坊的存款合约把执行层付款地址与共识层验证者公钥绑在同一条记录里，任何链上观察者都能拼出谁在质押的对应关系。EIP-8222 提出 Lean Staking：把质押拆成两段——先把 ETH 存入一张待领取存款树、用零知识证明领取——让存款地址与验证者密钥在协议层不再互相指认。这份 2026 年 4 月的草案要求 EIP-6110 与 7251 在前，目前是草案状态。本文解释这个两段流程的形状、失效集合怎么长出来，以及隐私与可审计之间的边界。

以太坊的 Blob 通道（EIP-4844 体系）按区块现买现走：打包者临时决定带多少 blob，费用随拥堵实时波动。EIP-8256 在 2026 年 5 月提出 Blob Streaming：通过一个叫票据合约（ticket contract）的系统合约提前预订区块容量，让 blob 的传播和费用像预订运输班次一样可预期。它要求 EIP-2935、4788、4844、7002、7594、7732、7918 在前，目前是草案。本文解释提前预订对谁有价值、票据合约与统一费用机制是什么形状，以及即时容量与预订容量两条车道怎么分配。