多签钱包怎么兑换：2-of-3 从出金到收款

多签钱包不是另一种钱包，它是另一种锁定脚本，而兑换站点从来不看脚本。建一单只需要四样东西——付什么、收什么、多少、以及收款地址——外加一个退款地址（本站 2026-10-25 起必填）。不连钱包、不签名、没有账号。所以真正的问题不是「2-of-3 能不能兑换」，能。问题是：你的脚本多花多少字节、建单前的地址校验认不认得它、以及你的签名流程塞不塞得进 30 分钟的订单窗口。下面的数字来自 2026-10-27 本地解析的五个比特币区块。 (转错网络如何找回)

订单到底要什么。 下单接口收 fromAsset、toAsset、fromAmount、toAddress、refundAddress 五个字段，地址长度上限 256 字符，其余关于地址的判断交给上游。对多签用户有两点要紧。第一，多签地址就是一个地址：3… 的 P2SH、bc1q 的 32 字节程序，和单签地址一样被接受，因为没人检查你是否花得动。第二，退款地址现在是硬要求，而且必须是付款网络的地址——所以退款路径通常还是同一个多签钱包里的另一个地址，而不是交易所充值地址。兑换一旦失败，币会退回到一个需要 m 个签名的脚本里。这既是多签的意义，也是它的操作风险：退款可能就停在那儿，直到另外几个签名者都在场。 (转错网络如何找回)

同一个 2-of-3，三种脚本，三种价格。 同样的 2-of-3 可以写成三种编码，链上三种都有。legacy P2SH 把签名和赎回脚本都塞进 scriptSig，实测输入 294 vB（94 个样本的中位）；native P2WSH 把签名搬进 witness 吃 75% 折扣，实测 104.2 vB（224 个样本）；嵌套的 P2SH-P2WSH 2-of-3 是 139.2 vB。同样的阈值、同样的公钥数，最老的编码要多花 2.8 倍字节。作为对照，单签 P2WPKH 输入 67.8 vB，Taproot 密钥路径输入 57.5 vB。3-of-5 的 legacy 脚本每个输入 435 vB，是同等权限下 Taproot 签名的 7.6 倍。

3… 开头并不能告诉你脚本有多贵。 我们用固定公钥离线生成了两个真实的 2-of-3 地址：一个 legacy P2SH，开头 33ybcg…；一个嵌套 P2SH-P2WSH，开头 3NBbb…。两个都是有效主网地址，都通过全部校验和，都以 3 开头。输入成本差 2 倍以上。想知道你的协调器生成的是哪一种，只能看它的脚本类型设置；想知道会花多少，只能看它构建出的交易体积。继承一个钱包、或者从几年前的备份恢复时，很多协调器的默认值仍然是 legacy 编码。

下单前站点校验什么。 2026-10-25 起，下单接口改为本地校验收款地址，不再完全信任上游——起因是库里 6 笔订单的收款地址校验和是错的，其中 5 笔已经打款。我们把同一个函数跑在刚才生成的地址上：legacy 3… 通过；bc1q 32 字节程序通过；bc1p 的 bech32m 也通过（上游是否愿意付到 Taproot 地址是另一个问题）。把 3… 地址改一个字符，返回「address checksum mismatch — a character was likely mistyped」；把 bech32 地址改一个字符，返回「segwit address fails its bech32 checksum」。还有一个要知道的缺口：Litecoin 目前不在这个校验器覆盖范围内。我们用一个校验和明显错误的 LTC 地址测试，仍然通过——因为认不出的币种被故意放行，免得误杀合法订单。LTC 上请逐字符比对地址。

为什么 2-of-3 的 scriptSig 以 OP_0 开头。 这是区块 973,353 里一笔真实 2-of-3 花费的原始输入脚本：00 47 30 44 02 20 … 4c 69 52 21 <公钥> 21 <公钥> 21 <公钥> 53 ae。开头的 00 就是著名的 OP_CHECKMULTISIG 差一错误：这个操作码弹出的栈元素比它消耗的多一个，所以要塞一个占位字节把它对齐。末尾的 4c 69 是 105 字节赎回脚本的推入，里面的 52 … 53 ae 依次是 OP_2、三个公钥、OP_3、OP_CHECKMULTISIG。两个实用推论：签名必须按脚本里公钥的顺序排列（所以 PSBT 终结器会对部分签名排序）；手工拼出来的 scriptSig 可能本地看着合法，广播时却被拒。

链上数据：18,574 笔交易里有 1,085 个多签输入。 区块 973,350 到 973,354 共有 16,035 个非 coinbase 输入，其中 1,085 个（6.77%）花的是多签脚本；这些输入占全部输入字节的 9.7%、整块重量的 3.7%。分布大致就是钱包真实行为的分布：嵌套 P2SH-P2WSH 2-of-4 最多，443 个（很可能是一家服务在归集）；其后是 native P2WSH 2-of-3 的 224 个、legacy P2SH 2-of-3 的 94 个、3-of-5 的 17 个。18,574 笔交易里只有 70 笔是纯多签，它们的手续费率中位 2.03 sat/vB——远高于当天早上 1 sat/vB 就能进下一块的水平。有一笔单输入的多签交易付了 30 sat/vB、6,480 聪，约 5.17 美元，而这笔大小本该只值 0.17 美元。 (门罗费用机制)

这些多余字节在今天值多少钱。 06:00 UTC 内存池有 44,475 笔、19.5 MvB，下一块的中位费率投影是 0.122 sat/vB，推荐费率 1 sat/vB（下一块 2 sat/vB）。BTC 79,802 美元时，1 聪是 0.000798 美元。legacy 2-of-3 的 1 进 2 出花费约 367 vB，合 0.29 美元；native P2WSH 2-of-3 同样的花费约 178 vB，合 0.14 美元。到 50 sat/vB（普通的拥堵水平），这两个数字变成 14.60 美元和 7.10 美元。真正被倍数放大的是归集：样本里有一笔交易把 149 个多签输入扫进两个输出，22,110 vB，1 sat/vB 下付 22,148 聪，约 17.70 美元；同样一笔在 50 sat/vB 下约 880 美元。要在内存池空的时候归集，而不是赶时间的时候。

30 分钟的窗口比签名流程短。 订单从创建起 30 分钟过期；之后最多 6 小时内会回看有没有迟到入金；上游完全看不到的单，24 小时后强制作废。充值地址只有建单之后才存在，所以不可能「先签名再建单」。跨两个城市的 2-of-3 流程是：建单 → 按精确金额构建 PSBT → 拿到签名者 A → 再给签名者 B → 终结 → 广播。中间任何一步需要打电话，窗口就没了，你只能指望 6 小时的迟到入金回看能不能捞到这笔付款。实操建议：建单前让两个签名者都坐在设备前；把收款地址和退款地址预先填进协调器；充值地址对照订单页核对而不是对照剪贴板；费率给 1 sat/vB，别让钱包自己猜。 (转错网络如何找回)

逐链的现实。 比特币和莱特币：脚本多签端到端可用，但注意上面说的莱特币校验缺口。EVM 系：没有原生多签，多签是一个合约（最常见的是 Safe）。从合约地址出金是一笔普通转账，地址和任何 0x 地址一样过校验；但花钱是一次合约调用，要多个 owner 批准、由一个执行者付 gas，成本比普通转账高。门罗：CLI 和 GUI 钱包里有 M-of-N 多签，但是多轮协议，工具生态比比特币薄得多。收款很轻松，因为多签钱包的地址就是普通的 4… 地址；花钱才是难的部分。Zcash：截至写作时屏蔽 note 没有阈值签名，所以屏蔽出金在结构上就是单密钥。选链要围绕「你的签名者真能签什么」来做。 (Zcash 与门罗 2026 对比)

建单前的六点清单。 一，收款地址和退款地址都从同一个多签钱包生成，并确认第一个地址在每台设备上一致——口令或派生路径不一致是多签恢复最常见的翻车点。二，看清协调器的脚本类型，优先 native P2WSH 或 Taproot，不要用 legacy P2SH：每个输入省 2 到 3 倍，而且是永久的。三，在手机上手工核对收款地址校验和，剪贴板恶意程序在那里最常见。四，PSBT 里填精确金额：订单按那一个金额定价，少了不会按比例缩。五，签名时把充值地址留在屏幕上，首尾各六个字符比对。六，按协调器要求的顺序、用终结器签名，否则手续费花出去了交易还会被拒。 (转错网络如何找回)

这就是全部取舍。多签钱包给你的是「丢一台设备还能动币」的能力；它要多花字节，而字节只有在内存池空的时候才便宜。截至写作时（2026-10-27 06:00 UTC），真正贵的是兑换本身：100 USDT-TRC20 报 0.14614999 XMR，折合约 684 美元/XMR；5,000 USDT 报 8.17658023 XMR，折合 611.5；1 XMR 卖出价 582.55 USDT。实时价会动，以页面为准。注意力应该花在固定成本和签名窗口上，而不是 legacy 输入那 294 字节——它今天只值 0.23 美元。 (XMR 换 USDT 退出路线)