一张图告诉你BCH路线分歧的现状
2019獨角獸企業(yè)重金招聘Python工程師標(biāo)準(zhǔn)>>>
Bitcoin SV節(jié)點的提出讓BCH社區(qū)陷入了爭議,爭議的點主要集中在兩種不同的發(fā)展路線上,一種是以現(xiàn)有的開發(fā)團(tuán)隊Bitcoin ABC和Bitcoin Unlimited為首的探索發(fā)展路線,主張BCH應(yīng)該不斷優(yōu)化升級以適應(yīng)不斷變化的市場;另一種是以Bitcoin SV為首的回歸發(fā)展路線,主張BCH應(yīng)該回歸到原始的比特幣版本,穩(wěn)定底層協(xié)議并取消區(qū)塊上限。兩種路線分歧鮮明,似乎不存在緩和的空間,既然如此,我們不如按照去中心化的原則來看一下哪條路線才是真正的“民心所向”。
BCH會走哪條路線的關(guān)鍵在于兩個版本之間運行的礦工占比,由于礦工是區(qū)塊鏈網(wǎng)絡(luò)最直接的參與者和利益相關(guān)人員,所以他們的選擇不會帶有主觀情感,畢竟BCH發(fā)展的好處直接決定了挖礦收益的高低。
在Bitcoin SV節(jié)點提出后,已經(jīng)過去了大約兩個月的時間,之前的測試版本在經(jīng)過了一段時間的運行之后,也已經(jīng)挖出了第一個區(qū)塊,0.1正式版本也于昨天被提交在github代碼中。如此看來,其正式版本似乎已經(jīng)可以被正式下載運行。那么在這種情況下,運行Bitcoin SV節(jié)點的礦工占比或者說是算力占比是多少呢?
?
數(shù)據(jù)來源cash.coin.dance
從上圖可以看出,運行Bitcoin SV客戶端的節(jié)點占比為1.11%,而運行Bitcoin ABC和Bitcoin Unlimited客戶端的節(jié)點占據(jù)了大多數(shù)。這個數(shù)據(jù)是真實有效的,另外,在Bitcoin SV客戶端剛開始的時候,其占比甚至低于1%,所以,在這個1.11%的占比中,大部分也是其內(nèi)部礦池在運行。
為什么Bitcoin SV版本看似在社區(qū)有人支持,實際的礦工支持情況卻如此慘淡呢?
首先,礦工是最直接的利益相關(guān)人員,不會冒險去嘗試一個未經(jīng)嚴(yán)格測試的版本。
Bitcoin SV客戶端提出的時間較短,而且從想法被提出到版本正式上線的時間也很有限,想要礦工用自己的礦機去運行一個如此倉促的客戶端是不現(xiàn)實的,至少在Bitcoin ABC客戶端未正式激活修改內(nèi)容之前是這樣的。社區(qū)的部分SV支持者卻不同,因為不是利益直接相關(guān)人員,所以即便是礦工在運行SV客戶端時出現(xiàn)損失,對他們自己擁有的BCH也是沒有影響的。
其次,SV版本理念得不到礦工的認(rèn)可。
SV的發(fā)展路線是希望BCH回歸并穩(wěn)定早期比特幣底層協(xié)議,通過無限擴容區(qū)塊的方法來提高BCH交易量上限,只在應(yīng)用層搞開發(fā),以此來實現(xiàn)比特幣的世界貨幣目標(biāo)。但愿景是美好的,實際情況卻是一個很難實現(xiàn)的局面,因為無限擴容的想法在今年9月1日的壓力測試中被證明是存在問題的。在壓力測試中,即便區(qū)塊內(nèi)存在大量的垃圾交易,32MB的區(qū)塊也還是沒有被填滿,而且不得不承認(rèn)的一點是,礦工在處理超大區(qū)塊的過程中發(fā)生了部分節(jié)點脫離的情況。在這樣一種情況下,貿(mào)然的將32MB升級至128MB除了會增加無法被預(yù)知的風(fēng)險以及提高節(jié)點運行者的負(fù)擔(dān)外,對于BCH的幫助微乎其微。
最后,長時間的穩(wěn)定運行讓Bitcoin ABC和Bitcoin Unlimited開發(fā)組贏得了礦工的信任。Bitcoin ABC和BU是BCH的核心開發(fā)組,也參與了最初的BCH分叉,對于BCH的了解和認(rèn)知不是半路起家的SV開發(fā)人員所能相提并論的,而且最重要的一點是,礦工在過去一年的運行中沒有發(fā)生過安全問題和網(wǎng)絡(luò)波動,每一次更新和變動都是事先商量好的,礦工沒有理由要去運行一個經(jīng)不起推敲,而且將所有開發(fā)權(quán)掌握在自己手中的新版本。
?
轉(zhuǎn)載于:https://my.oschina.net/u/3971972/blog/2248023
總結(jié)
以上是生活随笔為你收集整理的一张图告诉你BCH路线分歧的现状的全部內(nèi)容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: MySQL内核源码解读-SQL解析之解析
- 下一篇: 富交互Web应用中的撤销和前进