主頁 > 軟體設計 > BCH又硬分叉了,這次卻沒多少人關心

BCH又硬分叉了,這次卻沒多少人關心

2020-11-17 12:44:25 軟體設計

最好在本次硬分叉發生之前和之后都不要發送代幣,因為 Bitcoin Cash ABC 和 Bitcoin Cash Node 均未執行重播保護,所以發送其中任何一個代幣都可能會導致在另一個區塊鏈上意外地發送了等價貨幣,

本文來自 bitcoinmagazine

原文作者 | Aaron Van Wiredum

譯者 | Moni

出品 | Odaily星球日報(ID:o-daily)

據 Coin Dance,位元幣現金(BCH)已于北京時間 11 月 15 日約 22:22 分叉(網路升級)成功,區塊 661648 由 AntPool 挖出,火幣行情顯示,BCH 于當晚 8 時跳水,短時急跌至 236 USDT,目前回升至 244 USDT 附近,日跌幅近 5%,

2017 年中旬,Bitcoin ABC 軟體客戶端宣布脫離位元幣協議并推出自己的加密貨幣:位元幣現金(Bitcoin Cash),從那時起,位元幣現金每六個月部署一次向后不兼容的硬分叉升級,需要在所有位元幣現金客戶端進行全網范圍升級,盡管大多數升級都相對平穩地進行了,但當時間來到 2018 年,位元幣現金社區內部發生矛盾,導致位元幣現金(保留原始名稱的一方)與 Bitcoin SV 之間發生了分裂,

遙想上一次(2018 年 11 月 16 日)社區分裂,BCH 一分為二:BCH ABC(現 BCH)與 BCH SV(BSV),彼時兩方陣營的算力大戰備受行業關注,當月 BCH 跌幅近 60%,而兩年后(準確地說是到 UTC 時間 11 月 15 日 12:00),另一次硬分叉升級和位元幣現金社區內部的另一場糾紛導致其再次分裂,關注熱情卻不比當年,

這場爭議到底是怎么發生的?

(以及爭議雙方是誰?)

本次位元幣現金硬分叉爭議的核心是一個被稱為“基礎設施融資計劃”(IFP,Infrastructure Funding Plan)的升級,根據協議規則,基礎設施融資計劃將強制把每個區塊獎勵的8%(由礦工賺取的位元幣現金)委派給那些為位元幣現金提供支持的軟體專案,比如 Bitcoin ABC,

根據 Bitcoin ABC 團隊的說法,“基礎設施融資計劃”(有時也被稱為“礦工稅”)將通過一個名為全球網路委員會(Global Network Council)的新組織來指定,該組織由主要礦工和加密貨幣持有者組成,到目前為止,全球網路理事會僅對外宣布將于 2021 年 1 月舉行第一次會議,但除此之外,關于成員的選擇或資金分配程式的細節并沒有對外公開透露,

Bitcoin Cash Node 是 Bitcoin ABC的軟體分叉,它是由反對“基礎設施融資計劃”并已從其源代碼中洗掉升級的位元幣現金開發人員和用戶發起的,

“基礎設施融資計劃”存在爭議的原因有很多,比如:

1、一些人出于加密理念的理由拒絕升級,因為他們認為“礦工稅”與位元幣現金(或位元幣)的原始理念和原始設計不一致,

2、“基礎設施融資計劃”會降低網路安全,因為如果礦工在開采一個區塊時賺取的代幣獎勵較少,那么就不會吸引礦工挖礦,最終也將導致確保網路安全的算力下降,

3、“基礎設施融資計劃”沒有對外披露有關資金分配的細節,這種情況最終有可能讓 Bitcoin ABC 比其他客戶端獲得更多收益,所以,Bitcoin ABC 在受到部分位元幣現金社區反對之后仍試圖推動變革這件事本身,其實也是引發爭議的核心問題之一,

本次硬叉是否包括任何其他協議更改?

是的,Bitcoin ABC 和 Bitcoin Cash Node 都將部署新的難度調整演算法,

新的位元幣現金區塊鏈(與位元幣區塊相似)都會在平均 10 分鐘左右被礦工找到,但是由于位元幣現金和位元幣共享同一種挖礦演算法,因此有時一些位元幣礦工會為了尋求更高利潤而轉到位元幣現金網路挖礦,然而,位元幣現金算力僅占到位元幣全網算力的很小一部分,因此當有些位元幣礦工轉移到位元幣現金網路之后就會導致后者算力大幅波動——這種情況會引發周期性的突發事件,在該突發事件中,位元幣現金出塊速度會比 10 分鐘快得多,隨之而來的就是網路難度增加,難度增加之后,那些“唯利是圖”的位元幣礦工又會轉移到位元幣網路上繼續挖 BTC,結果就把真正的位元幣現金礦工留在了利潤較低的鏈上,不僅如此,算力急劇下降也會引發出塊速度驟跌,用戶會感到位元幣現金交易確認非常不可靠,

為了幫助穩定區塊生產的速度,Bitcoin ABC 團隊最初提出了一種全新的動態難度調整演算法,稱為 Grasberg,但是,部署 Grasberg 演算法可能會引發其他變更,據稱該演算法有意減慢幾年的區塊鏈生產速度,以糾正“歷史漂移”問題——不可否認,此前由于多種原因(比如過去的難度演算法等),目前位元幣現金區塊開采速度的確比最初計劃的要快,

然而,擬議的“歷史漂移”校正在位元幣現金社區內引發了巨大爭議,實際上,這才是啟動 Bitcoin Cash Node 硬分叉背后的原始動機,其中包括推出一個被稱為 ASERT 的新難度調整演算法,8 月 18 日,位元幣現金節點 Bitcoin Cash Node 宣布推出其重要版本更新 22.0.0,該版本執行了 2020 年 11 月 15 日網路升級的技術特征,包括 ASERT 難度演算法、改進技術檔案、Bug 修復和性能提升,

Bitcoin ABC 團隊最終接受實施 ASERT 演算法并放棄了 Grasberg,這意味著 Bitcoin Cash ABC 和 Bitcoin Cash Node 將兼容——除了“基礎設施融資計劃”之外,

為什么Bitcoin ABC推出了

兩個版本的軟體客戶端?

上周末,Bitcoin ABC 宣布將發布兩個版本的 Bitcoin ABC軟體客戶端,該軟體的一個版本將按計劃實施“基礎設施融資計劃”協議規則,但是另一個版本則不會,而是會與 Bitcoin Cash Node 完全兼容,

但是,Bitcoin ABC 團隊只會致力于在執行“基礎設施融資計劃”協議規則的軟體版本上實作其發展路線圖,該發展路線圖的具體內容包括:

1、提供更靈活的區塊大小限制;

2、降低未確認交易被重復花費的風險,

至于另一個不支持“基礎設施融資計劃”協議規則的版本只能獲得最低維護服務,僅僅保持與 Bitcoin Cash Node 的兼容性,后續應該也不會有進一步的優化、改進,

本次硬分叉一定會引發

位元幣現金代幣分裂嗎?

不完全,

首先,值得注意的是,位元幣現金客戶端(Bitcoin ABC 和 Bitcoin Cash Node)均已編程為中止當前協議,因此它們或多或少都需要進行硬分叉升級,這意味著當前版本的位元幣現金幾乎肯定不會繼續存在了,

顯然,如果 Bitcoin ABC 或 Bitcoin Cash Node 無法吸引到足夠的算力以完全生成一個有效的區塊鏈,就不會出現代幣分裂的情況,因為只有那個有能力吸引足夠算力的區塊鏈才能繼續存在,

實際上,只有在 Bitcoin ABC 和 Bitcoin Cash Node 雙方都具有足夠算力來產生可行區塊鏈的情況下,代幣分列才會發生,這意味著 Bitcoin Cash Node 需要在兩者之間獲得一半以上的網路總算力,

此外,還有另一種有趣的情況可以避免代幣分裂,如果 Bitcoin ABC ABC吸引了兩者之間一半以上的算力(并保持多數),那么 Bitcoin Cash Node 客戶端實際上將遵循 Bitcoin ABC 區塊鏈——這其實也是為什么說對 Bitcoin Cash Node 而言,本次新的 Bitcoin ABC 軟體其實是一次軟分叉,雙方協議規則都相似,唯一不同的就是增加了“基礎設施融資計劃”規則限制,

換句話說,如果將一部磁區塊獎勵分配給全球網路委員會(或其他任何人),那么 Bitcoin Cash Node 客戶端應該將接受促請求,但他們只是不要求這種情況發生,在這種情況下,不授予“基礎設施融資計劃”資金的區塊將被大多數礦工拒絕,因此根本不會進入區塊鏈,從而確保了兼容性,

(Odaily星球日報注:可能還有其他更復雜的場景,比如使用新的硬分叉也可能導致代幣分裂——但這些可能性比較小,也超出了本文主題所討論的范圍,)

本次位元幣現金分叉后可能發生什么?

就目前而言,相比于 Bitcoin ABC ,Bitcoin Cash Node 具有更多的算力支持,本文撰寫時,這一比例超過80%,而 Bitcoin ABC 不還到 1%,此外,Bitcoin Cash Node 似乎也得到了更多的社區支持,像Coinbase、Kraken和BitGo這樣的大型加密貨幣交易所和加密公司也都表示支持 Bitcoin Cash Node,因此,位元幣現金似乎很可能會通過 Bitcoin Cash Node 和兼容版本的 Bitcoin ABC 繼續存在,(盡管有些加密貨幣交易所可能會選擇“ BCHN”或其他代碼變體,有些加密貨幣交易所也可能會收到“ BCH”代碼),

另一方面,支持“基礎設施融資計劃”的 Bitcoin ABC 版本是否會吸引足夠的算力,并以此產生可行的區塊鏈還有待觀察,但假設這種情況真的發生的話,Bitcoin ABC 可能會比 Bitcoin Cash Node 具有一項戰略優勢,即:

如果 Bitcoin ABC比 Bitcoin Cash Node 具有更大算力,即使代幣分裂發生之后(但最多到十個區塊),理論上 Bitcoin Cash Node 區塊鏈也會 “崩潰”,隨著越來越多 Bitcoin Cash Node 客戶端開始接受 Bitcoin ABC 區塊鏈,Bitcoin Cash Node 區塊鏈最侄訓逐漸消失,在 Bitcoin Cash Node 區塊鏈上開采的任何代幣,以及在 Bitcoin Cash Node 區塊鏈上接收的任何代幣也都將隨之消失,

如果 Bitcoin ABC 吸引了足夠多的算力,甚至只是使其成為可行,那么 Bitcoin ABC 有可能對 Bitcoin Cash Node 的信任構成破壞,這會對 Bitcoin ABC 有進一步的幫助,(但實際上,這種不太可能發生的情況本身就可以通過另一次協議升級被“Bitcoin Cash Node”所抵消,)

至此,如果我們考慮所有因素,似乎 Bitcoin Cash Node 最終更可能代表“位元幣現金” (Bitcoin Cash)繼續存在,而 Bitcoin ABC 很可能會創建“新的”加密貨幣,該代幣最有可能會被稱為“ Bitcoin ABC”(代幣代碼可能被定為 BAB),

我持有BCH,本次分叉需要做些什么嗎?

如果您自己持有私鑰,那么基本上無需執行任何操作,如果發生代幣分裂,兩種代幣你都可以使用,(不過,您可能必須升級到新的客戶端/錢包軟體,具體取決于您所使用的客戶端/錢包軟體,)

但是,最好在本次硬分叉發生之前和之后都不要發送代幣,因為 Bitcoin Cash ABC 和 Bitcoin Cash Node 均未執行重播保護,所以發送其中任何一個代幣都可能會導致在另一個區塊鏈上意外地發送了等價貨幣,為了確保不會發生這種情況,你最好等待硬分叉結束且事態變得更明朗為止,

您可能還想推遲接收 Bitcoin Cash Node 區塊鏈上的代幣,盡管風險似乎很小,但如果該區塊鏈吸引了更多的算力,那么該區塊鏈可能會“塌陷”到 Bitcoin ABC區塊鏈中,此時您收到的代幣很可能也會隨之消失,同樣地,為了確保不會發生這種情況,你最好等待硬分叉結束且事態變得更明朗為止,

如果您的代幣存放在加密貨幣交易所(或其他加密貨幣托管服務)上,硬分叉之后交易所應該會確定究竟是同時接收到這兩個代幣,還是其中一個(以及哪一個),市場上幾家主要的大型加密貨幣交易所都已經發布了相關公告,有的支持 Bitcoin Cash Node,有的兩者都支持,具體以交易所公布資訊為準,假如您還是不放心,最安全的方法可能就是把代幣從交易所里提取出來了,

創文章,轉載/內容合作/尋求報道請聯系report@odaily.com;未經授權嚴禁轉載,違規轉載法律必究,

不容錯過的往期精彩

優質的推送帶來深刻的思考

給 Odaily 標星,讓你先與眾不同

轉載請註明出處,本文鏈接:https://www.uj5u.com/ruanti/221866.html

標籤:其他

上一篇:這是今天真正的大事:RCEP

下一篇:Ubuntu一些命令筆記

標籤雲
其他(157675) Python(38076) JavaScript(25376) Java(17977) C(15215) 區塊鏈(8255) C#(7972) AI(7469) 爪哇(7425) MySQL(7132) html(6777) 基礎類(6313) sql(6102) 熊猫(6058) PHP(5869) 数组(5741) R(5409) Linux(5327) 反应(5209) 腳本語言(PerlPython)(5129) 非技術區(4971) Android(4554) 数据框(4311) css(4259) 节点.js(4032) C語言(3288) json(3245) 列表(3129) 扑(3119) C++語言(3117) 安卓(2998) 打字稿(2995) VBA(2789) Java相關(2746) 疑難問題(2699) 细绳(2522) 單片機工控(2479) iOS(2429) ASP.NET(2402) MongoDB(2323) 麻木的(2285) 正则表达式(2254) 字典(2211) 循环(2198) 迅速(2185) 擅长(2169) 镖(2155) 功能(1967) .NET技术(1958) Web開發(1951) python-3.x(1918) HtmlCss(1915) 弹簧靴(1913) C++(1909) xml(1889) PostgreSQL(1872) .NETCore(1853) 谷歌表格(1846) Unity3D(1843) for循环(1842)

熱門瀏覽
  • 面試突擊第一季,第二季,第三季

    第一季必考 https://www.bilibili.com/video/BV1FE411y79Y?from=search&seid=15921726601957489746 第二季分布式 https://www.bilibili.com/video/BV13f4y127ee/?spm_id_fro ......

    uj5u.com 2020-09-10 05:35:24 more
  • 第三單元作業總結

    1.前言 這應該是本學期最后一次寫作業總結了吧。總體來說,對作業的節奏也差不多掌握了,作業做起來的效率也更高了。雖然和之前的作業一樣,作業中都要用到新的知識,但是相比之前,更加懂得了如何利用工具以及資料。雖然之間卡過殼,但總體而言,這幾次作業還算完成的比較好。 2.作業程序總結 相比前兩個單元,此單 ......

    uj5u.com 2020-09-10 05:35:41 more
  • 北航OO(2020)第四單元博客作業暨課程總結博客

    北航OO(2020)第四單元博客作業暨課程總結博客 本單元作業的架構設計 在本單元中,由于UML圖具有比較清晰的樹形結構,因此我對其中需要進行查詢操作的元素進行了包裝,在樹的父節點中存盤所有孩子的參考。考慮到性能問題,我采用了快取機制,一次查詢后盡可能快取已經遍歷過的資訊,以減少遍歷次數。 本單元我 ......

    uj5u.com 2020-09-10 05:35:48 more
  • BUAA_OO_第四單元

    一、UML決議器設計 ? 先看下題目:第四單元實作一個基于JDK 8帶有效性檢查的UML(Unified Modeling Language)類圖,順序圖,狀態圖分析器 MyUmlInteraction,實際上我們要建立一個有向圖模型,UML中的物件(元素)可能與同級元素連接,也可與低級元素相連形成 ......

    uj5u.com 2020-09-10 05:35:54 more
  • 6.1邏輯運算子

    邏輯運算子 1. && 短路與 運算式1 && 運算式2 01.運算式1為true并且運算式2也為true 整體回傳為true 02.運算式1為false,將不會執行運算式2 整體回傳為false 03.只要有一個運算式為false 整體回傳為false 2. || 短路或 運算式1 || 運算式2 ......

    uj5u.com 2020-09-10 05:35:56 more
  • BUAAOO 第四單元 & 課程總結

    1. 第四單元:StarUml檔案決議 本單元采用了圖模型決議UML。 UML檔案可以抽象為圖、子圖、邊的邏輯結構。 在實作中,圖的節點包括類、介面、屬性,子圖包括狀態圖、順序圖等。 采用了三次遍歷UML元素的方法建圖,第一遍遍歷建點,第二、三次遍歷設定屬性、連邊,實作圖物件的初始化。這里借鑒了一些 ......

    uj5u.com 2020-09-10 05:36:06 more
  • 談談我對C# 多型的理解

    面向物件三要素:封裝、繼承、多型。 封裝和繼承,這兩個比較好理解,但要理解多型的話,可就稍微有點難度了。今天,我們就來講講多型的理解。 我們應該經常會看到面試題目:請談談對多型的理解。 其實呢,多型非常簡單,就一句話:呼叫同一種方法產生了不同的結果。 具體實作方式有三種。 一、多載 多載很簡單。 p ......

    uj5u.com 2020-09-10 05:36:09 more
  • Python 資料驅動工具:DDT

    背景 python 的unittest 沒有自帶資料驅動功能。 所以如果使用unittest,同時又想使用資料驅動,那么就可以使用DDT來完成。 DDT是 “Data-Driven Tests”的縮寫。 資料:http://ddt.readthedocs.io/en/latest/ 使用方法 dd. ......

    uj5u.com 2020-09-10 05:36:13 more
  • Python里面的xlrd模塊詳解

    那我就一下面積個問題對xlrd模塊進行學習一下: 1.什么是xlrd模塊? 2.為什么使用xlrd模塊? 3.怎樣使用xlrd模塊? 1.什么是xlrd模塊? ?python操作excel主要用到xlrd和xlwt這兩個庫,即xlrd是讀excel,xlwt是寫excel的庫。 今天就先來說一下xl ......

    uj5u.com 2020-09-10 05:36:28 more
  • 當我們創建HashMap時,底層到底做了什么?

    jdk1.7中的底層實作程序(底層基于陣列+鏈表) 在我們new HashMap()時,底層創建了默認長度為16的一維陣列Entry[ ] table。當我們呼叫map.put(key1,value1)方法向HashMap里添加資料的時候: 首先,呼叫key1所在類的hashCode()計算key1 ......

    uj5u.com 2020-09-10 05:36:38 more
最新发布
  • 【中介者設計模式詳解】C/Java/JS/Go/Python/TS不同語言實作

    * 中介者模式是一種行為型設計模式,它可以用來減少類之間的直接依賴關系,
    * 將物件之間的通信封裝到一個中介者物件中,從而使得各個物件之間的關系更加松散。
    * 在中介者模式中,物件之間不再直接相互互動,而是通過中介者來中轉訊息。 ......

    uj5u.com 2023-04-20 08:20:47 more
  • 露天煤礦現場調研和交流案例分享

    他們集團的資訊化公司及研究院在一個礦區正在做智能礦山的統一平臺的 試點,專案投資大概1億,包括了礦山的各方面的內容,顯示得我們這次交流有點多余。他們2年前開始做智能礦山的規劃,有很多煤礦行業專家的加持,他們的描述是非常完美,但是去年底應該上線的平臺,現在還沒有看到影子。他們確實有很多場景需求,但是被... ......

    uj5u.com 2023-04-20 08:20:25 more
  • 《社區人員管理》實戰案例設計&個人案例分享

    設計是一個讓人夢想成真程序,開始編碼、測驗、除錯之前進行需求分析和架構設計,才能保證關鍵方面都做正確 ......

    uj5u.com 2023-04-20 08:20:17 more
  • 軟體架構生態化-多角色交付的探索實踐

    作為一個技術架構師,不僅僅要緊跟行業技術趨勢,還要結合研發團隊現狀及痛點,探索新的交付方案。在日常中,你是否遇到如下問題 “ 業務需求排期長研發是瓶頸;非研發角色感受不到研發技改提效的變化;引入ISV 團隊又擔心質量和安全,培訓周期長“等等,基于此我們探索了一種新的技術體系及交付方案來解決如上問題。 ......

    uj5u.com 2023-04-20 08:20:10 more
  • 【中介者設計模式詳解】C/Java/JS/Go/Python/TS不同語言實作

    * 中介者模式是一種行為型設計模式,它可以用來減少類之間的直接依賴關系,
    * 將物件之間的通信封裝到一個中介者物件中,從而使得各個物件之間的關系更加松散。
    * 在中介者模式中,物件之間不再直接相互互動,而是通過中介者來中轉訊息。 ......

    uj5u.com 2023-04-20 08:19:44 more
  • 露天煤礦現場調研和交流案例分享

    他們集團的資訊化公司及研究院在一個礦區正在做智能礦山的統一平臺的 試點,專案投資大概1億,包括了礦山的各方面的內容,顯示得我們這次交流有點多余。他們2年前開始做智能礦山的規劃,有很多煤礦行業專家的加持,他們的描述是非常完美,但是去年底應該上線的平臺,現在還沒有看到影子。他們確實有很多場景需求,但是被... ......

    uj5u.com 2023-04-20 08:19:07 more
  • 《社區人員管理》實戰案例設計&個人案例分享

    設計是一個讓人夢想成真程序,開始編碼、測驗、除錯之前進行需求分析和架構設計,才能保證關鍵方面都做正確 ......

    uj5u.com 2023-04-20 08:18:57 more
  • 軟體架構生態化-多角色交付的探索實踐

    作為一個技術架構師,不僅僅要緊跟行業技術趨勢,還要結合研發團隊現狀及痛點,探索新的交付方案。在日常中,你是否遇到如下問題 “ 業務需求排期長研發是瓶頸;非研發角色感受不到研發技改提效的變化;引入ISV 團隊又擔心質量和安全,培訓周期長“等等,基于此我們探索了一種新的技術體系及交付方案來解決如上問題。 ......

    uj5u.com 2023-04-20 08:18:49 more
  • 05單件模式

    #經典的單件模式 public class Singleton { private static Singleton uniqueInstance; //一個靜態變數持有Singleton類的唯一實體。 // 其他有用的實體變數寫在這里 //構造器宣告為私有,只有Singleton可以實體化這個類! ......

    uj5u.com 2023-04-19 08:42:51 more
  • 【架構與設計】常見微服務分層架構的區別和落地實踐

    軟體工程的方方面面都遵循一個最基本的道理:沒有銀彈,架構分層模型更是如此,每一種都有各自優缺點,所以請根據不同的業務場景,并遵循簡單、可演進這兩個重要的架構原則選擇合適的架構分層模型即可。 ......

    uj5u.com 2023-04-19 08:42:41 more