為兼顧不同平台的兼容性、交易效率和隱私需求，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，然後核對系統產生的收款地址。
注意：相同助記詞可以依照不同派生路徑產生多種格式的比特幣位址。切換格式前，請確認錢包版本和收款平台均支援目標格式，並妥善保管助記詞和私鑰。