BCH開發團隊BU爲何選擇讓礦工投票？

近日，BCH的開發團隊之一Bitcoin Unilimited開發組發佈了新版本的客戶端1.5.0，併兼容了ABC客戶端在11月份全部的升級特性，包括規範交易排序（CTOR）、操做碼OP_Checkdatasigverify (CDSV)、一個強制執行的「clean stack」規則，一個用於簽名腳本的「push only」規則，一個100字節的最小交易大小等等。

BU雖然兼容了ABC開發組全部的升級特性，但對因而否支持SV卻表示仍在「待定」，在論壇r/btc上BU的首席開發者安德魯·斯通（Andrew Stone）表示，他但願礦工使用他們團隊與Bitcoin XT開發者聯合提出的BIP135投票系統，經過投票來表決礦工們但願在11月15日升級中實現的特性。

BU開發團隊做爲一箇中立的開發組，一直以來都是BCH開發去中心化的象徵之一，在BCH的節點運行佔比中有着較高的運行數量，按照目前的節點運行數來看，BU節點運行佔比爲39.71%，僅次於Bitcoin ABC的55.87%。隨着BCH 11月份升級的臨近，BU做爲BCH的主要開發組之一，其一舉一動都牽扯着BCH社區成員的想法，尤爲是對於Bitcoin ABC和Bitcoin SV客戶端的支持者來說，由於憑藉BU在社區長久積累下來的人氣和信任，它的態度頗有可能影響着社區部分紅員的抉擇。

可能BU團隊自身對於其態度的重要性也有一個清楚的認知，因此纔會在對外界的表態中，表示仍然持觀望態度。咱們雖然至今仍沒法明確判斷該開發組的真實想法，但從一些已經發生的事情中，咱們至少能夠判斷BU仍是更加傾向於Bitcoin ABC開發組的發展方向的。

 

首先，礦工投票其實就意味着Bitcoin ABC客戶端的勝出。

在目前的BCH網絡中，總共有1899個節點在運行着BCH各個版本的客戶端，而在衆多的節點運行者中，礦工這一羣體佔據了大部分，因此只要查看網絡中各個版本客戶端的運行佔比，就能夠清楚的瞭解礦工對於這次爭議的想法。

根據BCH區塊鏈瀏覽器cash.coin.dance的實時數據（2018/10/18）顯示，運行Bitcoin ABC客戶端的節點數量是1061，佔比爲55.87%，運行BU客戶端的節點數量是754，節點佔比爲39.71%，而運行Bitcoin SV客戶端的節點數量是23，佔比僅爲1.21%。

從數據中咱們不難看出Bitcoin SV客戶端在大部分礦工中心目中的地位，因此BU選擇讓礦工投票無疑因而一種即公平而又有傾向性的作法。

 

其次，ABC開發組提出的規範交易排序（CTOR）對BU融入的石墨烯技術有促進做用。

CTOR一直是SV支持者反對ABC這次升級的緣由之一，部分反對者認爲CTOR在現階段沒有明顯的做用，且未通過測試，底層協議的修改應該更加慎重一點。但ABC開發組表示，他們已經爲全部願意測試的人提供了測試網絡並預留了充足的時間，並且仍是在全部參與者提早知道的狀況下，因此「未經測試不安全」的言論是沒有根據的。CTOR雖然在現階段沒有明顯的優點，但石墨烯技術和分片技術的重要性已經獲得充分論證，開發組也屢次表示，CTOR有助於BCH在將來實施分片技術以及幫助石墨烯技術更好的發揮做用。

BCH雖然一直秉承着開發去中心化的原則，但這並不妨礙開發組之間的技術溝通，Bitcoin ABC和BU團隊就是如此，CTOR協議的改動是一件大事，BU開發組事先也是知情的，不然BU團隊也不會在這次升級中兼容了這一改動。

 

最後，BU首席開發人員Andrew Stone對於爭議雙方的主要表明有不一樣見解。

在今年的7月份，ABC開發組核心開發人員Amaury Séchet發佈了一篇題爲《關於市場和預共識》（On Markets and Pre-Consensus）的論文，其中討論了預共識的概念，該想法就是讓網絡參與者可以決定下一個區塊的大小。但這一想法卻遭到了nchain首席科學家同時也是SV節點提出者Craig Wright的反對，他直言：「不會有算力浪費在這種垃圾上。」 Craig Wright的激烈言行，引發了BCH社區的熱議，其中就包括BU首席開發人員Andrew Stone，他在Reddit論壇上表示：「在中本聰願景大會上，Craig Wright透漏他的礦工會發現雙重支付，還會以某種方式懲罰這種行爲，這其實就是一種預共識形式。他彷佛根本沒有弄明白Amaury Séchet的建議到底是什麼，就抨擊它是垃圾？」

Andrew Stone是技術出身，對於一些可能有助於提升BCH交易效率的新技術天然是很是感興趣，因此纔會對CSW的言行感到難以想象，這種主觀上的情感傾向也會左右着BU團隊對於BCH這次路線分歧的態度。