脚本路径、内部密钥、只知最终 tweaked 公钥——不同知情程度如何挂进 LND 观察？本文依据 v0.19.0-beta 源码拆解 walletkit 的 ImportTapscript：四种脚本知情模式、返回 P2TR 地址、只盯不花、历史事件不回扫，并解释它与 ImportPublicKey 的分工边界。

BIP-441 提议一个新的 Tapscript 叶子版本 0xC2，重新启用被禁操作码、把栈对象上限提到 400 万字节，并用 BIP-440 的可变操作码预算防计算量滥用。本文讲解这套「恢复而不重蹈覆辙」的设计与它的安全边界。

Taproot软分叉在2021年11月于比特币主网709632区块高度激活，其脚本执行层由BIP342定义。本文拆解这份已部署规范的四组核心规则：遇OP_SUCCESSx即通过、批量验签时代的OP_CHECKSIGADD、被禁用的旧多签操作码，以及按见证大小折算的签名操作码预算。

比特币脚本验签长期只能针对当前交易。BIP-348提出OP_CHECKSIGFROMSTACK：签名仍按BIP-340验证，但被签的消息从栈上取。它与CTV组合可构造闪电对称通道，也能表达时间化委托。本文拆解规则、软分叉方式与提案生态位。

Taproot输出承诺的内部密钥平时在脚本里拿不到，只能硬写进脚本，一字节改一次脚本根。BIP-349提出OP_INTERNALKEY，直接把32字节x-only内部密钥压上栈。本文讲它如何省8个虚字节、如何让整棵脚本树跟着换钥匙，以及与CSFS的组合。

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

同样是多人共管资金，BIP342 把门槛写在链上，BIP327 把签名聚合成一个。本文对比两条路线的链上足迹与隐私差异，解释密钥抵消攻击为何迫使 MuSig2 采用两轮交互，并强调 n-of-n 聚合本身不含门槛语义，适用边界与组合用法各自成立。

Taproot 让 Schnorr 签名走向主网，但多数人说不清它和用了十几年的 ECDSA 差在哪。本文从签名长度、密钥聚合、批量验证三个维度对比，并说明 x-only 公钥与脚本路径的使用边界。

Bech32用于SegWit v0，Bech32m用于v1至v16。本文从HRP、见证版本、程序长度和校验常量给出bc1地址的完整验证流程。还会核对主网与测试网HRP、见证程序长度和地址大小写规则，避免只凭bc1前缀判断地址有效性。

Taproot把内部密钥与脚本树承诺进同一个P2TR输出，花费时可走Schnorr密钥路径，或公开一片Tapscript与控制块走脚本路径。本文比较隐私、费用、多签与恢复权衡。