Network
在 bit 4 上並行部署 segwit 的技術問題
最近（截至 2017 年 5 月 24 日）已提出 segwit2mb HF。一位核心開發人員報告說，通過 bip 109 在第 4 位上部署隔離見證將需要重複程式碼。儘管上面的連結有一些理由，但我無法理解其中的原因。
如果我們簡單地將塊門檻值（2016 年的 95%）更改為 2016 年的 80% 並將其作為新的二進製文件發布，將會產生什麼後果？是否存在網路分裂風險？
如果礦工立即通過在第 4 位（進一步稱為 segwit4）上發出隔離見證準備就緒信號來啟動隔離見證，則遵循目前啟動過程（在第 1 位上發出信號）的所有節點將忽略此啟動。啟用隔離見證的正常節點將根據舊規則解釋使用隔離見證創建的交易和塊。在segwit4啟動後，他們仍然會認為segwit交易是不允許的，因此當第一個segwit4交易出現在網路上時，禁止中繼節點轉發無效交易。此時，這將在礦工和所有啟用 segwit1 的節點之間分割網路。
在網路上啟動兩個不同版本的 segwit 將觸發節點之間未經測試的互動，因為中繼程式碼邏輯的幾個部分依賴於信令位。只有啟用了 segwit 的節點和不知道 segwit 的節點之間的互動進行了廣泛的測試，因此人們應該期望新的程式碼和新的測試案例是必要的，以避免與啟用 segwit1 的節點發生網路分裂。
這可能無關緊要，因為根據推特上的 Garzik 的說法，區塊大小的增加將與 SegWit4 同時啟動，因此任何舊類型的節點無論如何都會被硬分叉出網路，因為新鏈創建的區塊會顯得無效給他們。
更新：顯然，對於 segwit 的啟動順序和共識以來的硬分叉，至少有三種意見，所以我在等待它會是什麼。