加密货币百科

比特币节点不直接推整个区块，而是先互相递一张清单：inv 消息报出我有哪笔交易、哪个区块的哈希，对方再按需回一条 getdata 点名要货。本文按点对点协议参考拆解这套问询式广播的两步结构，以及为什么 getdata 要不到已剪枝的历史区块、mempool 消息和 inv 怎么配合。

比特币节点之间发的每一条消息，都是 4 字节网络魔数、12 字节命令名、4 字节长度、4 字节校验和加负载的固定结构。本文按 developer.bitcoin.org 参考手册逐字段拆解这个封包格式，解释校验和为何只取双重 SHA256 的前四字节、多字节整数为什么按小端传输，以及封包结构本身不承担验证责任这件事意味着什么。

x402把HTTP 402响应、支付要求、客户端签名和facilitator结算串成一次机器支付。本文逐步拆解握手状态、三个关键响应头、网络与资产核对，并给出失败时从协议层到链上层的排查顺序。

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

同一句 gettxoutsetinfo 有时秒回有时几十分钟。本文拆解全库扫描与 coinstatsindex 索引两条路径、三种哈希口径与做供应统计的正确姿势。

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

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

每张闪电发票必须携带 256 位 payment_secret。本文解释它如何阻断中间节点对收款终点的探测，又如何在多部分付款里充当碎片拼接的胶水。

BOLT 12 让商家挂出一张长期有效的报价，付款方在网络上现生成发票。本文拆解 offer、invoice_request、invoice 三消息流程、盲路隐私与付款证明。

拆解 BOLT 11 闪电付款请求的每个组成：网络前缀与金额倍率字母、默认一小时有效期、支付哈希与支付密文等标签字段，以及扫码前应核对的三件事。