SegWit 是隔離見證的縮寫，是比特幣網絡上的協議升級，旨在防止交易延展性和增加區塊容量。 SegWit 於2017 年8 月首次實施，但此後一直在區塊鏈領域引起爭議。
儘管存在爭議和批評，SegWit 的採用率在最近才出現大幅上漲。使用SegWit 的交易比例在2019 年底開始急劇增加，從9 月的40% 增加到2019 年10 月的60%。
在本文中，我們將了解SegWit 的工作原理，討論SegWit 的採用情況，並概述它給比特幣網絡帶來的正面和負面影響。我們還將討論圍繞SegWit 的爭議和分歧。最後，我們將SegWit 錢包地址格式與傳統錢包的地址格式進行比較。
隔離見證如何工作？
了解SegWit 工作原理的一個好方法是將SegWit 塊與非SegWit 塊（也稱為遺留塊）進行比較。
舊版塊的所有數據（包括輸出、輸入、簽名和腳本）的組合塊大小限制為1 MB。對於遺留區塊和SegWit 區塊，都需要見證人。也稱為數字簽名，見證是網絡上發生的交易的所有見證數據的序列化。見證數據包含證明錢包地址所有者的信息，並驗證完成交易所需的資金在發件人的錢包中可用。
SegWit 引入了一種結構，在該結構中，見證人被提交到與交易Merkle 樹分開的塊中。這將塊大小限制增加到4 MB，因為基本事務塊（1 MB 限制）和擴展塊（3 MB 限制）保持不同。 SegWit 塊將見證數據（數字簽名和腳本）移動到擴展塊，而基本交易塊保留與接收者（輸出）和發送者（輸入）相關的數據。結果是使用SegWit 的基礎塊能夠在每個塊中執行比傳統塊更多的交易。
SegWit發展的原因
SegWit 最初是為了解決比特幣網絡的一個已知限制：交易延展性而實現的。發生在鏈上的所有BTC 交易都包含三個組成部分：接收者（輸出）、數字簽名和發送者（輸入）。交易延展性（也稱為簽名延展性）是一種專門針對比特幣網絡上的數字簽名的攻擊。 Pieter Wuille 開發了SegWit 來解決這個問題。
交易延展性（簽名延展性）
在實施SegWit 之前，有人可以更改未確認交易的數字簽名。儘管修改後的交易的數學值被證明是對等網絡上節點的預期結果，但哈希值將完全變成不同的結果。
反過來，這可能允許用戶為現有交易創建一個新的、虛假的交易ID。這通過增加欺詐交易的可能性而產生了一個漏洞，從而降低了BTC 支付的安全性。交易延展性的風險可能會降低商家在線銷售商品或服務以及閃電網絡等第2 層擴展解決方案採用網絡的潛力。
塊容量限制
Pieter Wuille 最初並不打算通過SegWit 解決比特幣的區塊鏈可擴展性問題。相反，Wuille 的SegWit 解決方案意外地產生了這種額外的好處。
通過從塊中刪除見證數據，SegWit在某些情況下將每個塊中存儲的數據量減少了65% 。更少的數據意味著比特幣交易變得更快、更便宜，這是該協議更改的直接結果。儘管SegWit 並沒有完全解決網絡的可擴展性限制，但它確實產生了明顯的不同。
SegWit 激活和爭議
與許多其他區塊鏈協議升級相比，SegWit 的激活和採用實際上花費了相對較長的時間。儘管該技術本身已有數年曆史，但遺留區塊仍佔比特幣網絡數據的很大一部分。
隔離見證激活
隔離見證於2015 年12 月被添加到比特幣核心路線圖中，不到一年後就完成了代碼。儘管如此，它直到2017 年8 月才在比特幣網絡上激活。
最初的激活計劃需要絕大多數BTC 礦工來支持協議升級。當這沒有發生時，比特幣社區的一些人提出了用戶激活軟分叉（UASF）。這基本上會在比特幣社區中造成隔離見證用戶和傳統用戶之間的鴻溝。在UASF 計劃舉行前不久，礦工們終於達成了啟動SegWit 的協議。
爭議導致SegWit2x 的失敗
SegWit 的實施最初旨在成為稱為“紐約協議”的兩部分協議升級的一部分。這個兩步升級的第二部分被稱為SegWit2x。第二步升級到SegWit2x 會將塊大小限制從1 MB 增加到2 MB。因此，這將有效降低用戶為驗證交易而支付給礦工的交易費用，同時也會增加節點運營商的數據存儲成本。
SegWit2x 需要硬分叉，這威脅到現有比特幣網絡的統一性。計劃於2017 年11 月16 日激活，比特幣社區在是否實施升級方面缺乏一致意見導致其於2017 年11 月8 日暫停。 SegWit2x 此後一直沒有激活。
誰決定了隔離見證的採用？
因為SegWit 與現有的網絡協議兼容，所以它的實現只需要開發人員實現一個軟分叉。 SegWit 沒有硬分叉也意味著進行比特幣交易的人可以在發送遺留塊或SegWit 塊之間進行選擇。歸根結底，SegWit 是對比特幣協議的非強制性調整。
儘管理論上網絡上的礦工應該選擇解決確認更快SegWit 塊的哈希難題，但比特幣採用者——包括錢包提供商、交易所和最終用戶——最終是SegWit 採用速度的決定因素。
誰支持隔離見證？
以下是流行的比特幣(BTC) 錢包和交易所正式開始支持SegWit 的時間表。
賬本——2017 年8 月
Trezor — 2017 年8 月
Bitpanda — 2017 年11 月
BitPay——2018 年1 月
Coinbase — 2018 年2 月
雙子座——2019年4月
火幣——2019 年8 月
KeepKey — 2019 年8 月
Bitfinex — 2019 年11 月
BitMEX — 2019 年12 月
使用SegWit：優點和缺點
決定是否使用SegWit 歸結為你是否認為潛在的優勢大於劣勢。以下幾點反映了比特幣社區的普遍共識，儘管確實存在一些分歧或爭論。
正面的
更低的費用——結果可能會有很大差異，但平均而言，使用SegWit 的交易比傳統區塊（非SegWit 區塊）更便宜。 2018 年2 月的一項測試表明，與傳統交易相比，P2SH 中的SegWit 節省了26%，Native SegWit 節省了38%。
更快的支付——SegWit 已被證明可以提高比特幣的可擴展性。傳統塊每秒可以處理大約3 個事務。 SegWit 區塊每秒可以處理大約7 個交易。雖然這不是一個重大的增長，但它至少是進步的一個小跡象。
提高安全性——如前所述，SegWit 消除了未經確認的交易數據的數字簽名更改的可能性。這有助於使網絡數據真正不可變。
兼容性——用戶可以輕鬆地將BTC 從舊地址發送到SegWit 地址。
負面的
缺乏支持——一些交易所、錢包和其他平台仍然不使用SegWit。
常見的比特幣地址格式解釋
在發送或接收BTC 交易時，你可能會遇到幾種不同的地址格式。你可能會注意到，某些交易以與其他交易不同的數字或字母開頭。這些差異遠非微不足道，實際上反映了區塊鏈上交易方式的變化。
舊版(P2PKH)
Pay To PubKey Hash (P2PKH) 於2009 年1 月首次用於BTC 交易。它是傳統地址中最常見的格式。 P2PKH 不兼容SegWit，但可用於將BTC 發送到SegWit 地址。基本而言，P2PKH 是將BTC 從當前所有者轉移到特定地址的新所有者的指令。有些人認為P2PKH 是一個簡單的智能合約。
P2PKH 通過驗證私鑰是否與相應的公鑰哈希匹配來檢查資金是否可用，該哈希用於隱藏用戶的公鑰以提高安全性。 P2PKH 地址以數字1 開頭。
嵌套隔離見證(P2SH)
著名開發者Gavin Andresen 創建了Pay To Script Hash (P2SH)，它於2012 年4 月作為標準腳本在比特幣網絡上被激活。 Andresen 表示其目的是“轉移提供贖回交易條件的責任”從資金的發送者到贖回者。 ”
P2SH 並非專門使用SegWit，但可以通過Pay to Witness Public Key Hash (P2WPKH) 支持嵌套SegWit。 P2SH 降低了發送者的交易成本，提高了交易隱私，縮小了UTXO 集的大小。它通常用於多重簽名交易，需要多個共同簽名者來授權BTC 交易。 P2SH 和P2SH-P2WPKH 地址以數字3 開頭。
原生隔離見證(Bech32)
開發人員於2017 年3 月推出了Bech32。與之前推出的比特幣地址格式不同，Bech32 不區分大小寫。這項改進減少了以前導致用戶將資金發送到錯誤地址的常見輸入錯誤。
此外，與以前的地址格式相比，Bech32 地址僅存在於比特幣網絡中。這消除了意外將資金發送到正確地址但在錯誤區塊鏈上的可能性（這可能是一個問題，因為所有比特幣協議區塊鏈都具有相似的地址格式）。顧名思義，SegWit Native 旨在與SegWit 塊在本地工作。 Bech32 地址以bc1 開頭。
