MuSig2 把多个签名人的钥匙聚合成一把看起来普通的公钥，但每换一个收款地址都要重新聚合一次。BIP-328 给出一个约定：把聚合公钥包装成合成扩展公钥，之后像普通钱包一样做未硬化派生，签名时再补上路径修正量。本文讲清这个约定的规则、适用边界和隐私含义。

MuSig2 能把多个参与者的公钥聚合成一个看似普通的比特币公钥，但钱包一直缺一行代码来描述「这枚聚合钥匙由谁组成」。BIP-390 给输出脚本描述符加了 musig() 关键字：聚合规则、排序要求和派生路径。本文讲它解决什么、语法边界和与 BIP-327 的分工。

BIP174 的 PSBT 把未签名交易焊死在全局字段里，协作方谁也不能再加一个输入。BIP370 定义的 PSBT 版本 2 移除了那笔骨架交易，用计数、修改位和逐输入字段重写了结构。本文对比两代格式，讲清可添加标志、锁定时钟与角色分工的变化。

以 3 开头或 bc1q 长串的多签与脚本地址，锁定的不是公钥而是一段脚本的哈希：花的时候才把脚本原文亮出来，现场验证哈希对得上。本文讲清 P2SH 的锁定与花费结构、redeem script 序列化、它给多签和智能脚本带来的地址兼容红利。

MuSig2聚合签名要交换公钥、两轮临时nonce和分片签名，传统PSBT字段装不下这套多轮数据。BIP-373给PSBTv0与PSBTv2各加了参与方公钥、临时公钥、分片签名三个输入字段与一个输出字段。本文逐字段拆解其结构与用途。

比特币多签钱包最容易出事的时刻不是日常转账，而是安装那十分钟：公钥经不可信通道汇集，配置可能被悄悄替换。BIP-129 提出 BSMS 格式，把多签配置写成带校验的描述符记录，用 AES 加密传输、逐设备核对密钥已列入。本文讲这份 2020 年定稿的规范如何拆掉安装期攻击面。

多签 P2SH 的重建脚本原本不要求公钥顺序，n 个密钥就有 n 的全排列级脚本变体：同一份 m 加 n 配置能开出多个合法地址，钱包之间还互相认不出对方。BIP67 规定公钥按字典序升序排列来定死唯一脚本。本文拆解排列爆炸的地址后果、排序约定的具体规则，以及隔离见证时代它的新角色。

比特币核心的 createmultisig 不建钱包也能算出 N-of-M 多签地址与兑现脚本，适合先把地址放进审批流程、再决定谁来保管密钥的场景。本文拆解它生成什么、redeemScript 为什么要立刻归档，以及和 addmultisigaddress 的分工。

Safe 类多签的持有人列表和阈值写在合约存储里，本地配置文件丢了钱不会丢。本文讲重建所需的最低材料、如何用链上真值核对配置，以及模块与 Guard 等容易漏掉的状态清单。

Bitcoin Core 31的analyzepsbt会逐输入报告UTXO、脚本和签名缺失项，并给出next角色。本文把missing字段映射到Updater、Signer、Combiner与Finalizer流程。