为兼顾不同平台的兼容性、交易效率和隐私需求，UKey 硬件钱包及客户端支持多种常见的比特币地址格式。本文介绍各格式的主要区别，以及如何在 UKey Wallet 中进行选择。
一、比特币常见地址格式
地址类型 | 常见前缀 | 主要特点 | 适用场景 |
传统地址 (Legacy/P2PKH) |
| 兼容范围广；在同等条件下，交易重量和手续费通常高于 SegWit 格式。 | 收款平台暂不支持 SegWit 时使用。 |
嵌套隔离见证 (Nested SegWit/P2SH) |
| 将 SegWit 封装在 P2SH 中，兼顾旧系统兼容性与手续费优化。 | 需要兼容部分旧平台时使用。 |
原生隔离见证 (Native SegWit/Bech32) |
| 交易重量较低，并使用便于检测输入错误的 Bech32 校验机制。 | 在收款方支持时，适合日常使用。 |
Taproot (P2TR/Bech32m) |
| 支持 Schnorr 签名和脚本路径；部分复杂交易可获得更好的效率与隐私表现。 | 收款方支持 Taproot，或需要相关高级功能时使用。 |
使用前请注意：
先确认兼容性：发送前请确认收款平台明确支持所选地址格式。以
3开头的地址也可能表示其他 P2SH 脚本，并不一定都是嵌套隔离见证地址。手续费并非只由地址新旧决定：实际手续费取决于交易输入、输出、脚本类型和当时的费率。SegWit 地址通常能降低交易重量，但不能保证每笔交易都一定最便宜。
Taproot 的隐私改进取决于使用方式：Taproot 可改善部分复杂交易的链上表现，但不会让所有交易自动匿名。
1. Legacy (P2PKH - Pay to Public Key Hash)
地址特征：通常以数字
1开头（例：1Fh7ajXabJBpZPZw8bjD3QU4CuQ3pRty9u）。技术说明：P2PKH 是比特币早期采用并沿用至今的地址类型之一。
应用特性：兼容范围广，但与 SegWit 格式相比，同等条件下通常需要更高的交易重量，因此手续费也可能更高。
2. Nested SegWit (P2SH - Pay to Script Hash)
地址特征：常见的嵌套隔离见证地址以数字
3开头（例：3KF9nXowQ4asSGxRRzeiTpDjMuwM2nypAN）。技术说明：该格式将 SegWit 支付条件封装在 P2SH 结构中，作为向原生 SegWit 过渡时的兼容方案。请注意，并非所有以
3开头的地址都是嵌套隔离见证地址。应用特性：通常比 Legacy 格式节省交易重量，并能兼容支持 P2SH、但尚未完整支持 Bech32 的服务；其效率通常不及原生 SegWit。
3. Native SegWit (Bech32 - 原生隔离见证)
地址特征：SegWit v0 地址以
bc1q开头（例：bc1qf3uwcxaz779nxedw0wry89v9cjh9w2xylnmqc3）。技术说明：基于 BIP173 定义的 Bech32 编码，不需要 P2SH 嵌套。
应用特性：
交易效率：与 Legacy 和嵌套 SegWit 相比，通常具有更低的交易重量。
输入校验：Bech32 的校验机制有助于发现地址录入错误，并适合二维码展示。
使用建议：在发送方和收款平台均支持的情况下，可优先用于日常收发 BTC。
4. Taproot (P2TR - Pay to Taproot)
地址特征：以
bc1p开头（例：bc1p8denc9m4sqe9hluasrvxkkdqgkydrk5ctxre5nkk4qwdvefn0sdsc6eqxe）。技术说明：Taproot 于 2021 年 11 月在比特币主网上激活。P2TR 地址使用 Bech32m 编码，并支持 Schnorr 签名与脚本路径。
应用特性：对于部分复杂的签名和脚本条件，Taproot 可以提升交易效率，并减少在链上公开的脚本信息。但实际效果取决于交易构造方式，不能理解为所有 Taproot 交易都会自动匿名。
二、在 UKey Wallet 中选择 BTC 地址格式
在不同平台或交易所之间转移资产时，应先确认对方支持的地址格式。若当前版本的 UKey Wallet 提供地址格式选择，可按以下步骤操作：
打开 UKey Wallet，进入您的 BTC 账户页面。
点击【接收 (Receive)】。
在收款页面中打开地址格式选项。
根据收款平台的兼容要求，选择 Legacy、Nested SegWit、Native SegWit 或 Taproot，然后核对系统生成的收款地址。
注意：同一助记词可以按照不同派生路径生成多种格式的比特币地址。切换格式前，请确认钱包版本和收款平台均支持目标格式，并妥善保管助记词和私钥。