同一个 getblock 命令，verbosity 传 0 到 3 是四种完全不同的负载策略：原始字节、字段报告、逐笔展开、再加上一手输入溯源，而第三档只在未修剪的主链区块上成立。本文拆解四档的代价阶梯、档位 3 的三条边界，以及体检报告字段的连读方法。

ERC-7769 为 ERC-4337 智能账户定义了 eth_ 与 debug_bundler_ 两组 JSON-RPC 方法。本文拆解六个正式方法的用途、debug 方法的生产环境边界，以及普通用户排障时能怎么用这张方法表。

出块前，节点会把半成品区块交给矿工自行组装。这份模板里，哪些字段一个字节都不能动、哪些是明示可以修改的自由空间、交易清单又带着哪些依赖关系，决定了组块工作的全部边界。本文以 Bitcoin Core 29.0 导出的 RPC 文档与 BIP22 为依据逐项拆解。

一个数字的余额会撒谎。getbalances 把余额拆成可信、待确认、未成熟与已使用四格，外加观察钱包栏，本文依据 Bitcoin Core 29.0 RPC 文档说明每格的严格定义与选币脚本该怎么消费它们。

同样是看内存池，不带参数只有一列交易编号，加上详细参数则是一整套账本。依赖关系、祖先统计、交易见证哈希、四种费用口径各自回答什么问题，本文以 Bitcoin Core 29.0 RPC 文档为准逐项讲清。

新节点同步时，getblockchaininfo 里的 verificationprogress 常常卡在 0.99 附近纹丝不动，甚至偶尔回退。它不是已下载字节的百分比，而是一个基于链上交易总数的估算。本文拆解这个字段的定义、和 blocks 与 headers 两个高度的关系，以及该用哪些字段判断同步到底完没完成。

把一笔还没签名的交易喂给钱包，让它回答这笔交易会对余额造成什么变化。Bitcoin Core 的 simulaterawtransaction 会报出钱包余额变化值，负数即净支出，帮助在签名前后多一道校验。本文拆解它算的是什么账、看不见的账有哪些，以及适合插入哪些流程。

钱包只会生成创建时就绑定好的地址类型，想让只认原生隔离见证的老钱包补出 Taproot 收款能力，用不着重建钱包。Bitcoin Core v28 的 createwalletdescriptor 能把新标准描述符加进现有钱包，配套 gethdkeys 查已有密钥。本文拆解它补的到底是什么。

Bitcoin Core v28 新增的 gethdkeys 把钱包描述符引用的全部 BIP32 密钥一次性列出，含指纹与派生路径。恢复、迁移、密钥审计时先跑它，能少踩很多坑。本文拆解返回字段、与 listdescriptors 的分工，以及审计时看哪些异常信号。

Solana getEpochSchedule返回slotsPerEpoch、warmup和首个正常epoch等字段。本文说明普通阶段边界公式、预热例外和壁钟时间误差。