在BCH社區(qū)每隔一段時(shí)間都會(huì)有不同的技術(shù)方案被提出，有些是用于解決現(xiàn)有問(wèn)題，有些則是為了BCH的長(zhǎng)遠(yuǎn)發(fā)展，其中的一些優(yōu)秀提案被開發(fā)者加入到BCH技術(shù)更新中，但還有一些提案具有爭(zhēng)議，被保留下來(lái)繼續(xù)討論。下面是cash.coin.dance網(wǎng)站統(tǒng)計(jì)的BCH社區(qū)正處于討論中的13項(xiàng)技術(shù)提案。

No.1

P2SH的強(qiáng)制性CashAddr（提出者：Electron Cash錢包團(tuán)隊(duì)）

BCH的地址與BTC的隔離見證地址不兼容，用戶在發(fā)起B(yǎng)CH轉(zhuǎn)賬時(shí)，如果將幣發(fā)送到了隔離見證的地址的話，無(wú)法取出。而隔離驗(yàn)證地址大多是以3字開頭的P2SH地址，所以Electron Cash團(tuán)隊(duì)提出所有的比特幣現(xiàn)金錢包都應(yīng)拒絕由傳統(tǒng)BCH地址向以3字開頭的P2SH地址發(fā)送資金，從根本上杜絕資金無(wú)法被取出的問(wèn)題。BCH地址轉(zhuǎn)換器也應(yīng)警告用戶不要將資金發(fā)送到從舊格式轉(zhuǎn)換為CashAddr格式的P2SH地址。

值得一提的是，在BCH今年5月份的升級(jí)中，有一項(xiàng)改動(dòng)是隔離見證復(fù)原，讓發(fā)錯(cuò)的BCH也能在礦工的幫助下取出來(lái)，不過(guò)Electron Cash的方案是用強(qiáng)制手段杜絕發(fā)錯(cuò)的可能。

No.2

Avalanche（提出者：BCHD節(jié)點(diǎn)）

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

Avalanche協(xié)議可以讓礦工在雙重支出成功前達(dá)成共識(shí)，從而提高零確認(rèn)交易的安全性。另外，avalanche用于后共識(shí)可以大大加強(qiáng)BCH網(wǎng)絡(luò)抵御51攻擊的能力，還可以有效優(yōu)化內(nèi)存池同步，提升BCH網(wǎng)絡(luò)處理能力。

No.3

縮短出塊時(shí)間至1min（提出者：BCH社區(qū)）

眾所周知，比特幣的平均出塊時(shí)間是10分鐘，但中本聰卻沒有對(duì)此做出說(shuō)明，分析人士認(rèn)為10分鐘的設(shè)定是為了降低孤塊率，提升安全性。而事實(shí)上，10分鐘的時(shí)間間隔并非是必須的，它非常影響用戶的使用體驗(yàn)，而且由于網(wǎng)絡(luò)延遲和寬帶的原因，有時(shí)候出塊時(shí)間甚至?xí)娱L(zhǎng)到1小時(shí)之久，漫長(zhǎng)的等待時(shí)間會(huì)讓轉(zhuǎn)賬變得低效。

雖然BCH社區(qū)推出了許多零確認(rèn)的安全保護(hù)手段，但并非所有人都愿意接受零確認(rèn)，比如目前用戶轉(zhuǎn)賬最多的交易所就不支持。萊特幣就是因?yàn)槌鰤K時(shí)間過(guò)快從而在17年牛市被眾多搬磚套利玩家所喜愛?？s短出塊時(shí)間無(wú)疑會(huì)讓BCH更具優(yōu)勢(shì)，但實(shí)施細(xì)則還需要繼續(xù)探討。

No.4

現(xiàn)金意向（提出者：獨(dú)立開發(fā)者）

基于每個(gè)事務(wù)存儲(chǔ)對(duì)人類有意義的事務(wù)元數(shù)據(jù)。為區(qū)塊鏈存儲(chǔ)的技術(shù)標(biāo)識(shí)符補(bǔ)充上下文信息，例如發(fā)件人是誰(shuí)，發(fā)件人使用的帳戶單位，發(fā)件人用于計(jì)算技術(shù)金額及類似數(shù)據(jù)的匯率。

No.5

修訂DAA（帶PID控制）（提出者：Bitcoin ABC開發(fā)組）

在2017年11月13日之后，開發(fā)人員注意到BCH每小時(shí)生成的塊有時(shí)會(huì)將至每小時(shí)1.07塊（正常情況下應(yīng)該是6塊），具體發(fā)生的時(shí)間是在格林威治標(biāo)準(zhǔn)時(shí)間2017年11月14日下午6：37。他們發(fā)現(xiàn)當(dāng)大型礦工將算力遷移到比特幣區(qū)塊鏈時(shí)會(huì)產(chǎn)生震蕩，而且隨著時(shí)間的推移會(huì)產(chǎn)生明顯的波動(dòng)。

開發(fā)者建議使用PID控制算法，這是一種類似于溫度控制器的工業(yè)標(biāo)準(zhǔn)算法，可以根據(jù)前一個(gè)塊的挖掘時(shí)間動(dòng)態(tài)調(diào)整難度。礦工只需要記錄上一個(gè)塊的挖掘時(shí)間，不需要執(zhí)行144區(qū)塊規(guī)則，非常動(dòng)態(tài)，最后只需要對(duì)參數(shù)進(jìn)行一點(diǎn)調(diào)整。

No.6

Blocktorrent（提出者：獨(dú)立開發(fā)人員）

Blocktorrent是一種將完整區(qū)塊分成數(shù)個(gè)獨(dú)立可驗(yàn)證的小塊進(jìn)行傳輸?shù)姆椒?，其中每個(gè)小塊大約是一個(gè)IP數(shù)據(jù)包（小于1500字節(jié)）。就像Bittorrent比Napster快一樣，Bittorrent應(yīng)該比Xthin（ner）更快。

No.7

元數(shù)據(jù)子樹（Metadata Subtree）（提出者：Bitcoin ABC開發(fā)組）

開發(fā)人員認(rèn)為，比特幣區(qū)塊頭存在一些缺陷，這些缺陷甚至嚴(yán)重阻礙了該領(lǐng)域的創(chuàng)新，（比如未花費(fèi)的交易輸出承諾）。而且不幸的是，修復(fù)這些缺陷并非易事，因?yàn)榇蠖鄶?shù)“簡(jiǎn)單”的解決方案不僅會(huì)破壞比特幣與一些生態(tài)軟件的向后兼容性，還會(huì)阻礙多數(shù)采礦設(shè)備的運(yùn)行。因此，目前尚未存在可行的“簡(jiǎn)單”解決方案。但簡(jiǎn)單解決方案又是急需的，因?yàn)閺?fù)雜性是比特幣項(xiàng)目中安全性和可擴(kuò)展性的敵人。

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

No.8

Merklix Trees（提出者：Bitcoin ABC開發(fā)組等）

開發(fā)人員重新思考了在比特幣鏈上擴(kuò)展方面不必要復(fù)雜化的痛點(diǎn)。中本聰?shù)拇a庫(kù)中最初實(shí)現(xiàn)的Merkle樹具有自身的復(fù)雜性，包括一部分明顯偶然的情況，因其確實(shí)帶來(lái)了意外的漏洞。

最初在比特幣中發(fā)現(xiàn)的Merkle樹的布局并不適用于遞增式高度平行處理，如果區(qū)塊將來(lái)擴(kuò)大，這就會(huì)變成一種阻礙。因此，開發(fā)人員提出了Merklix樹，這是比特幣共識(shí)規(guī)則的變化，影響了區(qū)塊的散列策略。Merklix樹是一種按位查找的字典樹，以Merkle樹覆蓋圖為補(bǔ)充。Merklix樹適用于遞增式高度平行計(jì)算，并且最大限度地保留了對(duì)比特幣現(xiàn)有應(yīng)用領(lǐng)域的向后兼容性。

No.9

基于多塊的時(shí)延懲罰（提出者：Bitcoin Unlimited開發(fā)組）

這是一種通過(guò)對(duì)不誠(chéng)實(shí)礦工進(jìn)行挖礦懲罰從而防止區(qū)塊重組的算法改進(jìn)方案。BU開發(fā)人員建議在區(qū)塊之間取平均延遲，將每個(gè)區(qū)塊與其相反鏈上的“表親”區(qū)塊進(jìn)行對(duì)比，比如取101A和101B之間的延遲，然后用102A和102B之間的延遲求和，以此類推……然后除以在相反鏈頂端的區(qū)塊總數(shù)。如果最初被延遲的鏈比第一個(gè)看到的鏈長(zhǎng)，那么沒有表兄弟的塊被視為零延遲。如果存在需要很長(zhǎng)時(shí)間傳播的塊，（比如，它是私有創(chuàng)建而不是來(lái)自內(nèi)存池），它將導(dǎo)致其它節(jié)點(diǎn)懲罰它。

No.10

Bobtail

Bobtail是一種將比特幣出塊時(shí)間穩(wěn)定在7~12分鐘的算法。比特幣被設(shè)計(jì)成10分鐘出一個(gè)塊，但在實(shí)際運(yùn)行中，由于算力的波動(dòng)和運(yùn)行設(shè)備的差異，比特幣的出塊時(shí)間并不是一直穩(wěn)定在10分鐘左右，這種差異會(huì)造成比特幣交易市場(chǎng)無(wú)法保持一致。Bobtail還被證明可以有效阻止雙重支出和惡意的算力攻擊。

No.11

單向聚合簽名（提出者：Electron Cash錢包團(tuán)隊(duì)）

EC開發(fā)團(tuán)隊(duì)認(rèn)為，目前為止，所有加入到BTC和BCH的協(xié)議都很難獲得發(fā)展動(dòng)力，主要原因在于缺乏網(wǎng)絡(luò)效應(yīng)。行業(yè)內(nèi)的一些機(jī)構(gòu)參與度低，加入進(jìn)來(lái)不容易，并且需要協(xié)調(diào)。即使像CashShuffle協(xié)議獲得了廣范使用，它也面臨者越來(lái)越多的DOS攻擊。單向聚合簽名（OWAS）提供的“非互動(dòng)”屬性改變了 游戲規(guī)則。在靈活的交易方案范圍內(nèi)，OWAS可以達(dá)到EC開發(fā)組想要的目標(biāo)，因?yàn)樵摲桨甘沟煤灻南⒄梢砸猿朔ǖ姆绞匠霈F(xiàn)，因此，輸入和輸出可以按任何順序出現(xiàn)。

No.12

通過(guò)保證金改善零確認(rèn)（提出者：Bitcoin Unlimited開發(fā)組）

消費(fèi)者在進(jìn)行特殊的ZCF（零確認(rèn)）交易時(shí)，可以向商家付款并同時(shí)發(fā)布保證金。如果交易是誠(chéng)實(shí)的，那么消費(fèi)者可以在交易確認(rèn)后收回他的保證金。如果消費(fèi)者試圖雙花，那他必須在同一個(gè)公鑰上顯示第二個(gè)簽名，然后由礦工用它來(lái)為自己收取保證金。

No.13

將BCH標(biāo)準(zhǔn)面額切換為“bits”（提出者：社區(qū)愛好者）

社區(qū)愛好者在BCH論壇R/BTC發(fā)帖建議，將BCH標(biāo)準(zhǔn)面額改為“Bit”而不是比特幣現(xiàn)金/BCH，并同時(shí)將“BCH”的名字換為“Bit”。他補(bǔ)充解釋了幾個(gè)原因，比如“Bit”是一個(gè)單音詞，容易發(fā)音；“Bit”是數(shù)字事物的組成部分；“Bit”已經(jīng)與金錢有關(guān)等。