質疑 SegWit2x 時間表「不現實」，James Hilliard 編寫 BIP 91 只想讓計劃更理智

科技 07-25

為了避免 8 月 1 日出現比特幣分裂的局面，今年五月份比特幣開發者 James Hilliard 提出了兼容性改進方案 BIP 91——同時兼容 BIP141 以及 BIP 148 方案，並將激活閾值降低至 80%。

上周五這個被稱為「目前最有望執行的方案」獲得了 90%以上的算力支持，而且現在已經成功激活。正常來說隔離驗證（SegWit）將於 8 月底之前啟動，而 2MB 硬分叉則會在 11 月左右自動激活——屆時「紐約共識」成功執行。

截圖自：Coin Dance

乍一看，BIP 91的作者似乎是隔離驗證或者說 SegWit2x的「推動者」，但事實並非如此。

BIP 91作者的真實想法

如其他開發者團隊的成員一般，James Hilliard 並不認同「紐約共識」，尤其是其後半部分將要實施的 2MB 硬分叉擴容。「我編寫 BIP 91，只是想讓這項計劃（SegWit2x 擴容方案）更加理智。」

截圖自：James Hilliard 的 Twitter

而在最近的採訪中，Hilliard 更是再次明確地表達了他對 SegWit 的質疑以及反對。雖然「紐約共識」的主要負責人兼原 core 開發組成員 Jeff Garzik 表示方案的最終版本和其他備選方案即將發布，但是Hilliard認為，三個月的擴容時間實在太短——別說部署了，這個時間長度對編碼和測試來說都嫌短。「我的意思是，這很難而且不切實際。」

太多未知數+激活時間倉促=「完全不現實」？

在 Hilliard 這位研究了硬分叉安全性多年的人看來，改變比特幣的「共識代碼」並不是一件簡單的事情。「雖然表面上看起來很簡單，但是當你真正去研究它、編寫它的時候，你會發現其中的複雜之處，」他補充道，「中間有很多可能會出錯地方。」

他以隔離驗證為例，指出修復代碼中所有的「已知問題」就需要數月時間，不僅如此開發團隊在測試階段還要處理裡面將會的出現的大量「未知之數」。這也是為什麼 Bitcoin Core 開發組一直反對 SegWit2x 執行時間表的原因之一，因為在他們的眼中——開發、測試、修改代碼所需要的時間，要到完成的最後一秒才知道。

對於這個問題，在日前的採訪中 Jeff Garzik 給出了模糊的回應：「如果你瀏覽一下 Twitter 就會發現，硬分叉的安全問題他們已經說了好多年，但是總停留在『嘴皮子』上，一個計劃也沒有。我們已經對這個『建議』失去耐心了，除了拖延也沒有其他的結果了」

確實，比特幣硬分叉的安全問題已經是「陳腔濫調」了，兩大陣營各執一詞，到底誰是誰非也不得而知，況且這些說法或許只是檯面話而已，藏在底下的根本矛盾——話語權以及地位等利益問題雙方都隻字未提。

不滿 SegWit2x封閉的開發過程

不過，引起 Hilliard 不滿的不只是安全性這個「老問題」，還有對 SegWit2x 封閉的開發過程的質疑。據悉，社區中有很多人批評 SegWit2x 開發組的成員一直閉門造車，Adam Back 更是直言道，「這是不道德的行為」。而上周末，James Hilliard 則發 Twitter 表示，他想加入 Slack Channel 的請求被多次拒絕。