Stellar 锚点用 SEP-24 协议让法币出入金在钱包内完成：JWT 认证、交互式网页、状态机与回调各有规矩。本文按官方协议文本梳理流程、状态含义与排错点。

BIP-121 为付款证明流程设计了一种 URI 方案，仿照 BIP-21 收款链接，用 p、n、txid 三个参数把证明请求编码成二维码或 NFC 载荷。本文拆解它的参数语义、Base58 缩短技巧与被 BIP-120 弃用的来龙去脉。

比特币 P2P 实现给单条 getdata 消息的条目数卡了硬上限，Bitcoin Core v31.0 里这个编译常量是 1000。本文按 v31.0 源码核对该上限在区块下载与交易下载两条路径上的生效方式、它防的是什么，以及为什么日志里会看到多条较短的 getdata。

闪电协议在通道开通前后使用两套通道编号：开通前是双方各自构造的 temporary_channel_id，开通后是从资金交易哈希与输出序号做大端异或得到的 channel_id。本文按 BOLT 2 原文拆解两种编号的构造规则与撞号处理。

BOLT 2 规定 shutdown 的 scriptpubkey 只接受 P2WPKH 与 P2WSH 两种形式；future segwit 靠 option_shutdown_anysegwit（位 26/27）入列，OP_RETURN 靠 option_simple_close（位 60/61）且以 anysegwit 为前提；upfront 预提交后改口须对端以 warning 同意。本文按规范列名单与排障读法。

v31 源码里 PROTOCOL_VERSION 为 70016、断连线 MIN_PEER_PROTO_VERSION 为 31800，且 v30 起未上调：数字门槛只挡远古实现，功能靠逐项协商降级。本文讲两套编号分工与 version 消息的三道检查。

在算力时代，矿机与矿池之间流传着各家自定的Stratum方言。EIP-1571提出的EthereumStratum/2.0.0试图用JSON-RPC 2.0统一这套对话：客户端先报协议版本，支持会话续接与gzip压缩，用更短的指令减少带宽。本文按规范原文走一遍握手与作业下发流程，并交代它的实际命运。

区块 Gas 上限抬高后，一整个区块的回执列表可能超过 P2P 单条消息约 10 MiB 的上限，导致同步反复失败。EIP-7975 提议的 eth/70 给回执消息加了不完整标记，让节点分段索取最后一块的回执。本文解释故障模式与协议改法。

比特币用 sigops 预算给每块的验签工作量设了天花板，但对处理栈数据的脚本操作没有等价的账本。BIP-440 提出 varops 预算：按操作数长度的最坏情况计费，让新脚本提案有一把统一的尺子，而不是各造各的限额。

比特币交易里有不少固定值、重复字段和永远为小数字的字段，BIP-337 设计了一套可选的压缩序列化，把这些冗余收拢，常规交易可压到原始大小的一半左右。本文拆解它的四种压缩手段、可逆性边界与现状。