2011尤文图斯阵容:BCH社區正在討論的13項技術提案你了解多少

尤文图斯队标 www.bewwpb.com.cn 2019-10-10 00:21:10 BitcoinCash資訊

在BCH社區每隔一段時間都會有不同的技術方案被提出,有些是用于解決現有問題,有些則是為了BCH的長遠發展,其中的一些優秀提案被開發者加入到BCH技術更新中,但還有一些提案具有爭議,被保留下來繼續討論。下面是cash.coin.dance網站統計的BCH社區正處于討論中的13項技術提案。

af1aba376323fd28fb180cfe555ac255

P2SH的強制性CashAddr(提出者:Electron Cash錢包團隊)

BCH的地址與BTC的隔離見證地址不兼容,用戶在發起BCH轉賬時,如果將幣發送到了隔離見證的地址的話,無法取出。而隔離驗證地址大多是以3字開頭的P2SH地址,所以Electron Cash團隊提出所有的比特幣現金錢包都應拒絕由傳統BCH地址向以3字開頭的P2SH地址發送資金,從根本上杜絕資金無法被取出的問題。BCH地址轉換器也應警告用戶不要將資金發送到從舊格式轉換為CashAddr格式的P2SH地址。

值得一提的是,在BCH今年5月份的升級中,有一項改動是隔離見證復原,讓發錯的BCH也能在礦工的幫助下取出來,不過Electron Cash的方案是用強制手段杜絕發錯的可能。

Avalanche(提出者:BCHD節點)

Avalanche是一個新型的區塊鏈共識協議,由一組算法組成,最初的提出者是康奈爾教授埃米·岡·瑟勒,他在論文《Snowflake to Avalanche:A Novel Metastable Consensus Protocol Family for Cryptocurrencies》提出了這一想法,后被BCH社區的開發者所借鑒吸納。在18年7月份,BCH社區開發者發表了一篇《關于市場和預共識》的文章,文章引入了Avalanche協議,并提出了預共識概念。

Avalanche協議可以讓礦工在雙重支出成功前達成共識,從而提高零確認交易的安全性。另外,avalanche用于后共識可以大大加強BCH網絡抵御51攻擊的能力,還可以有效優化內存池同步,提升BCH網絡處理能力。

縮短出塊時間至1min(提出者:BCH社區)

c4aa5ffb79e053b4bd7b369f41698c88

眾所周知,比特幣的平均出塊時間是10分鐘,但中本聰卻沒有對此做出說明,分析人士認為10分鐘的設定是為了降低孤塊率,提升安全性。而事實上,10分鐘的時間間隔并非是必須的,它非常影響用戶的使用體驗,而且由于網絡延遲和寬帶的原因,有時候出塊時間甚至會延長到1小時之久,漫長的等待時間會讓轉賬變得低效。

雖然BCH社區推出了許多零確認的安全?;な侄?,但并非所有人都愿意接受零確認,比如目前用戶轉賬最多的交易所就不支持。萊特幣就是因為出塊時間過快從而在17年牛市被眾多搬磚套利玩家所喜愛。縮短出塊時間無疑會讓BCH更具優勢,但實施細則還需要繼續探討。

現金意向(提出者:獨立開發者)

基于每個事務存儲對人類有意義的事務元數據。為區塊鏈存儲的技術標識符補充上下文信息,例如發件人是誰,發件人使用的帳戶單位,發件人用于計算技術金額及類似數據的匯率。

修訂DAA(帶PID控制)(提出者:Bitcoin ABC開發組)

在2017年11月13日之后,開發人員注意到BCH每小時生成的塊有時會將至每小時1.07塊(正常情況下應該是6塊),具體發生的時間是在格林威治標準時間2017年11月14日下午6:37。他們發現當大型礦工將算力遷移到比特幣區塊鏈時會產生震蕩,而且隨著時間的推移會產生明顯的波動。

開發者建議使用PID控制算法,這是一種類似于溫度控制器的工業標準算法,可以根據前一個塊的挖掘時間動態調整難度??蠊ぶ恍枰鍬忌弦桓隹櫚耐誥蚴奔?,不需要執行144區塊規則,非常動態,最后只需要對參數進行一點調整。

Blocktorrent(提出者:獨立開發人員)

Blocktorrent是一種將完整區塊分成數個獨立可驗證的小塊進行傳輸的方法,其中每個小塊大約是一個IP數據包(小于1500字節)。就像Bittorrent比Napster快一樣,Bittorrent應該比Xthin(ner)更快。

元數據子樹(Metadata Subtree)(提出者:Bitcoin ABC開發組)

開發人員認為,比特幣區塊頭存在一些缺陷,這些缺陷甚至嚴重阻礙了該領域的創新,(比如未花費的交易輸出承諾)。而且不幸的是,修復這些缺陷并非易事,因為大多數“簡單”的解決方案不僅會破壞比特幣與一些生態軟件的向后兼容性,還會阻礙多數采礦設備的運行。因此,目前尚未存在可行的“簡單”解決方案。但簡單解決方案又是急需的,因為復雜性是比特幣項目中安全性和可擴展性的敵人。

Bitcoin ABC開發人員和 Joannes Vermore共同構想了一種折中的解決方案,就是為BCH引入一組精心挑選的元數據子樹,這是一種將元數子樹作為一個極大值引入新元數據的向后兼容方法。

Merklix Trees(提出者:Bitcoin ABC開發組等)

開發人員重新思考了在比特幣鏈上擴展方面不必要復雜化的痛點。中本聰的代碼庫中最初實現的Merkle樹具有自身的復雜性,包括一部分明顯偶然的情況,因其確實帶來了意外的漏洞。

最初在比特幣中發現的Merkle樹的布局并不適用于遞增式高度平行處理,如果區塊將來擴大,這就會變成一種阻礙。因此,開發人員提出了Merklix樹,這是比特幣共識規則的變化,影響了區塊的散列策略。Merklix樹是一種按位查找的字典樹,以Merkle樹覆蓋圖為補充。Merklix樹適用于遞增式高度平行計算,并且最大限度地保留了對比特幣現有應用領域的向后兼容性。

基于多塊的時延懲罰(提出者:Bitcoin Unlimited開發組)

這是一種通過對不誠實礦工進行挖礦懲罰從而防止區塊重組的算法改進方案。BU開發人員建議在區塊之間取平均延遲,將每個區塊與其相反鏈上的“表親”區塊進行對比,比如取101A和101B之間的延遲,然后用102A和102B之間的延遲求和,以此類推……然后除以在相反鏈頂端的區塊總數。如果最初被延遲的鏈比第一個看到的鏈長,那么沒有表兄弟的塊被視為零延遲。如果存在需要很長時間傳播的塊,(比如,它是私有創建而不是來自內存池),它將導致其它節點懲罰它。

Bobtail

Bobtail是一種將比特幣出塊時間穩定在7~12分鐘的算法。比特幣被設計成10分鐘出一個塊,但在實際運行中,由于算力的波動和運行設備的差異,比特幣的出塊時間并不是一直穩定在10分鐘左右,這種差異會造成比特幣交易市場無法保持一致。Bobtail還被證明可以有效阻止雙重支出和惡意的算力攻擊。

單向聚合簽名(提出者:Electron Cash錢包團隊)

EC開發團隊認為,目前為止,所有加入到BTC和BCH的協議都很難獲得發展動力,主要原因在于缺乏網絡效應。行業內的一些機構參與度低,加入進來不容易,并且需要協調。即使像CashShuffle協議獲得了廣范使用,它也面臨者越來越多的DOS攻擊。單向聚合簽名(OWAS)提供的“非互動”屬性改變了 游戲規則。在靈活的交易方案范圍內,OWAS可以達到EC開發組想要的目標,因為該方案使得簽名的消息摘要可以以乘法的方式出現,因此,輸入和輸出可以按任何順序出現。

通過保證金改善零確認(提出者:Bitcoin Unlimited開發組)

消費者在進行特殊的ZCF(零確認)交易時,可以向商家付款并同時發布保證金。如果交易是誠實的,那么消費者可以在交易確認后收回他的保證金。如果消費者試圖雙花,那他必須在同一個公鑰上顯示第二個簽名,然后由礦工用它來為自己收取保證金。

將BCH標準面額切換為“bits”(提出者:社區愛好者)

社區愛好者在BCH論壇R/BTC發帖建議,將BCH標準面額改為“Bit”而不是比特幣現金/BCH,并同時將“BCH”的名字換為“Bit”。他補充解釋了幾個原因,比如“Bit”是一個單音詞,容易發音;“Bit”是數字事物的組成部分;“Bit”已經與金錢有關等。???