SegWit（隔離見證）

什麼是 SegWit？

SegWit 是 Segregated Witness（隔離見證）的簡稱，是 Bitcoin 的重大協議升級，改變了交易簽章資料在 Bitcoin 區塊中的儲存與計算方式。

「Segregated」意為分離；「Witness」則是指用來證明 Bitcoin 交易有效的簽章與腳本資料。

簡單來說，SegWit 將簽章相關資料與主要交易資料分開儲存，同時仍將這些資料納入區塊承諾。

這項改變有助 Bitcoin 解決交易可塑性、提升區塊容量、支援更有效率的交易，並讓 Lightning Network 等進階支付系統更容易建構。

原始技術規格載於 BIP 141：Segregated Witness，其中定義了見證結構及 SegWit 的共識規則。

SegWit 不是新幣、獨立區塊鏈，也不是錢包品牌。

它是 Bitcoin 協議升級，以向後相容的方式改變了交易格式。

由於 SegWit 透過軟分叉導入，舊版 Bitcoin 節點仍可繼續運作，而升級後的節點則會執行新的見證規則。

SegWit 簡介

SegWit 是一項 Bitcoin 升級，將簽章資料移至交易中獨立的見證區段。

這讓交易 ID 更穩定，也改變了計算交易費用與區塊限制時的交易大小衡量方式。

Bitcoin 使用者可透過巢狀 SegWit 及原生 SegWit 等地址類型傳送交易。

Bitcoin 主網的原生 SegWit 地址通常以「bc1」開頭。

由於見證資料在 Bitcoin 區塊權重系統中的權重較低，SegWit 有助降低許多類型交易的手續費。

它也讓 Bitcoin 智能合約及支付通道的設計更安全，因為交易 ID 較不容易遭到非預期變更。

SegWit 為何誕生

SegWit 的設計目標是同時解決 Bitcoin 的多項問題。

其中最重要的是交易可塑性。

在 SegWit 推出前，交易簽章的某些部分可能在確認前被修改，但不改變實際付款結果。

這意味著即使寄件者、收件者與金額實際上都相同，交易 ID 仍可能改變。

這種情況讓錢包帳務管理更困難，也增加支付通道系統安全設計的難度。

Bitcoin Core 的 SegWit 優勢文章說明，SegWit 透過將可變動資料移至見證區段，避免第三方及 scriptSig 造成的可塑性問題。

SegWit 也協助 Bitcoin 提升有效交易容量，而不必像硬分叉那樣直接提高舊有的 1 MB 區塊大小規則。

它引入區塊權重概念，對見證資料與非見證資料採取不同的計算方式。

什麼是見證資料？

見證資料是 Bitcoin 交易中用來證明支出者有權使用這些幣的部分。

在大多數一般 Bitcoin 付款中，見證資料包含數位簽章，有時也包含腳本。

數位簽章可證明支出者控制著正確的私鑰。

SegWit 推出前，簽章資料包含在原始交易結構中。

SegWit 推出後，簽章資料可放在獨立的見證欄位。

這項區隔很重要，因為驗證交易有效性需要簽章，但判斷交易的基本效果時不需要簽章資料。

交易效果包括使用的輸入、建立的輸出及轉移的金額。

將見證資料分離後，Bitcoin 仍可維持交易有效，同時改善交易 ID 與區塊容量的運作方式。

SegWit 如何改變 Bitcoin 交易

SegWit 透過新增見證區段及交易序列化格式，改變了 Bitcoin 交易。

SegWit 交易同時包含傳統交易資料與見證資料。

傳統交易資料仍會描述輸入、輸出、金額及鎖定時間。

見證資料則包含簽章及其他解鎖資訊。

支援 SegWit 的 Bitcoin 節點會依升級後的規則驗證見證資料。

SegWit 採用向後相容設計，因此舊版節點仍會看到有效的交易結構。

這種設計讓 Bitcoin 升級時，不必要求所有節點同時立即更換軟體。

對使用者而言，這項改變主要體現在地址格式、較低的交易權重，以及錢包對現代交易類型的支援度提升。

SegWit 與交易可塑性

交易可塑性是指交易的基本經濟效果不變，但交易 ID 可能改變。

SegWit 推出前，計算交易 ID 時會使用簽章資料。

若簽章以有效方式修改，交易 ID 也可能隨之改變。

這會影響依賴未確認交易 ID 的軟體。

例如，錢包可能建立第二筆交易，使用第一筆交易的找零輸出。

若第一筆交易 ID 在確認前改變，第二筆交易可能因參照舊 ID 而失效。

SegWit 透過在 SegWit 交易的交易 ID 計算中排除見證資料，協助解決這個問題。

這讓交易 ID 不易受到多種非預期的第三方可塑性影響。

解決交易可塑性為何重要

解決交易可塑性問題，讓 Bitcoin 更容易進行應用開發。

錢包能更可靠地追蹤未確認交易。

支付通道系統能以較低風險參照交易 ID。

多步驟 Bitcoin 合約更容易設計，因為後續交易可安全依賴前序交易。

這是 SegWit 對 Lightning Network 發展至關重要的原因之一。

Lightning 使用支付通道，而支付通道需要可靠的交易關係。

若交易 ID 可能在未預期的情況下改變，通道建構與懲罰機制會更難設計。

SegWit 本身並未創造 Lightning，但它移除了一項重要的技術障礙。

SegWit 與區塊權重

SegWit 引入了區塊權重概念。

SegWit 推出前，Bitcoin 使用者通常會單純以位元組討論區塊大小限制。

SegWit 推出後，區塊權重單位成為重要限制。

區塊權重對非見證資料的計重高於見證資料。

因此，使用見證資料的 SegWit 交易可以更有效率地納入區塊。

BIP 141 將區塊權重定義為：基礎交易大小乘以 3，再加上交易總大小；區塊權重上限為 4,000,000 個權重單位。

此系統降低了見證資料的權重，同時仍限制區塊對網路造成的總成本。

因此，Bitcoin 能納入更多交易活動，而不必將每個位元組都以完全相同的方式計算。

SegWit 與虛擬位元組

虛擬位元組常寫作 vbytes 或 vB，是 SegWit 交易使用的手續費衡量單位。

交易的虛擬大小是根據其權重計算。

錢包通常會以每虛擬位元組的 Satoshi 數顯示 Bitcoin 手續費。

這讓使用者能比較傳統交易與 SegWit 交易的手續費。

SegWit 交易的原始位元組數可能多於相似的傳統交易，但由於見證資料權重較低，其虛擬位元組數可能較少。

這就是 SegWit 能降低許多常見交易手續費的原因。

在大多數錢包中，使用者不需要自行計算區塊權重。

良好的錢包應根據交易虛擬大小及目前網路手續費狀況估算費用。

SegWit 地址類型

SegWit 引入了新的 Bitcoin 收款及付款方式。

最常見的 SegWit 地址類型是巢狀 SegWit 與原生 SegWit。

巢狀 SegWit 地址通常以「3」開頭，因為它包裝在 Pay-to-Script-Hash 格式中。

Bitcoin 主網上的原生 SegWit 地址通常以「bc1」開頭。

BIP 173 規格定義了原生 SegWit 版本 0 輸出所使用的地址格式 Bech32。

原生 SegWit 通常比巢狀 SegWit 更有效率，因為它不需要額外包裝。

不過，在過渡期間，巢狀 SegWit 很有用，因為部分舊錢包及服務當時尚未支援原生 SegWit。

目前許多新式錢包都預設支援原生 SegWit。

傳統地址、巢狀 SegWit 與原生 SegWit 的差異

Bitcoin 主網的傳統地址通常以「1」開頭。

主網巢狀 SegWit 地址通常以「3」開頭。

SegWit 版本 0 的主網原生 SegWit 地址通常以「bc1q」開頭。

傳統交易較早出現，手續費效率通常較低。

巢狀 SegWit 交易可享有部分 SegWit 優勢，同時與舊系統保持較佳相容性。

原生 SegWit 交易通常效率更高，Bech32 地址也具備更強的錯誤偵測能力。

使用者應選擇支援現代 Bitcoin 地址格式的錢包。

傳送 Bitcoin 時，使用者應仔細複製完整地址，並確認收款錢包支援所選地址類型。

SegWit 與 Bech32

Bech32 是原生 SegWit 版本 0 地址使用的地址編碼格式。

其設計目標是讓地址更容易閱讀、輸入，並提升錯誤偵測能力。

Bech32 地址只使用小寫字母，以及有限字元集中的數字。

這可減少外觀相似字元造成的混淆。

Bech32 也包含檢查碼，有助偵測輸入或複製錯誤。

Bitcoin 主網使用 Bech32 的原生 SegWit 地址以「bc1q」開頭。

Bitcoin 測試網的類似地址則使用不同的人類可讀前綴。

使用者不應手動編輯 Bech32 地址，因為即使細微變更也可能使地址無效，或將資金送往錯誤目的地。

SegWit 與 Bech32m

Bech32m 是後續推出的地址檢查碼格式，適用於較新的見證版本。

其規格定義於 BIP 350。

Bech32 用於 SegWit 版本 0 地址。

Bech32m 用於版本 1 及後續見證地址，包括 Taproot 地址。

這項差異很重要，因為錢包必須依見證版本使用正確的檢查碼格式。

原生 SegWit 版本 0 地址與 Taproot 地址都可能以「bc1」開頭，但兩者並非相同的地址類型。

使用者通常不必手動選擇檢查碼格式。

錢包應自動處理正確的地址格式。

SegWit 與 Bitcoin 手續費

由於區塊權重系統會對見證資料給予較低權重，SegWit 可降低 Bitcoin 交易手續費。

手續費通常依虛擬大小計算，而非單純依原始位元組大小計算。

原生 SegWit 交易的虛擬大小通常小於相似的傳統交易。

這表示在相同手續費率環境下，使用者可能支付較少 Satoshi。

SegWit 不保證任何時候的手續費都很低。

Bitcoin 手續費仍取決於網路需求、Mempool 壅塞程度、交易複雜度及確認急迫性。

複雜的 SegWit 交易仍可能比簡單交易費用高。

不過，使用 SegWit 通常是一般使用者提升手續費效率最簡單的方法之一。

SegWit 與 Bitcoin 區塊容量

SegWit 透過改變資料計算方式，提升了 Bitcoin 的有效區塊容量。

它並非讓每個區塊的大小都不受限制。

相反地，它引入區塊權重上限，並降低見證資料的權重。

因此，若交易有效運用 SegWit，區塊就能納入更多交易資料。

實際容量增加幅度取決於使用 SegWit 的交易數量及交易類型。

若只有少數使用者採用 SegWit，容量效益就較小。

若許多使用者採用有效率的 SegWit 格式，區塊就能容納更多交易。

這也是錢包支援度與使用者採用情況會影響 Bitcoin 擴充能力的原因之一。

SegWit 作為軟分叉

SegWit 以軟分叉方式啟用。

軟分叉是一種向後相容的規則變更，升級後的節點會執行較嚴格的規則，而舊版節點仍可繼續遵循該區塊鏈。

因此 SegWit 不同於需要所有使用者接受不相容新規則的硬分叉。

Bitcoin 經常使用軟分叉，以降低協調風險。

不過，軟分叉仍需要礦工、節點、錢包、開發者及使用者廣泛支援。

SegWit 啟用是 Bitcoin 歷史上的重要時刻，展現了當眾多利害關係人都重視安全與去中心化時，協議升級可能面臨多大難度。

對使用者而言，重要的是 SegWit 已成為 Bitcoin 共識規則的一部分。

目前的新式 Bitcoin 錢包與基礎設施通常都支援 SegWit。

SegWit 與 Lightning Network

SegWit 讓 Lightning Network 更容易且更安全地建構在 Bitcoin 上。

Lightning Network 是 Layer 2 支付通道系統，讓許多付款能在鏈下進行，同時使用 Bitcoin 開啟與關閉通道。

支付通道仰賴經過謹慎建構的 Bitcoin 交易。

SegWit 推出前，交易可塑性讓安全建構未確認交易鏈更加困難。

SegWit 提高交易 ID 的可靠性，改善了 Lightning 通道建構的基礎。

在許多情況下，SegWit 也讓開啟與關閉通道的交易更有效率，手續費更低。

Lightning 本身仍有風險，例如流動性管理、路由、通道備份及線上監控。

不過，SegWit 是支援 Lightning 發展的重要底層改進。

SegWit 與錢包相容性

錢包相容性很重要，因為不同錢包並非同時加入 SegWit 支援。

新式錢包應能接收並傳送至原生 SegWit 地址。

部分舊錢包可能只支援傳統地址或巢狀 SegWit 地址。

若寄件者的錢包不支援收款方的地址格式，可能無法透過該錢包完成付款。

目前這種情況較少見，但過時工具仍可能遇到。

Bitcoin Core 的 SegWit 錢包開發指南說明了 txid、wtxid 及見證序列化等重要錢包概念。

使用者應保持錢包軟體更新，並在使用新錢包或地址格式時先進行小額測試交易。

開發者應支援現代地址格式，以提升手續費效率與使用者體驗。

SegWit 與 txid、wtxid 的差異

SegWit 引入了交易同時具有 txid 與 wtxid 的概念。

txid 是傳統交易識別碼；對 SegWit 交易而言，計算時不包含見證資料。

wtxid 是包含見證資料的見證交易識別碼。

這項差異有助維持相容性，同時讓升級後的節點追蹤包含完整見證資料的交易。

對大多數使用者而言，txid 仍是錢包與區塊鏈瀏覽器顯示的主要識別碼。

對開發者而言，建構錢包、節點、區塊鏈瀏覽器及交易轉送系統時，了解 txid 與 wtxid 很重要。

這再次說明 SegWit 如何改變 Bitcoin 內部機制，同時讓使用者看到的付款體驗大致維持熟悉。

一般使用者通常不必直接管理 wtxid。

SegWit 與多重簽章

SegWit 提升了許多多重簽章交易的效率與安全性。

多重簽章是指花費代幣時可能需要多個簽章。

SegWit 推出前，多重簽章交易可能因傳統交易資料中包含多個簽章而變得很大。

使用 SegWit 後，簽章資料可放在見證區段，並以較低權重計算。

這可能降低多重簽章錢包的手續費，尤其是使用複雜腳本支出時。

SegWit 也支援更完善的腳本版本管理，讓未來 Bitcoin 升級更容易設計。

對企業、基金及重視安全性的使用者而言，支援 SegWit 的多重簽章可能是更安全保管 Bitcoin 的重要一環。

使用多重簽章前，使用者仍應了解金鑰備份、簽署政策、硬體錢包支援及復原程序。

SegWit 與 Taproot

Taproot 是後續推出的 Bitcoin 升級，建構在 SegWit 引入的見證版本架構之上。

SegWit 版本 0 包含 P2WPKH 與 P2WSH 等常見輸出類型。

Taproot 使用見證版本 1。

這說明 SegWit 不只是一次性的效率改進。

它也為未來 Bitcoin 腳本改進建立了更完善的升級路徑。

Taproot 引入 Schnorr 簽章、改善部分支出模式的隱私性，並提供更彈性的腳本結構。

Taproot 地址使用 Bech32m，而非原始 Bech32 檢查碼。

使用者可將 SegWit 視為讓後續 Bitcoin 升級更容易部署的基礎之一。

SegWit 的優勢

SegWit 的第一項主要優勢是解決交易可塑性。

這讓未確認交易鏈更安全，也拓展了支付通道的設計空間。

第二項優勢是許多交易類型的手續費效率提升。

使用者透過 SegWit 地址收款及支出時，通常比傳統交易使用較少虛擬位元組。

第三項優勢是有效區塊容量增加。

有效運用見證資料時，區塊可容納更多交易活動。

第四項優勢是透過見證版本更完善地支援未來升級。

第五項優勢是為 Lightning 與現代多重簽章等進階 Bitcoin 功能提供更好的基礎設施。

SegWit 的限制

SegWit 不會讓 Bitcoin 交易免費。

它無法消除需求旺盛時的網路壅塞。

它不會讓 Bitcoin 底層網路的交易即時確認。

它不會免除使用者保護私鑰及確認地址的責任。

它不會讓所有舊錢包都相容於所有現代地址類型。

它本身無法解決所有擴充性挑戰。

SegWit 是一項重要升級，但只是 Bitcoin 更廣泛技術發展的一部分。

使用者應了解其優勢，但不應將它視為解決 Bitcoin 所有手續費、速度或易用性問題的完整方案。

SegWit 常見風險與使用者錯誤

常見錯誤之一是混淆地址格式。

使用者可能不了解傳統地址、巢狀 SegWit 地址、原生 SegWit 地址及 Taproot 地址之間的差異。

另一個錯誤是使用無法傳送至較新地址格式的過時錢包軟體。

還有人以為手續費較低就一定能更快確認。

網路繁忙時，低手續費的 SegWit 交易仍可能需要較長時間才能確認。

未先確認相容性，就透過不支援的服務或錢包傳送資金，也是常見錯誤。

另一個錯誤是認為 SegWit 會改變 Bitcoin 2,100 萬枚的供應上限。

SegWit 並未改變 Bitcoin 的固定供應規則。

如何判斷 Bitcoin 地址是否使用 SegWit

Bitcoin 地址前綴可協助使用者辨識地址類型。

以「1」開頭的主網地址通常是傳統地址。

以「3」開頭的主網地址可能是巢狀 SegWit 或其他 Script Hash 地址。

以「bc1q」開頭的主網地址通常是原生 SegWit 版本 0。

以「bc1p」開頭的主網地址通常是使用見證版本 1 的 Taproot 地址。

這些規律雖有幫助，使用者仍應透過錢包軟體及區塊鏈瀏覽器確認確切類型。

地址前綴不能取代仔細檢查交易的步驟。

傳送大額資金前，使用者應透過可信任管道向收款方確認地址。

如何安全使用 SegWit

使用支援原生 SegWit 的新式 Bitcoin 錢包。

保持錢包軟體更新。

以安全且離線的方式備份助記詞。

絕不可向任何網站、客服帳號或訊息聯絡人分享私鑰或助記詞。

傳送 Bitcoin 前，確認完整收款地址。

向新地址類型或不熟悉的錢包傳送資金時，先進行小額測試交易。

根據目前網路狀況選擇合理的手續費率。

高價值付款應等待足夠的區塊確認後，再視為完成。

SegWit 對 Bitcoin 開發者的重要性

SegWit 對開發者很重要，因為它改變了交易序列化、手續費計算、簽章雜湊、地址處理及錢包架構。

開發錢包的開發者需要了解見證資料及地址格式。

開發區塊鏈瀏覽器的開發者需要正確顯示 SegWit 交易欄位。

開發支付系統的開發者需要了解 txid 穩定性及確認追蹤。

開發 Lightning 或其他 Bitcoin 合約系統的開發者需要善用 SegWit 對交易可塑性的改進。

開發手續費工具的開發者需要正確計算交易權重及虛擬大小。

SegWit 已是 Bitcoin 開發知識中的標準內容。

忽略 SegWit 的 Bitcoin 應用程式，在手續費效率及與現代使用者的相容性方面可能較弱。

SegWit 對 Bitcoin 使用者的重要性

SegWit 對使用者很重要，因為它可能降低手續費，並提升與現代 Bitcoin 工具的相容性。

使用者若將 Bitcoin 存入原生 SegWit 地址，日後通常可更有效率地花費這些資金。

網路手續費高昂時，這點尤其實用。

SegWit 也支援更廣泛的 Bitcoin 生態系，讓 Lightning 等進階系統更容易使用。

使用者不必了解所有技術細節，也能受惠於 SegWit。

主要需要使用支援現代地址格式的優質錢包。

使用者也應了解，SegWit 地址仍是 Bitcoin 網路上的一般 Bitcoin 地址。

使用 SegWit 不代表使用不同的幣。

對 SegWit 的常見誤解

常見誤解之一是認為 SegWit 會從 Bitcoin 交易中移除簽章。

SegWit 會將簽章資料分離至見證區段，但驗證交易仍然需要簽章。

另一個誤解是認為 SegWit 會建立獨立的 Bitcoin 資產。

SegWit 不會建立新幣或獨立的餘額系統。

還有人以為 SegWit 無論情況如何都會讓所有交易更便宜。

SegWit 能提升許多交易的手續費效率，但手續費仍取決於網路需求及交易設計。

另一個誤解是認為 SegWit 與 Taproot 是同一項技術。

Taproot 是使用見證版本系統的後續升級；SegWit 則是引入該架構的較早期升級。

常見問題

SegWit 是什麼意思？

SegWit 是 Segregated Witness（隔離見證）的簡稱，意指將 Bitcoin 交易的見證資料與主要交易資料結構分開。

Bitcoin 的見證資料是什麼？

見證資料是用來證明 Bitcoin 交易有效的簽章與腳本資訊。

Bitcoin 為何加入 SegWit？

Bitcoin 加入 SegWit 是為了解決交易可塑性、提升有效區塊容量、降低許多交易類型的手續費，並支援更完善的 Bitcoin 智能合約設計。

SegWit 會降低 Bitcoin 手續費嗎？

由於見證資料的權重較低，SegWit 可降低許多交易的手續費；但實際費用仍取決於網路需求及手續費率選擇。

SegWit 會讓 Bitcoin 變快嗎？

SegWit 不會改變 Bitcoin 底層區塊間隔，但可提高有效容量及手續費效率，協助更多交易納入區塊。

SegWit 是硬分叉嗎？

不是。SegWit 透過軟分叉啟用，設計上與舊版 Bitcoin 節點向後相容。

什麼是原生 SegWit 地址？

原生 SegWit 地址是使用 Bech32 格式的 Bitcoin 地址，在 Bitcoin 主網上通常以「bc1q」開頭。

什麼是巢狀 SegWit 地址？

巢狀 SegWit 地址是包裝在 Script Hash 格式中的 SegWit 地址，在 Bitcoin 主網上通常以「3」開頭。

以 bc1 開頭的地址一定是 SegWit 嗎？

Bitcoin 主網上以「bc1」開頭的地址是見證地址；「bc1q」通常是 SegWit 版本 0，而「bc1p」通常是 Taproot。

SegWit 會改變 Bitcoin 的供應量嗎？

不會。SegWit 不會改變 Bitcoin 2,100 萬枚的供應上限或發行時程。

SegWit 為何對 Lightning 很重要？

SegWit 可解決交易可塑性問題，讓支付通道的建構更加可靠，因此對 Lightning 很重要。

所有錢包都支援 SegWit 嗎？

大多數新式 Bitcoin 錢包都支援 SegWit，但部分舊版或功能受限的錢包可能不支援所有 SegWit 地址格式。

我應該使用 SegWit 嗎？

多數使用者可受惠於支援原生 SegWit 的新式錢包，因為這能提升手續費效率，並改善與目前 Bitcoin 基礎設施的相容性。

結論

SegWit（隔離見證）是 Bitcoin 歷史上最重要的升級之一。

它將見證資訊移至獨立結構，改變 Bitcoin 處理簽章資料的方式，同時仍讓交易可完整驗證。

此設計解決了主要的交易可塑性問題、提升手續費效率、增加有效區塊容量，並讓 Lightning 等進階系統獲得更好的支援。

SegWit 也奠定了現代見證地址格式及未來見證版本升級的基礎。

對一般使用者而言，SegWit 主要代表更有效率的 Bitcoin 交易及現代地址支援。

對開發者而言，它帶來新的交易結構、txid 與 wtxid 處理方式、區塊權重規則，以及用於建構支付通道與複雜腳本的更完善工具。

對 Bitcoin 網路而言，SegWit 展示了精心設計的軟分叉如何在不創造獨立資產的情況下，改善擴充性與安全性。

實務上，SegWit 就是一般的 Bitcoin；使用支援 SegWit 的新式錢包，是受惠於 Bitcoin 現行交易基礎設施最簡單的方法之一。