共同输入、脚本类型、整数金额——三条启发式让普通转账暴露钱包轮廓。BIP78 Payjoin 让收款方在同一笔交易里掺入自己的输入输出。本文讲清端点参数、PSBT 协商流程、不得降低绝对手续费与必须认证加密的红线，以及它隐藏与不隐藏什么。

ord 渲染规范规定铭文按方形展示、预览上限 576 像素、向上缩放默认用 pixelated、AVIF 用 auto。本文解释这些规则的含义，以及放大后方块化与发虚的区别。

Ordinals 铭文的 properties 字段用严格 schema 的 CBOR 结构化刻写属性，支持 Brotli 压缩并设 400 万字节与 30 比 1 两道解压限制。本文按项目文档拆解字段结构与解析顺序。

铭文协议认定的销毁是把持有铭文的输入花进 OP_RETURN 输出，而不是转进黑洞地址。本文解释 burned 标记、火焰 charm、burn metadata 燃烧留言的规则与核验方法。

Runes 把指令写进 OP_RETURN OP_13 输出，经 LEB128 varint 解码成 128 位整数序列再解析为刻印、铸造与分配。本文按协议文档拆解这条解码管线与 Cenotaph 兼容契约。

ord: 前缀加铭文 ID 构成铭文 URI：64 位 txid、字母 i 与序号。本文按 ord 项目草稿文档解释其语法规则，以及它永远取原始内容而非委托内容的语义。

点击 bitcoin: 链接就能唤起钱包，现行规范是 BIP321。本文拆解其语法、amount/label/message 的边界、req- 前缀不能静默忽略的硬规则，以及客户端不得未经用户授权付款这条总则对应的防钓鱼要点。

Bitcoin Core 31 的 getdescriptoractivity 可按描述符和指定区块核对收款、花费及可选内存池事件。本文给出区块预筛、范围描述符和事件验收的完整流程。

Bech32 有一个末尾字符 p 前可任意增删 q 的已公开弱点。BIP350 用异或常数 0x2bc830a3 换出 Bech32m：v0 地址继续用 Bech32，v1 及以上用 Bech32m，并刻意让旧钱包对 bc1p 地址报错而不是烧币。本文讲清这条兼容决策与大小写规则对转账的实际影响。

每个交易输入都带一个 4 字节 nSequence，同时被三套机制读取：nLockTime 的启用开关、相对时间锁的载体、BIP125 可替换信号。本文按 BIP125 与 BIP68 原文讲清 0xffffffff、0xffffffff-1 与低位增量各自触发什么规则，以及钱包里那些开关的真实含义。