如何在 UniSat 中的 Bitcoin 地址类型之间切换？ （本机 SegWit 与 Taproot）

了解 UniSat 中的 Bitcoin 地址类型

1. UniSat钱包支持多种Bitcoin地址格式，每种地址格式对应Bitcoin网络上不同的脚本类型和共识规则。

2. 原生 SegWit (bech32) 地址以bc1q开头，并使用 P2WPKH 或 P2WSH 脚本，与传统格式相比，可提高交易效率并降低费用。

3. Taproot (bech32m) 地址也以bc1p开头，但实现 Schnorr 签名和 Merkleized 抽象语法树 (MAST)，从而实现更多隐私和灵活的智能合约功能。

4. bech32 和 bech32m 之间的区别对于用户来说在视觉上并不明显，但它会影响脚本验证、签名聚合和 UTXO 可花费性。

5. UniSat 在地址生成过程中执行严格的编码检查，以防止意外使用不兼容的格式进行特定操作，例如序号铭文或闪电通道融资。

访问地址类型设置

1. 打开 UniSat 浏览器扩展程序或移动应用程序，然后使用密码或硬件密钥解锁您的钱包。

2. 导航至“设置”菜单，然后根据您的客户端版本选择“钱包首选项”或“地址格式” 。

3. 出现一个下拉菜单或切换开关，显示可用选项：本机 SegWit (P2WPKH) 、 Taproot (P2TR) ，有时还有旧版 (P2PKH) — 尽管新钱包默认禁用后者。

4. 选择 Taproot 会触发有关与旧服务和未升级节点的兼容性的警告，这些节点可能会误解 bech32m 校验和。

5. 确认更改不会更改现有私钥，而是指示 UniSat 使用所选输出脚本类型从同一 HD 路径派生新的接收地址。

对序数铭文的影响

1. 写入聪需要发送到由支持见证数据附件的脚本控制的有效 UTXO，Native SegWit 和 Taproot 都满足这一点。

2. 主根地址允许将铭文承诺直接嵌入到脚本路径支出中，与关键路径支出相结合时减少链上占用空间。

3. 原生 SegWit 铭文完全依赖于见证脚本注入，使得它们的序列化大小比同等的 Taproot 铭文稍大。

4. 如果某些铭文市场的后端解析器缺乏 bech32m 支持，则会拒绝发送到 Taproot 地址的传输，从而导致列出失败或索引延迟。

5. UniSat 按地址类型显示的铭文状态不同 — Taproot 铭文在资源管理器视图中显示“P2TR”徽章，而 Native SegWit 显示“P2WPKH” 。

交易费用及确认行为

1. 由于 Schnorr 签名压缩，从 Taproot 地址发送 BTC 通常会导致交易权重更小，在相同条件下将费用预估降低 5-12%。

2. 原生 SegWit 交易在内存池拥塞水平上保持一致的费用可预测性，因为它们的见证结构自 2017 年以来已得到广泛验证。

3. 矿工在区块包含期间不会区分 P2WPKH 和 P2TR 输出，但运行过时软件的完整节点可能会延迟 Taproot 支出的中继，直到完全同步超过激活高度。

4. UniSat 生成的更改输出会自动继承主输入脚本的地址类型，除非在高级模式下手动覆盖。

5. UniSat 内的多重签名设置目前仅支持 Native SegWit 多重签名 (P2WSH)；截至当前版本，UI 中仍不支持基于 Taproot 的多重签名 (P2TR + MAST)。

常见问题解答

问：我可以将 BTC 从 Taproot 地址发送到 Native SegWit 地址吗？答：是的。 Bitcoin 允许跨格式发送。收件人的地址格式决定了输出的锁定方式；发送者的格式仅影响输入的见证结构。

问：切换地址类型会影响我的私钥吗？答：不需要。UniSat 使用 BIP-86 作为 Taproot，使用 BIP-84 作为 Native SegWit，两者都源自相同的主种子。按键保持不变；只是派生路径不同。

问：为什么在选择 Taproot 模式后粘贴 bc1q 地址时 UniSat 显示“不支持的地址”？答：UniSat 根据当前选择的格式验证粘贴的地址。 bc1q 地址是本机 SegWit，因此除非启用手动覆盖，否则它在仅 Taproot 模式下验证失败。

问：UniSat 生成的所有 Taproot 地址都与闪电网络通道兼容吗？答：不普遍。虽然 LND 和 Core Lightning 支持 P2TR 资助，但某些实现需要显式的 bech32m 解码逻辑。 UniSat 生成的 Taproot 地址符合 BIP-341 要求，但可能需要节点级配置才能打开通道。