比特币核心 v31.0 的钱包图形界面导入 PSBT 文件时会量一次尺寸，超过一亿字节就拒绝，而提示文字写的是 100 MiB，两者口径并不相同。本文说明这道闸门只覆盖图形界面挑文件这条路径、BIP 174 未定上限是它存在的原因，并解释多签协作为什么会把 PSBT 撑到接近这个量级。

付给合约（P2C）把一条外部承诺藏进公钥里，花钱时签名设备必须知道那个承诺值，否则签不出有效签名。BIP-372 为 PSBT 增加专门字段，把原始密钥与 tweak 值的对应关系随交易一起分发。本文拆解它想解决的离线签名困境和字段设计思路。

Bitcoin Core v31.0 的 createpsbt 以 Creator 角色把指定输入输出装配成一份裸 PSBT 骨架：不选币、不签名、不广播。本文按 v31.0 源码核对它的参数、与 createrawtransaction 和 walletcreatefundedpsbt 的分界，以及多方协作与测试场景中的正确用法。

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

PSBT把未签名交易装进标准化容器，让多人协作签名更方便，但容器里哪些字段决定你签的是什么，很多人没看。本文从BIP174的字段结构出发，讲清non_witness_utxo与witness_utxo的安全差别、构造者能替你改什么，以及签名前该做的逐项核对。

Bitcoin Core getrawchangeaddress生成的是供原始交易使用的新找零地址，不是普通长期收款入口。本文比较自动找零和手工找零，说明地址类型、changepos回读与复用风险。

比特币核心的 joinpsbts 能把多个 PSBT 合并成一份，用来把各方分别准备的输入输出拼成同一笔协作交易。本文按源码行为讲清它的合并规则：输入不许重叠、版本取最高、locktime 取最低，以及它和 CoinJoin 类协议的真实关系与隐私局限。

utxoupdatepsbt可从节点数据和描述符为PSBT补充UTXO、脚本与派生信息，但不会签名或验证收款意图。本文用更新前后字段对照解释数据来源、描述符范围和角色边界。

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

descriptorprocesspsbt 可用输出描述符为 PSBT 补充 UTXO、派生信息并尝试签名。本文按参数、补全过程、complete 判断和协作签名边界给出可复现操作清单。