比特币核心 createrawtransaction 只造不签、不存不播，replaceable 默认为真，输入存在性不校验，v30 起新增 version 参数。五个参数与离线签名流程中的复核纪律逐项拆解，以 v31.0 源码为准。

BIP-140 提出 NTXID：计算交易身份时剔除签名脚本，第三方改签名或签名者重签都换不掉交易 ID。本文讲清可延展性的两类来源、BIP-62/66 路线的局限，以及 SegWit 为何取代了这条方案。

combinerawtransaction 把同一笔交易的多份带签版本合并成一份，是 PSBT 普及之前的多方汇签收尾工具。本文按 v31.0 源码拆解它的合并逻辑、输入必须完全一致的前提、与 combinepsbt 的分界，以及今天还有哪些场景绕不开它。

converttopsbt 把 createrawtransaction 或 fundrawtransaction 产出的裸交易十六进制反向转换成 PSBT，方便继续走签名器流程。本文按 v31.0 源码讲清它为什么只适用于这两条来路、permitsigdata 开关撕掉签名的危险默认值，以及和 walletcreatefundedpsbt 的正路对比。

共识规则只管交易别太大，标准政策却反过来管交易别太小：非见证部分低于 65 字节的交易默认不中继。本文拆开这条地板线的源码出处、它和尘埃规则的配合关系，以及为什么给交易设下限和保护 UTXO 集合是同一件事。

共识校验不看输入有多少条，反序列化却先把尺寸声明框死在约 3354 万以内，标准政策和权重预算再把现实数字砍到几千。本文拆开这条"没有条数上限的上限"，按共识、协议、政策三层各自算一遍账，再讲巨型输入在 sigops 预算和手续费上的现实约束。

钱包 abandon 操作到底删掉了什么：未确认交易被放弃后链上的冲突支出怎么走，什么条件下才会被拒绝。

结构合法却不标准的交易在主网会被节点拒转。本文依据 v31 源码梳理共识规则与中继政策的分界、标准性收紧的历史动因，以及该参数为何标注仅测试网络适用。

以太坊每加一个新能力就新增一种交易类型，字段语义成排重复。EIP-8175 提出一种带能力清单的可组合交易：类型不再膨胀，签名独立成列，fee_auth 字段还能让第三方代付 gas。本文拆解这份草稿。

EIP-8182 提议在固定地址部署一个没有代理、没有管理员、只有硬分叉能改的隐私池系统合约：池证明管金额守恒与销毁器，认证证明交给用户自选的验证合约。本文拆解设计取舍、注册表隐患与没解决的部分。