Taproot 的 P2TR 输出可以携带一棵脚本树，BIP-386 定义的 tr() 描述符把内部密钥与脚本树写进同一行表达式。本文拆解单密钥与带树两种形态的计算规则、x-only 密钥限制、两种非法嵌套，以及恢复备份时应核对的要点。

不是所有脚本都来自自己派生的密钥。BIP-385 的 raw() 与 addr() 描述符把任意已有输出脚本或任意地址包装成描述符，喂给扫描与工具链。本文讲两者的分工与失效边界：raw 只收十六进制、addr 只收合法地址、二者禁止嵌套，以及包装别人的地址时"扫描可得、签名不可得"的含义。

Bitcoin Core 的 combo() 描述符把一把钥匙同时展开成 P2PK、P2PKH、P2SH-P2WPKH、P2WPKH 四种脚本，是新旧钱包格式之间的一座桥。本文拆解 combo 的产出规则、什么时候它只出两种脚本、它如何终结"换地址类型要不要重扫"的困扰，以及使用时的三个核对点。

多方共用的 P2SH 多签钱包要解决一个尴尬：谁都不肯把主公钥交给对方，但生成收款地址又必须各自动手。BIP-45 用 m/45 开头的四层路径解决：按公钥字典序定座次、只交换硬化层公钥、任何一户都能独立算出同一批地址。本文拆解路径每一层的含义、地址独立生成的流程与恢复时的注意项。

BIP-450 提案 Formosa 把 BIP-39 的逐词编码改写成按主题造句：每 33 位随机数编成一句有语法的情节句，声称更易记且与 BIP-39 双向兼容。本文拆解它的主题词表结构、句子与词的换算表、恢复时仍要过一遍标准词表的兼容机制，以及草案阶段的风险边界。

固定层数的派生路径只能用一次结构。BIP-83 提出在每一层预留 0 号子节点专做“继续往下长”的入口，让钱包层级可以无限嵌套。本文拆解它的规则、与 BIP-44 固定五层结构的取舍，以及今天为什么几乎没有钱包在用这套约定。

今天连接钱包时弹出的授权请求，源头可以追到 2018 年的 EIP-1102。在它之前，浏览器注入的钱包把账户列表直接摊给每个打开的网页。本文讲清 opt-in 暴露协议的设计、请求-批准-拒绝三步流程，以及它如何演变成今天各钱包的默认行为。

ERC-7845 规范了钱包系统向编排器请求解决方案的 JSON-RPC 数据结构。本文逐字段读 Problem 与 Action，重点讲链号、出资范围、动作类型三处缺省语义带来的授权面。

JoinMarket 把混合交易做成一张订单簿：有人出价当流动性提供方，有人下单拼单，一笔输出顺序打乱的共同交易就这样成交。本文拆解它的订单簿模型、手续费来源、CoinJoin 结构与被动收入逻辑，以及这种模式对隐私和合规边界的影响。

比特币核心的 listaddressgroupings 把因共同输入和找零而公开过共同所有权的地址归组列出。本文按官方命令描述拆输出格式、分组依赖的两条链上线索、值得跑一遍的三个场景，以及启发法与隐私的三条边界。