ord 提供的 decode 子命令可以把一笔比特币交易拆开：列出其中所有铭文封套，并尝试把 OP_RETURN 载荷解成 Runestone。本文说明它的三种输入方式（txid、文件、标准输入）、compact 输出字段，以及排查“这笔交易到底刻了什么”时的用法和边界。

TXID 在浏览器里和在原始数据里互为倒序，不是数据被改。本文解释比特币哈希的自然顺序与显示顺序约定、按字节翻转的正确方法，以及与以太坊的差异。

零散 UTXO 推高每一笔转账的体积和手续费，但合并本身要付一笔不便宜的交易，还会暴露地址关联。本文按成本核算、依赖风险与隐私代价给出一份可执行的合并顺序。

闪电节点灾难性故障后，静态通道备份让你不必遗忘每一条通道。本文说明 SCB 里到底存了什么、没存什么：为什么它能帮你强制关回资金，却救不回余额状态，以及开新通道不更新备份的隐性代价。

比特币节点现在靠洪泛广播未确认交易，带宽随连接数线性增长。Erlay 提出用集合对账替代逐笔广告，官方编号 BIP330。本文讲清它的最小草图机制、实测带宽收益，以及比特币核心 v29.0 中默认关闭、实验性质的当前状态。

v30.0 把默认最小中继与递增中继费率降到 0.1 聪每虚拟字节，打包最低费率降到 0.001。本文分三条线解释这次调整对交易传播与确认的实际影响。

比特币节点关机前把内存池快照写入 mempool.dat，重启再灌回。本文说明这份记忆的边界：过期规则、与钱包重发的分工，以及重启后费率读数为何虚少。

Taproot 输出平时只是一串字节，密钥路径花费与普普通通的单签无法区分，脚本路径却会摊牌。本文拆解两条路径的泄露边界与 annex 雷区。

比特币核心的 -blocksonly 让节点只同步区块、拒绝来自对端的交易。本文按 v29.0 帮助文本拆解它省下的带宽与内存、付出的零确认与费率估算视野，以及开启后自己的交易如何广播。

比特币节点默认按 IP 前缀分桶选邻居，同一个云厂商的大量 IP 会被误认为多样。asmap 把 IP 映射到自治系统号，让分桶按“谁控制网络”进行。本文讲清它的用途、v29.0 中默认关闭的状态与自定义文件的安全边界。