作者｜桑幣區識編輯團隊
發布｜2026/10/28
更新｜2026/10/28
比特幣錢包裡的「Native SegWit」是什麼？為什麼有些地址以 1 開頭，有些是 3、bc1q 或 bc1p？
SegWit 是 Bitcoin 的一項協議升級，調整部分交易資料的組織與計算方式。它與交易大小、手續費及地址格式都有關係，但不是另一種幣，也不是把簽章移到鏈外、不再驗證。
本文說明隔離見證的用途，並幫助你區分交易規則、地址編碼與錢包介面名稱。
SegWit 是什麼？隔離見證的意思
SegWit 是 Segregated Witness 的縮寫，中文通常稱為「隔離見證」。Witness 指用來滿足花費條件的見證資料，在常見付款中可包含簽章、公鑰或相關腳本資料。
SegWit 將這類資料放入專門的見證結構，並透過區塊中的承諾納入驗證，不是刪除簽章。
它於 2017 年 8 月 24 日在 Bitcoin 主網第 481,824 個區塊啟用，屬於軟分叉升級。今天使用 SegWit 地址，轉移的仍然是同一個 Bitcoin（比特幣），並不會獲得另一種「SegWit 幣」。
SegWit 解決哪些問題？
調整見證資料與交易 ID 的關係
交易 ID（TxID）用來識別交易；如果付款內容沒有實質改變，交易 ID 卻能因部分資料變動而改變，就會增加後續依賴交易的處理難度。
SegWit 的一項重要目的，是改善非刻意的交易可塑性（Transaction Malleability）。在符合相應條件、使用 SegWit 花費的交易中，見證不納入傳統 TxID 的計算，減少第三方變動見證造成交易 ID 改變的問題。
這並不是宣稱所有交易 ID 永遠固定，或所有形式的可塑性都被無條件消除。
改用交易權重衡量區塊容量
SegWit 引入權重計算，對見證與非見證資料採用不同權重，讓交易容量不能再單純用舊式「全部原始位元組一樣計算」理解。
它提高了區塊容納交易的彈性，但不是讓所有交易數量固定增加四倍，也不保證每筆費用都降低相同百分比。
改善部分簽章驗證的效率
BIP 143 為版本 0 見證程式設計簽章摘要方式，減少重複雜湊的負擔，並將輸入金額納入簽章摘要。這也有助於離線簽署裝置核對交易金額與費用。
上述是協議與驗證層面的改進，使用者不需手動處理雜湊，正常使用支持的錢包即可。
見證資料被移到鏈外了嗎？
沒有。見證資料仍由需要完整驗證的節點取得並檢查，也受到區塊承諾保護。
「隔離」描述的是資料結構與識別方式的區分，不能理解為簽章不占空間、免費儲存，或不必驗證。
它也不會讓 UTXO 模型消失：交易依然花費先前輸出，再建立新輸出。
SegWit 的交易權重與 vB 怎麼算？
權重不是原始檔案大小
依 BIP 141，交易權重可以寫成：
交易權重＝基礎大小 × 3＋總大小。
這裡的基礎大小是移除見證相關序列化資料後的計算大小；總大小則包含見證。計算出的單位稱為 Weight Unit（WU）。
虛擬大小（vB）＝交易權重÷4，並向上取整。
簡化算例
假設一筆交易基礎大小為 100 bytes、總大小為 200 bytes：
| 項目 | 計算 |
|---|---|
| 權重 | 100×3＋200＝500 WU |
| 虛擬大小 | 500÷4＝125 vB |
| 假設費率 | 10 sat/vB |
| 費用 | 125×10＝1,250 sat |
這只是代入公式的示例，不是特定地址的固定交易大小，也不是當前費率。
比特幣區塊的權重上限為 4,000,000 WU，不能直接改寫成「每個區塊固定有 4 MB 一般交易資料」。實際容量與資料組成有關。
SegWit 為什麼可能降低手續費？
一般費用試算會用「交易 vB × sat/vB」。在可比的付款情境下，改用較有效率的輸入形式，可能降低虛擬大小，進而在相同費率下降低總費用。
但真正花費還取決於輸入與輸出數量、花費條件，以及當時 Mempool 的費率競爭。
尤其要區分「這次支付到哪種地址」與「這次花費哪種先前輸出」。收款地址主要決定這次新建立的輸出形式，之後花費它時，才會出現對應的輸入與見證結構。
因此，不能只看收款地址開頭，就宣稱本次付款一定省多少。完整計算可參考比特幣手續費教學。
Legacy、Nested SegWit、Native SegWit 與 Taproot 有什麼不同？
下表以 Bitcoin 主網常見形式為例。地址開頭只供辨識，不可代替完整地址驗證。
| 常見名稱 | 主網常見開頭 | 代表形式 | 需要留意 |
|---|---|---|---|
| Legacy | 1 | 常見為 P2PKH | 傳統地址形式 |
| Nested SegWit | 3 | SegWit 程式包在 P2SH 裡 | 3 開頭也可能是其他 P2SH 腳本 |
| Native SegWit v0 | bc1q | P2WPKH 或 P2WSH | 使用 Bech32 編碼 |
| Taproot | bc1p | 版本 1 見證輸出、常見為 P2TR | 使用 Bech32m 編碼 |
3 開頭不一定就是 SegWit
P2SH 是腳本雜湊輸出形式，可以包裝 SegWit，也可用於其他腳本。因此，不能只看到 3 就斷定它一定是 Nested SegWit。
bc1q 不代表只有一種花費條件
版本 0 的 Native SegWit 可以是 P2WPKH，也可以是 P2WSH，具體花費方式與資料量不同。不能把所有 bc1q 交易當成完全相同大小。
bc1p 與 bc1q 都不是另一條 BTC 鏈
這些是 Bitcoin 主網上的不同輸出及地址形式，不代表切換至另一條區塊鏈。不過，發送端仍必須能正確辨識並支持接收端提供的格式。
Bech32、Bech32m 與 SegWit 是同一件事嗎？
不是。SegWit 是協議與交易結構；Bech32、Bech32m 是地址編碼方式。
BIP 173 定義 Bech32。後來 BIP 350 規定版本 0 見證地址繼續使用 Bech32，版本 1 及以後使用 Bech32m。
Bech32m 改進校驗和設計，並非換了資產名稱。主網常見 bc1q 與 bc1p，也應在錢包中依完整內容與校驗規則檢查。
不能自行修改地址開頭來「轉換格式」。新地址需要由錢包依相應輸出與金鑰資料生成。
Taproot 是 SegWit 嗎？
Taproot 是較後期的升級，BIP 341 將其定義為 SegWit 版本 1 的輸出與花費規則，結合 Schnorr 簽章及腳本承諾等設計。
因此，可以從見證版本架構理解兩者關係，但不能把 Taproot 與 2017 年原始版本 0 SegWit 當成完全相同的功能。
也不能宣稱 Taproot 對所有付款都一定比 Native SegWit 更便宜。費用與隱私效果需依具體花費路徑及交易結構評估。
如何使用 SegWit 地址收款與轉帳？
步驟一：從自己的錢包取得收款地址
在錢包的 Bitcoin 帳戶或收款頁查看地址類型。若有 Native SegWit 等選項，可閱讀該錢包對應說明；切換介面選項不等於舊資產自動搬家。
步驟二：確認發送端支持該地址
核對發送端選用 Bitcoin 主網，並能辨識完整收款地址。若平台拒絕該格式，應查詢官方支持情況，不要手動刪字或修改開頭。
步驟三：核對金額、費用與實收方式
自有錢包查看預估費用；交易所提幣則查看平台確認頁。平台提幣費不一定隨你選用的地址格式等比例下降。
步驟四：透過 TxID 查看結果
交易廣播後，查看收款輸出及確認狀態。採用 SegWit 不代表略過確認流程；相關保障可參考 Finality。
舊地址的 BTC 需要全部轉到 SegWit 嗎？
SegWit 啟用不會讓原本符合規則的舊輸出自動失效，也不要求所有持有人立即搬動資產。
若要把舊輸出移至新的地址，需要建立實際鏈上交易並支付當次費用。是否值得調整，可比較錢包支持、未來用途、資金分散情況與當時費率。
對一般用戶，更實用的起點是確認未來收款與付款流程，而不是為了名稱更新就立即搬動全部資產。
SegWit 與 Lightning Network 有什麼關係？
SegWit 改善的交易 ID 可塑性問題，有助於建立相互依賴的交易結構，也是 Lightning Network 發展的重要基礎之一。
但 SegWit 不是 Lightning Network。使用 bc1q 地址進行一般鏈上付款，也不會自動變成閃電支付；兩者的操作與結算方式需要分別理解。
SegWit 常見問題 FAQ
SegWit 是新的比特幣代幣嗎？
不是。它是 Bitcoin 協議升級與相關交易形式，資產仍是 BTC。
隔離見證會刪除簽章嗎？
不會。見證資料仍受到承諾及驗證，只是結構與計算方式不同。
所有 3 開頭地址都是 SegWit 嗎？
不是。3 開頭的 P2SH 地址也可能對應其他腳本。
bc1q 與 bc1p 都是 Bitcoin 主網地址嗎？
它們是主網常見見證地址開頭，仍須驗證完整地址與版本；不能只靠前綴判斷地址一定有效。
使用 SegWit 一定省固定比例手續費嗎？
不是。費用取決於實際交易結構、虛擬大小及費率。
舊地址需要立即停用嗎？
不需要因 SegWit 升級就認定原有有效輸出失效，是否更換應依錢包與用途判斷。
可以手動把 1 改成 bc1q 嗎？
不可以。地址格式不是改幾個字元就能轉換，應由錢包正確生成。
SegWit 和 Taproot 是一樣的嗎？
不是。Taproot 使用版本 1 見證規則，與原始版本 0 SegWit 的具體設計不同。
資料來源與技術文件
- BIP 141：隔離見證、可塑性、權重與虛擬大小。
- BIP 143：版本 0 見證簽章摘要與驗證。
- BIP 173：Bech32 地址編碼。
- BIP 350：Bech32m 與見證地址版本。
- BIP 341：Taproot 與版本 1 見證規則。
- Blockstream：SegWit 啟用紀錄：2017 年主網啟用日期與區塊高度。
*本文由桑幣區識編輯團隊依據官方資料及公開資訊整理，內容僅供資訊與教育用途，不構成投資建議。
