從「下載 btc1」到「重放保護爭端」，SegWit2x 擴容大戰已經打響

自上周 SegWit2x 團隊宣布將於高度為 494784 的區塊（約為今年 11 月）啟動 2MB 硬分叉以來，比特幣社區的擴容爭論再次被點燃。

上周五，支付服務提供商 BitPay 發布了一篇爭議頗大的博文，裡面提醒用戶做好 SegWit2x 硬分叉準備，並直接引導用戶下載 btc1 節點（也就是 SegWit2x 部署的節點）。為此，社區里不少「紐約共識」的反對者指責 BitPay——閃電網路作者 Tadge Dryja 稱這是「惡意軟體」；Bitcoin Core 團隊則發文表示，btc1 與 Core 沒有任何聯繫，請各位用戶不要下載含有「升級」字眼的比特幣全節點軟體。

同日，區塊鏈技術公司 Bloq 兼 SegWit2x 主筆 Jeff Garzik 被 Bitcoin Core 在 Github 上的代碼庫除名。Jeff 認為這是「報復行為」；Core 開發者 Peter Todd 則指出，Jeff 從 2014 年開始就未對代碼庫做出貢獻，被除名實屬正常。

………

截圖自：Jeff Garzik 的 Twitter

隨著事件的發酵，比特幣社區「內戰」逐漸升級，而近日關於「重放攻擊保護」這一問題讓雙方的矛盾變得更為激化。

重放攻擊保護是什麼

作為這次 Bitcoin Core 和 SegWit2x 兩方就安全性理念展開爭論的關注點，重放保護在去年以太坊硬分叉的時候就引起了熱議。

重放攻擊又稱重播攻擊，指的是黑客利用目的主機已接收過的數據進行多次驗證，從而欺騙系統的攻擊方式。簡單來說就是，使用同一付款信息多次購買商品的過程。為了避免這種情況，接收者（收銀員）可以有效識別和拒絕重放信息（同一則付款信息）變得尤為重要；而這就是重放保護所起到的作用。

在區塊鏈和數字貨幣中，重放保護的部署可以確保兩種歷史數據共享的區塊鏈和數字貨幣保持獨立運行，防止兩條鏈間數據出現相互多次識別的情況。去年七月以太坊分裂時，由於沒有預測到 ETC（以太坊經典）會保留下來以及兩條歷史數據共享鏈（ETC 和 ETH）之間的重放問題，不少人利用該漏洞不斷充幣、提幣（ETH），從而騙取額外的 ETC。

有了前車之鑒，比特幣「分叉幣」Bitcoin Cash（BCC）還未上線前就已經有部分用戶、交易平台等呼籲項目執行開發組部署重放保護方案了。而 BCC 分裂後能夠以新競爭幣的「身份」成功獨立運行，有一部分原因歸功於重放保護的部署。

SegWit2x 不部署重放保護 = 危險？

隨著「紐約共識」第二階段 2MB 大區塊擴容計劃的到來，「重放攻擊保護」這一概念也被搬到了 SegWit2x 和 Bitcoin Core 兩者爭論的「舞台」上。

希望保持小區塊並施行「隔離驗證+閃電網路」擴容方案的 Bitcoin Core 團隊質疑 SegWit2x 的安全性，認為該方案沒有部署重放保護的做法，將會像以太坊硬分叉事件一樣讓用戶和企業蒙受損失。而另一方面，欲在隔離驗證激活後將區塊大小擴大至 2MB 的 SegWit2x 團隊則反駁說，這是 Bitcoin Core 攻擊他們的策略。「我們要做的是升級比特幣網路，而不是創造像 BCC 一樣的新競爭幣或者說『分叉幣』，所以沒有部署重放保護的必要。」

事實上，「是否要在 SegWit2x 擴容方案中部署重放保護？」或者說「SegWit2x 是否安全？」都不是他們爭論的真正焦點，這些只是雙方一再強調「我才是真正的比特幣」的做法而已。簡單來說，如果 SegWit2x 部署了重放保護，在某種程度上等於默認未來 SegWit2x 鏈上的 BTC 是競爭幣，而不是比特幣「本身」——這種「自我否認」的做法，SegWit2x 團隊又怎麼會同意。

不過，除非 Bitcoin Core 願意接受 SegWit2x 方案並將其寫入比特幣底層協議，或者說 SegWit2x 做出讓步；不然比特幣區塊鏈依舊會有再次分裂的可能，屆時將出現三條鏈——比特幣原鏈、Bitcoin Cash 和 SegWit2x，比特幣內部的局面變得更為混亂。

點擊展開全文

喜歡這篇文章嗎？立刻分享出去讓更多人知道吧！