如何在 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)。

常見問題解答

Q：我可以將 BTC 從 Taproot 位址傳送到 Native SegWit 位址嗎？答：是的。 Bitcoin 允許跨格式傳送。收件人的地址格式決定了輸出的鎖定方式；發送者的格式僅影響輸入的見證結構。

Q：切換地址類型會影響我的私鑰嗎？答：不需要。 UniSat 使用 BIP-86 作為 Taproot，使用 BIP-84 作為 Native SegWit，兩者都源自相同的主種子。按鍵保持不變；只是派生路徑不同。

Q：為什麼在選擇 Taproot 模式後貼上 bc1q 位址時 UniSat 顯示「不支援的位址」？答：UniSat 根據目前選擇的格式驗證貼上的位址。 bc1q 位址是本機 SegWit，因此除非啟用手動覆蓋，否則它在僅 Taproot 模式下驗證失敗。

Q：UniSat 產生的所有 Taproot 位址都與閃電網路通道相容嗎？答：不普遍。雖然 LND 和 Core Lightning 支持 P2TR 資助，但某些實作需要明確的 bech32m 解碼邏輯。 UniSat 產生的 Taproot 位址符合 BIP-341 要求，但可能需要節點級配置才能開啟通道。