通過對區(qū)塊鏈歷史中發(fā)生過的社區(qū)事件以及現(xiàn)實的分析，我們針對有別于傳統(tǒng)互聯(lián)網(wǎng)項目的社區(qū)治理問題，提出了基于社區(qū)代理人凝聚亦來云社區(qū)共識的治理機制。該機制讓社區(qū)成員可以通過投票表決參與社區(qū)決策，還能激勵社區(qū)成員以提案方式參與社區(qū)和生態(tài)貢獻(xiàn)。所有參與共識的個體都使用數(shù)字簽名確認(rèn)其行為，并通過亦來云區(qū)塊鏈記錄和公示。區(qū)塊鏈公開、透明以及不可更改的特性讓所有社區(qū)成員都可以公平的參與其中。此外，對提案類別的設(shè)計，可以為亦來云社區(qū)治理的共識系統(tǒng)帶來更多的應(yīng)用場景和更廣闊的發(fā)展空間。

1. Cyber Republic（CR）

CR是亦來云社區(qū)的統(tǒng)稱，名字表達(dá)了對亦來云社區(qū)發(fā)展的美好愿景。CR由亦來云持幣人和貢獻(xiàn)者組成，包括創(chuàng)始團(tuán)隊亦來云基金會、生態(tài)合作伙伴以及其它愿意為亦來云技術(shù)和社區(qū)發(fā)展做出貢獻(xiàn)的個人和團(tuán)隊。

2. Cyber Republic Consensus（CRC）

CRC是繼PoW和DPoS之后亦來云的第三種共識，其目的是為CR提供一種基于共識的社區(qū)治理機制，以持續(xù)推動亦來云技術(shù)開發(fā)和生態(tài)發(fā)展，解決爭議，管理社區(qū)資產(chǎn)，激勵社區(qū)成員參與社區(qū)的治理和貢獻(xiàn)。

CRC可以看做是CR社區(qū)的頂層設(shè)計，但CRC無意于把社區(qū)變成一個傳統(tǒng)意義上相對封閉、緊湊以及強制型自上而下管理的完整組織架構(gòu)，因為社區(qū)的本質(zhì)特性是開放、松散和自發(fā)型自底向上生長。CRC讓社區(qū)自底向上的生長過程有一個向心力的引導(dǎo)，以扶持和促進(jìn)社區(qū)發(fā)展。

此外，CRC也是亦來云發(fā)展DApp生態(tài)的基礎(chǔ)設(shè)施，它為真正的去中心化應(yīng)用提供一種通用的社區(qū)治理機制。

3. 動因

3.1. 公鏈的一些獨有特征

在區(qū)塊鏈不長的發(fā)展歷史中有過多次重大的社區(qū)內(nèi)部分岐，盡管社區(qū)各方付出了巨大的努力協(xié)調(diào)解決此類爭端，但大多最終未能達(dá)成有效的解決方案，有些還導(dǎo)致區(qū)塊鏈的硬分叉。其中以BTC和BCH之間的硬分叉最為著名，這也導(dǎo)致了社區(qū)的分裂。在反思這些事件時，重要的是要認(rèn)識到區(qū)塊鏈項目區(qū)別于傳統(tǒng)互聯(lián)網(wǎng)產(chǎn)品的獨有特征：

1. 社區(qū)是公鏈發(fā)展最主要的推動力。這是由于公鏈不同于傳統(tǒng)軟件產(chǎn)品，由社區(qū)共同運營，不應(yīng)該受任何團(tuán)隊或陣營控制。

2. 社區(qū)達(dá)成共識不是一件容易的事。社區(qū)每個成員或者團(tuán)隊都可能有不同的價值觀和利益訴求。

3. 公鏈的技術(shù)推進(jìn)相對緩慢。從BTC出現(xiàn)擴容爭議到最終以硬分叉結(jié)束，前后耗時兩年多，并且結(jié)果并不理想。而在傳統(tǒng)互聯(lián)網(wǎng)中，類似的產(chǎn)品升級只需要幾周時間。

此外，區(qū)塊鏈行業(yè)還存在一個不容辯駁的事實：雖然已經(jīng)經(jīng)過了10年時間的發(fā)展，但社區(qū)和應(yīng)用生態(tài)依然不夠繁榮，與傳統(tǒng)互聯(lián)網(wǎng)有著巨大的差距。

3.2. 社區(qū)決策機制

一些著名的公鏈都有推進(jìn)各自技術(shù)發(fā)展的機制，比如BTC的BIP（Bitcion Improvement Proposal）和ETH的EIP（Ethereum Improvement Proposal）。在這些機制中，是否采納社區(qū)技術(shù)改進(jìn)提案的決定權(quán)基本都在區(qū)塊鏈核心開發(fā)團(tuán)隊手中。這些核心開發(fā)團(tuán)隊的形成各有其歷史原因，但無可否認(rèn)的是，他們在其公鏈的技術(shù)發(fā)展上有非常大的話語權(quán)，普通開發(fā)者很難加入到這個群體中，這與區(qū)塊鏈去中心化的價值觀并不相符。

公鏈的代碼即共識，在一個完全去中心化的公鏈社區(qū)中應(yīng)該沒有任何團(tuán)隊可以通過修改代碼去控制它。亦來云區(qū)塊鏈作為一條公鏈，在DPoS共識上線后已經(jīng)完全向社區(qū)開放，即便是創(chuàng)始團(tuán)隊亦來云基金會也不能任意修改并升級區(qū)塊鏈的代碼。隨著項目去中心化程度的提高，區(qū)塊鏈技術(shù)的進(jìn)化也將會變得越來越困難。

技術(shù)升級只是區(qū)塊鏈社區(qū)治理需要解決問題中的一個方面。以此展開，還有許多其他的社區(qū)事務(wù)需要全社區(qū)參與決策，比如改變經(jīng)濟(jì)模型或者利益分配方式，這些是純粹的鏈上共識不能解決的問題。

因此，我們有必要利用區(qū)塊鏈技術(shù)形成真正的社區(qū)共識，而不是依賴其中的部分團(tuán)隊或陣營代表所有人做出決定。

3.3. 生態(tài)發(fā)展和社區(qū)貢獻(xiàn)

去中心化是區(qū)塊鏈最重要的價值觀和技術(shù)特性，同時意味著權(quán)力的去中心化（比如創(chuàng)始團(tuán)隊對產(chǎn)品的控制權(quán)和運營權(quán)）。相應(yīng)的，權(quán)力的去中心化必將導(dǎo)致責(zé)任的去中心化。

可以設(shè)想在一個完全去中心化的社區(qū)中，誰將負(fù)責(zé)拓展社區(qū)和發(fā)展應(yīng)用生態(tài)？完全依靠社區(qū)成員的自發(fā)性必然因缺乏足夠的向心力和動力致使發(fā)展的過程非常緩慢，無法形成應(yīng)有的合力，這是整個區(qū)塊鏈行業(yè)都面臨的問題。

因此，我們需要在形成社區(qū)共識的基礎(chǔ)上，激勵為CR社區(qū)和亦來云生態(tài)做出貢獻(xiàn)的個人和團(tuán)隊，吸引更多的人加入社區(qū)成為貢獻(xiàn)者，加速推進(jìn)社區(qū)和應(yīng)用生態(tài)的發(fā)展。

為了解決上述社區(qū)決策以及貢獻(xiàn)者激勵的問題，我們結(jié)合亦來云區(qū)塊鏈技術(shù)，提出了亦來云的第三種共識——CRC。

4. 基礎(chǔ)原理

與以安全可信地記錄區(qū)塊鏈賬本為目標(biāo)的DPoS和PoW不同，CRC以社區(qū)事務(wù)為共識目標(biāo)，因此執(zhí)行主體由機器變成了每一個社區(qū)的持幣人。簡單的說，CRC是一種以持幣人為節(jié)點的共識機制，以讓所有社區(qū)成員都可以公平地參與社區(qū)貢獻(xiàn)和決策。

DPoS和PoW等純鏈上共識需要共識的目標(biāo)非常明確，就是需要上鏈的交易和區(qū)塊。但CRC的共識目標(biāo)是不清晰的，因為所謂的社區(qū)事務(wù)并不是一個確定的概念，這就需要能夠提出確定議題的人。

由于社區(qū)所涉及的范圍是變化且規(guī)模難以確定的，不可能允許每一個社區(qū)成員都有提出議題讓全社區(qū)共識的權(quán)利。我們需要縮小范圍，引入代理人機制，即首先由全社區(qū)投票產(chǎn)生出確定數(shù)量的代理人，由代理人推薦社區(qū)議題（以下稱為提案）并投票決策。代理人及其推薦提案的相關(guān)行為都會通過區(qū)塊鏈的CRC共識規(guī)則接受全社區(qū)監(jiān)督。

這個過程類似于DPoS，只是執(zhí)行主體由機器變成了社區(qū)成員，選出的代理人則類似于DPoS中的超級節(jié)點。CRC代理人和DPoS超級節(jié)點功能上最大的不同是，CRC代理人多出了推薦社區(qū)提案的權(quán)利。

在具體實現(xiàn)上，為了把區(qū)塊鏈公開、透明、不可更改的特性引入到CRC中，從CRC代理人選舉開始，到提案的發(fā)起、投票表決和執(zhí)行跟蹤，所有參與共識的個體行為都通過區(qū)塊鏈的交易進(jìn)行，這意味著他們需要使用數(shù)字簽名確認(rèn)其身份。這些交易受CRC相關(guān)的區(qū)塊鏈代碼規(guī)則控制，社區(qū)成員可以很方便的從支持CRC的客戶端（以下“客戶端”一詞均指支持CRC的區(qū)塊鏈客戶端）參與并監(jiān)督共識進(jìn)展。

5. 兩個重要角色

為了方便以后的闡述，我們需要給CR社區(qū)中兩個重要角色明確的定義。

5.1. CR委員

由社區(qū)通過區(qū)塊鏈投票選舉出來的代理人。他們是CRC共識中所有社區(qū)成員中的“超級節(jié)點”，代為決策社區(qū)事務(wù)。CR委員的權(quán)利和義務(wù)如下：

1. 普通社區(qū)成員共有的權(quán)利和義務(wù)；

2. 提案推薦權(quán)。將社區(qū)的建議性提案（參見7.1.）推薦為CRC正式提案，進(jìn)入共識流程；

3. 提案表決權(quán)。對提案進(jìn)行投票表決，贊同、反對或者棄權(quán)。

5.2. 社區(qū)成員

CR社區(qū)中的每一個持幣人。他們共有的權(quán)利和義務(wù)如下：

1. 選舉權(quán)。通過投票的的形式支持某些候選人成為CR委員；

2. 被選舉權(quán)。參選CR委員的權(quán)利；

3. 提案建議權(quán)。向CR委員提出建議性提案，CR委員如果采納可將建議性提案推薦為CRC正式提案；

4. 監(jiān)督和彈劾CR委員的權(quán)利。每一個社區(qū)成員均能對CR委員的行為進(jìn)行監(jiān)督， 對自己認(rèn)為不合格的CR委員以投票形式進(jìn)行彈劾；

5. 對提案過程的監(jiān)督和反對的權(quán)利。社區(qū)成員可以通過客戶端對提案的投票和執(zhí)行過程進(jìn)行全程監(jiān)督。CR委員們投票表決通過的提案有一個公示期，在公示期內(nèi)對不滿意的提案可以通過投票形式進(jìn)行反對。

是否還需要現(xiàn)實社會治理體系中的其它角色，比如仲裁院或法院，或者監(jiān)督委員會？在CRC中可以通過提案對社區(qū)事務(wù)爭議進(jìn)行仲裁，這本身就涵蓋了法院的類似職能。而投票和提案過程都在區(qū)塊鏈上流轉(zhuǎn)，所有社區(qū)成員都能通過客戶端監(jiān)督這一過程的執(zhí)行，并通過反對提案或者彈劾委員的方式進(jìn)行干涉。

區(qū)塊鏈公開、透明和不可更改的特性讓信息的傳遞沒有障礙，從而使得社區(qū)形成共識的過程變得簡單而無需太多角色。

6. CR委員會

6.1. CR委員會

CR委員由社區(qū)成員通過區(qū)塊鏈投票形式選舉產(chǎn)生，目前定為12人。這12人共同組成了CR委員會，他們共同對CR社區(qū)負(fù)責(zé)。隨著社區(qū)的擴大，委員人數(shù)有可能由社區(qū)通過CRC共識進(jìn)行變動。

不同于一般概念上的董事會、理事會這樣的組織形式，CR委員會是一個松散的聯(lián)合體。理論上CR委員之間不必相互認(rèn)識和溝通，不需要有共同的目標(biāo)，更不用協(xié)同工作，其一切共識行為都圍繞著提案和投票展開。所以我們不用過于在意CR委員會這個概念，實際上它并不是一個通常意義上的組織，委員之間就象DPoS超級節(jié)點之間的關(guān)系一樣。

CR委員會由一個區(qū)塊鏈代碼中固定不變的ELA地址代表，當(dāng)屆CR委員會可動用的ELA被存放于該地址中（參見9.3.）。

6.2. 選舉規(guī)則

所有準(zhǔn)備參與CR委員競選的社區(qū)成員都必須擁有亦來云DID，他們可以通過客戶端發(fā)起參選交易，用以向社區(qū)宣告參與CR委員的選舉，同時質(zhì)押5000ELA以證明參選資格。如未當(dāng)選，這些ELA將被自動解除質(zhì)押。

CR委員由社區(qū)成員在客戶端中使用ELA投票產(chǎn)生，所有的投票信息都將通過區(qū)塊鏈實時記錄并反應(yīng)到客戶端中。投票截止時得票數(shù)排前12位的參選人將當(dāng)選為CR委員。

6.3. 彈劾委員

在CR委員履職期間，社區(qū)成員可以在任意時間以投票形式對不滿意的CR委員進(jìn)行彈劾，當(dāng)累計彈劾票數(shù)超過ELA總流通量（除CR資產(chǎn)地址以外的ELA均被視為可流通ELA，參見9.3.）對應(yīng)總票數(shù)的20%時，被彈劾委員將自動去職。

6.4. 回報

CR委員既是一種榮耀和權(quán)利，同時也肩負(fù)著亦來云社區(qū)治理以及發(fā)展亦來云生態(tài)的責(zé)任。為了激勵CR委員更好的履行其職能，在亦來云DPoS共識中，為每一位CR委員保留了運行一個DPoS超級節(jié)點的權(quán)利，同時也是其責(zé)任和義務(wù)。這個超級節(jié)點是天然的當(dāng)選節(jié)點，不通過DPoS投票產(chǎn)生，因此不享有投票收益。

6.5. 任職周期

正常情況下CR委員任職周期為一年（262，800個主鏈出塊周期），任職期滿前一個月（21，900個主鏈出塊周期）自動開啟新一屆的CR委員換屆選舉。

如果CR委員被彈劾成功，該委員將自動去職，不再具備委員資格。

此外，如果CR委員的DPoS超級節(jié)點被置于Inactive狀態(tài)，其委員資格也將被暫停直到其DPoS超級節(jié)點恢復(fù)AcTIve狀態(tài)；如果CR委員的DPoS超級節(jié)點因作惡被置為Illegal狀態(tài)，該委員也將自動去職。

CR委員會成員數(shù)量少于滿員的2/3時自動開啟新一輪的CR委員會換屆選舉。

6.6. 票權(quán)

在CRC中持幣人持有的ELA數(shù)量即持幣人的票權(quán)數(shù)量，不取整。

選舉期間，持幣人的票權(quán)可以根據(jù)他自己的意愿任意分配給一個或多個候選人。票權(quán)也可以用于彈劾委員或?qū)酒诘奶岚竿斗磳ζ保▍⒁?.3.），不同投票場景下票權(quán)獨立計算，可重疊使用。

例如，某次換屆選舉時某持幣人持有18.5個ELA，即他擁有18.5個票權(quán)。選舉時他可以把其中的10個投給候選人A，另外8.5個投給侯選人B。與此同時，他還能把這18.5個票權(quán)用于彈劾某個現(xiàn)屆委員，但在彈劾委員時，票權(quán)不能重復(fù)使用，即同一票權(quán)不能既用于彈劾委員A，又同時用于彈劾委員B。而所有這些行為都不會影響持幣人在DPoS選舉中的投票。

需要注意的是，持幣人做ELA交易會造成票權(quán)的變動，如果某次交易造成持幣人剩余票權(quán)不足以滿足他在某個投票場景中投出的票權(quán)，會導(dǎo)致該持幣人在該場景中的投票被取消。

6.7. 質(zhì)押及返還

CR委員在履職期間需要質(zhì)押5000ELA。這5000ELA同時也被用于委員的DPoS超級節(jié)點的質(zhì)押，因節(jié)點不良行為的質(zhì)押扣除規(guī)則與普通DPoS超級節(jié)點一樣。

CR委員履職結(jié)束后（包括換屆和被彈劾離職），質(zhì)押的ELA將根據(jù)未履職時間和未投票表決的提案比例進(jìn)行扣除，剩余的ELA返還到委員的錢包中。如果CR委員是因被取消超級節(jié)點資格而離職，將被扣除全部質(zhì)押金。

如：假定某委員正常工作至換屆，履職期間共有M個提案，其中該委員表決過的提案數(shù)為N，剩余質(zhì)押金為P（有可能因為其DPoS超級節(jié)點被懲罰而使得P小于5000ELA），那么應(yīng)返還的質(zhì)押金R為：R = P * （N / M）

如果該委員因被彈劾提前離職，假定其實際履職的區(qū)塊周期為T，那么應(yīng)返還的質(zhì)押金R為：R = P * （T / 262800） * （N / M）

被扣除的質(zhì)押金將永遠(yuǎn)不會再流通，等同于銷毀。

7. 提案

提案即需要經(jīng)過CRC共識的議題。一個提案通常需要具備以下幾個要素：

· 與CR和亦來云技術(shù)發(fā)展相關(guān)的主題；

· 要解決的問題以及希望達(dá)成的目標(biāo)；

· 計劃達(dá)到目標(biāo)的具體方法和過程；

· 提案的執(zhí)行人或者團(tuán)隊；

· 預(yù)期提案的執(zhí)行周期和階段檢查點；

· 相關(guān)經(jīng)費預(yù)算及支出計劃（如涉及）。

社區(qū)的建議性提案被CR委員推薦之后，所有相關(guān)的共識行為都將以交易形式記錄于區(qū)塊鏈上向社區(qū)公示。

7.1. 提案建議權(quán)

所有使用并公開了亦來云DID的社區(qū)成員均可以向CR委員提出建議性提案，建議性提案需要由提案人使用私鑰簽名且內(nèi)容不可更改。對建議性提案，CR委員可以向CR委員會推薦，也有權(quán)拒絕。

7.2. 提案推薦權(quán)

CR委員通過在建議性提案上附加自己的私鑰簽名的方式推薦提案。在CR委員即是提案人的情況下，兩次簽名可能是同一個人。CR委員簽名后的建議性提案成為CRC合法提案，可被發(fā)布于區(qū)塊鏈上由CR委員會投票表決，開啟提案的共識流程。

單個CR委員在任期內(nèi)推薦的提案數(shù)量不能超過128個。在CRC換屆選舉期間，現(xiàn)任CR委員不能再推薦新的提案，但依然可以對未完成投票的提案投票表決。

7.3. 投票和公示

提案進(jìn)入投票表決環(huán)節(jié)后，由CR委員在七個自然日（5，040個主鏈出塊周期）內(nèi)以錢包簽名的形式一人一票地對提案交易進(jìn)行投票表決。在投票表決期結(jié)束時提案獲得不少于滿員的2/3的贊同票，該提案即通過了CR委員會的投票表決。投票表決未通過的提案為無效提案。

提案通過CR委員會投票表決后，立即開始七個自然日（5，040個主鏈出塊周期）的公示期。在公示期內(nèi)所有社區(qū)成員都可以通過客戶端對不贊同的提案投反對票，當(dāng)累計反對票數(shù)超過總流通量對應(yīng)票數(shù)的10%后，該提案變?yōu)闊o效。同一票權(quán)可同時對多個不同的提案投反對票。

通過投票和公示后，提案進(jìn)入執(zhí)行階段。

7.4. 提案類別

某些提案需要共識代碼執(zhí)行一些特別的規(guī)則，因此有必要對提案進(jìn)行分類以便于代碼識別，這些提案的類別包括但不限于：

· 代碼升級

· 添加側(cè)鏈

· 更換提案負(fù)責(zé)人（參見7.7.）

· 終止提案（參見7.9.）

· 提名CR委員會秘書長（參見8.1.）

除了和基礎(chǔ)設(shè)施共識相關(guān)的特殊提案類別外，某些重量級的DApp還可以向CRC申請用于DApp共識治理的提案類別，比如DEX（去中心交易所）的開發(fā)者可以向CRC申請用于上幣決策的提案類別。

CRC的提案類別將通過一個信息類的ELIP（Elastos Improvement Proposal）維護(hù)和公示。

7.5. CR委員會秘書處

一些簡單的提案可能易于決策且執(zhí)行周期很短，但更多的提案卻沒有這么簡單，涉及的復(fù)雜程度可能包括：

· 提案的執(zhí)行周期長，需要跟蹤、監(jiān)督和調(diào)整；

· 需要專業(yè)的知識以判斷提案內(nèi)容的合理性；

· 執(zhí)行中的遇到的問題過于瑣碎，需要變更的次數(shù)過多。

理論上可以通過頻繁提交提案調(diào)整和積累經(jīng)驗以解決上述問題，但現(xiàn)實中會受到時間、資金以及溝通成本的限制，提案流程和執(zhí)行跟蹤的復(fù)雜程度也會影響CR委員的工作效率。

因此，CR委員會顯然需要一個常設(shè)的執(zhí)行機構(gòu)以輔助決策、跟蹤執(zhí)行以及處理一些日常性的事務(wù)，可稱之為CR委員會秘書處，CR委員會秘書處的負(fù)責(zé)人為CR委員會秘書長。

7.6. 提案負(fù)責(zé)人及執(zhí)行跟蹤

最初建議性提案的提出者是默認(rèn)的提案負(fù)責(zé)人。提案經(jīng)CRC共識通過后，提案負(fù)責(zé)人有責(zé)任跟蹤和反饋提案的執(zhí)行情況，就執(zhí)行狀態(tài)和CR委員會秘書處達(dá)成共識。雙方達(dá)成共識的方式為：提案負(fù)責(zé)人向秘書處提交提案執(zhí)行跟蹤信息，秘書處對該信息進(jìn)行審查核實。

共識通過的提案執(zhí)行跟蹤信息會以提案負(fù)責(zé)人和CR委員會秘書長聯(lián)合簽名的交易發(fā)布到主鏈上，以作為提案的附屬信息進(jìn)行公示。單個提案的執(zhí)行跟蹤信息不能超過128條。

7.7. 更換提案負(fù)責(zé)人

某些情況下，提案負(fù)責(zé)人不能再履行提案跟蹤的職責(zé)，可以通過以下兩種方式之一為提案更換提案負(fù)責(zé)人：

1. 原提案負(fù)責(zé)人向CR委員會秘書處發(fā)出更換提案負(fù)責(zé)人的提議，該提議包含原提案負(fù)責(zé)人和候選提案負(fù)責(zé)人的簽名，秘書處審核通過并簽名即三方達(dá)成共識，該提議會以三方聯(lián)合簽名的交易公示于區(qū)塊鏈上。這是一種輕量級的變更方式，前提是原提案負(fù)責(zé)人還能履行基本職責(zé)并且愿意主動更換提案負(fù)責(zé)人；

2. 候選提案負(fù)責(zé)人提出更換提案負(fù)責(zé)人的提案并經(jīng)CRC共識通過。這種方式相對比較重量級，適用于原提案負(fù)責(zé)人已經(jīng)無法或者不愿履行任何職責(zé)的情況。在提出提案之前，CR委員或者秘書處需要與提案的執(zhí)行團(tuán)隊進(jìn)行線下協(xié)商，確定新的候選提案負(fù)責(zé)人。

7.8. 預(yù)算及支出

如果提案的執(zhí)行需要ELA的支出，在提案中則必須提交預(yù)算和支出計劃，并指定一個接收ELA的地址。

支出計劃通常需要與提案執(zhí)行計劃中的階段檢查點對應(yīng)，并設(shè)定一個或多個階段支出目標(biāo)，其中第一個支出目標(biāo)將隨提案一起被批準(zhǔn)支出。其余的支出目標(biāo)則必須說明支付條件，在提案的執(zhí)行過程中將以執(zhí)行跟蹤信息作為這些支出目標(biāo)被批準(zhǔn)的依據(jù)。這意味著剩余這些目標(biāo)的實際批準(zhǔn)僅需要在提案負(fù)責(zé)人和秘書處之間達(dá)成共識，因此包含多階段支付目標(biāo)的單個提案通常僅適用于一些小額周期性支出的提案。

當(dāng)CR委員認(rèn)為分階段執(zhí)行的項目很重要或者預(yù)算需要支出的ELA數(shù)量比較多時，應(yīng)該要求項目的提案負(fù)責(zé)人在每個執(zhí)行階段都獨立提交該階段的提案，以讓更多的人參與提案執(zhí)行狀態(tài)及支付的共識。

對于提案中已經(jīng)被批準(zhǔn)支出的額度，提案負(fù)責(zé)人可以在當(dāng)屆CR委員會的任期內(nèi)，從CR委員會經(jīng)費地址中提取這個數(shù)量的ELA到提案中指定的接收地址。

7.9. 提案的結(jié)束和終止

提案執(zhí)行完成后，提案負(fù)責(zé)人向CR委員會秘書處發(fā)出結(jié)束提案的提議，秘書處經(jīng)審查核實同意結(jié)束提案即雙方達(dá)成共識。結(jié)束提案的提議將以雙方聯(lián)合簽名的交易發(fā)布在區(qū)塊鏈上，做為提案的附屬信息向社區(qū)公示。

在一個提案的執(zhí)行過程中，也可能出現(xiàn)無法或不應(yīng)繼續(xù)執(zhí)行的情況，此時應(yīng)該使用“終止提案”類別的提案終止該提案。

批準(zhǔn)“終止提案”的共識過程與普通提案一致，提案通過后區(qū)塊鏈相關(guān)代碼將自動執(zhí)行提案，因此提案通過即進(jìn)入結(jié)束狀態(tài)，不再需要后續(xù)執(zhí)行跟蹤信息。

7.10. 狀態(tài)和流程

以提案人向CR委員提出建議性提案為起始，提案相關(guān)的共識狀態(tài)及流程如下：

· Submitted：提案作者完成提案內(nèi)容并簽名后的提案狀態(tài)。此狀態(tài)的提案還不能被發(fā)布到區(qū)塊鏈上，這意味著通過去中心化的客戶端不能看到社區(qū)中的此類提案。

· Council VoTIng：獲得CR委員推薦并處于投票表決期的提案狀態(tài)。提案上附有兩個簽名：提案作者和推薦者的簽名，這是發(fā)布于區(qū)塊鏈上的合法CRC提案。

· Community Review：CR委員會表決通過并處于公示期的提案狀態(tài)。

· Tracked：通過公示期的提案進(jìn)入執(zhí)行期，需要對提案進(jìn)行執(zhí)行跟蹤。一些區(qū)塊鏈代碼自動完成執(zhí)行的提案則沒有此狀態(tài)。

· Finalized：提案的完結(jié)狀態(tài)。該狀態(tài)的提案通常意味著提案達(dá)到了預(yù)期的目標(biāo)。

· Rejected：在投票表決期或者公示期被拒絕的提案狀態(tài)。

· Canceled：雖然被CRC批準(zhǔn)執(zhí)行，但被提前終止的提案狀態(tài)。

提案可視為提案負(fù)責(zé)人和CR社區(qū)之間達(dá)成的一份公開合約，提案生效后即形成社區(qū)共識，全CR社區(qū)都應(yīng)共同遵守提案的內(nèi)容約定。

8. CR委員會秘書處

8.1. 產(chǎn)生辦法

CR委員會以提案的形式提名并選舉出新的CR委員會秘書處的負(fù)責(zé)人，即CR委員會秘書長，再由CR委員會秘書長提出秘書處組建方案的提案，以組建新的CR委員會秘書處。

CR委員會秘書長必須使用并公開其亦來云DID，CR委員會秘書處必須使用單地址錢包并公開秘書處ELA地址。

8.2. 權(quán)利和職責(zé)

CR委員會秘書處對CR委員會負(fù)責(zé)，其職責(zé)由CR委員會在選舉新的CR委員會秘書長時通過提案定義。一般情況下，其責(zé)職可能包括但不限于：

· CR委員會換屆選舉后，向新的CR委員會提交當(dāng)屆秘書處工作計劃及預(yù)算；

· CRC換屆選舉開始前，向CR委員會提交秘書處工作總結(jié)及決算。如果未能及時提交，則應(yīng)在換屆后向新的CR委員會提交；

· 維持CRC的運轉(zhuǎn)，比如CR網(wǎng)站的維護(hù)和改進(jìn)；

· 根據(jù)委員要求召集臨時性的會議；

· 根據(jù)委員要求聘請領(lǐng)域?qū)＜医o提案做出評審報告以輔助決策；

· 審核提案的跟蹤和執(zhí)行情況，必要時提出修正提案；

· 幫助有需要的委員運維超級節(jié)點（應(yīng)收取必要的運維費用）；

· 維護(hù)和CRC共識改進(jìn)相關(guān)的信息類ELIP（Elastos Improvement Proposal）。

CR委員會秘書處作為CR委員會的附屬工作機構(gòu)，其主要目的是保證CRC的正常運轉(zhuǎn)，發(fā)展社區(qū)和生態(tài)不應(yīng)該成為它職責(zé)的一部分。

8.3. 履職周期

為了維護(hù)提案執(zhí)行的連續(xù)性，CR委員會秘書處并不隨CR委員會的換屆而更換。當(dāng)CR委員認(rèn)為有更好的CR委員會秘書長人選時，應(yīng)該用提案的形式提名新的CR委員會秘書長。

9. CR社區(qū)資產(chǎn)

9.1. 必要性

一些區(qū)塊鏈項目在初期迅猛發(fā)展后就失去了前進(jìn)的動力，因為創(chuàng)始團(tuán)隊完成了創(chuàng)始職責(zé)，代幣的分配也基本重構(gòu)完成，沒有持續(xù)的經(jīng)濟(jì)激勵的社區(qū)失去了項目發(fā)展和擴張的源動力。

所以，維持一定規(guī)模及可持續(xù)的社區(qū)資產(chǎn)是必要的，社區(qū)共識的執(zhí)行很多時候都需要社區(qū)資產(chǎn)的支持，無論是CR委員會的運作、技術(shù)改進(jìn)、生態(tài)發(fā)展還是社區(qū)活動，都有可能需要經(jīng)濟(jì)方面的激勵。

9.2. 資產(chǎn)來源

CR社區(qū)資產(chǎn)主要來源于三個方面：

1. 來自社區(qū)團(tuán)隊或個人的捐贈；

2. 亦來云代幣每年1.2%的增發(fā)；

3. 投資回報，包括對生態(tài)應(yīng)用類項目和基金類項目的投資。

出于上鏈管理需要和安全性的考慮，CR社區(qū)資產(chǎn)只接受和管理ELA，其它形式的數(shù)字資產(chǎn)應(yīng)該用回購的形式轉(zhuǎn)換成ELA。

這些資產(chǎn)在接收后會被存放于一個對全社區(qū)公開的地址上（稱為CR資產(chǎn)地址），該地址是一個特殊的ELA地址，其使用規(guī)則被寫入?yún)^(qū)塊鏈代碼中。

9.3. 使用規(guī)則

CR社區(qū)資產(chǎn)由兩個特殊的ELA地址控制，這兩個地址分別代表CR資產(chǎn)和CR委員會經(jīng)費，地址均對全社區(qū)公開，并受區(qū)塊鏈代碼控制。

CR資產(chǎn)地址中存放的是全CR社區(qū)共有的總資產(chǎn)，其使用規(guī)則固定在區(qū)塊鏈代碼中。每次CRC換屆選舉完成后，新一屆CR委員會在任期內(nèi)可以從CR資產(chǎn)地址劃拔總資產(chǎn)10%的ELA到CR委員會經(jīng)費地址中。

CR委員會經(jīng)費地址存放支撐當(dāng)屆CR委員會運轉(zhuǎn)的ELA，該地址上ELA的使用由CRC提案相關(guān)的代碼控制，且只能用提案的形式批準(zhǔn)支付流通，CR委員會無法單獨構(gòu)建交易轉(zhuǎn)出資產(chǎn)。單個提案所能動用的費用上限被限定為當(dāng)屆CR委員會經(jīng)費總額的10%。

10. 展望

CRC不僅是一種區(qū)塊鏈社區(qū)治理的共識機制，它還是亦來云生態(tài)最重要的基礎(chǔ)設(shè)施之一，它和PoW及DPoS一起為真正的去中心化應(yīng)用及服務(wù)打下堅實的基礎(chǔ)。

通過對提案類別的擴展，CRC的應(yīng)用范圍不只限于區(qū)塊鏈領(lǐng)域，還可以廣泛適用于基于亦來云技術(shù)的側(cè)鏈、跨鏈、去中心化交易所、去中心化游戲、數(shù)字資產(chǎn)管理、去中心化電商等各個應(yīng)用領(lǐng)域。

更進(jìn)一步，在提案的類別之上，還可以演化出智能合約型提案。不同于傳統(tǒng)可任意部署的開放型智能合約，CRC的智能合約提案經(jīng)過提案人和CR委員會的共同簽名，并由全社區(qū)參與見證，其實用性和安全性都會有極大的保障。

附錄A 正文未詳述的內(nèi)容

A.1. 對CRC各角色的約束條件

白皮書中對CR委員、CR委員會秘書長、提案負(fù)責(zé)人等角色的公開信息和行為僅提出了執(zhí)行共識規(guī)則所必須的最基礎(chǔ)的約束條件。在實際操作中，可以根據(jù)不同共識場景的需要對目標(biāo)對象提出更多的要求。

A.2. 提案內(nèi)容的格式化

提案相關(guān)的一些共識規(guī)則的執(zhí)行建立在區(qū)塊鏈代碼自動識別提案內(nèi)容的基礎(chǔ)上，因此有必要對提案及其附屬的執(zhí)行跟蹤信息進(jìn)行格式化設(shè)計。這些設(shè)計應(yīng)該通過ELIP進(jìn)行定義和改進(jìn)。

A.3. CRC的代碼設(shè)計和實現(xiàn)

CRC由亦來云區(qū)塊鏈主鏈代碼完成實現(xiàn)支持，與CRC實現(xiàn)相關(guān)的具體技術(shù)原理和規(guī)范應(yīng)通過ELIP進(jìn)行描述和改進(jìn)。

A.4. 支持CRC的客戶端

支持CRC的客戶端需要遵從亦來云區(qū)塊鏈關(guān)于CRC的接口設(shè)計規(guī)范，這些規(guī)范由相關(guān)ELIP進(jìn)行定義。在此基礎(chǔ)上，客戶端可以根據(jù)需要進(jìn)行優(yōu)化以提升用戶體驗，比如通過建立區(qū)塊鏈全節(jié)點和緩存服務(wù)獲得更快的響應(yīng)速度。

A.5. CR委員會下屬機構(gòu)

白皮書中僅定義了和CRC共識相關(guān)的一個CR委員會下屬執(zhí)行機構(gòu)：CR委員會秘書處，但這并不意味著CR委員會不能建立其它下屬機構(gòu)。比如可以以提案方式設(shè)立技術(shù)標(biāo)準(zhǔn)委員會，以幫助創(chuàng)建和審核亦來云相關(guān)技術(shù)標(biāo)準(zhǔn)。

附錄B CRC的改進(jìn)

B.1. 白皮書

CRC白皮書目前由亦來云基金會通過郵件組 crc-whitepaper@elastos.org 維護(hù)和改進(jìn)，對白皮書的任何建議都可以發(fā)往此郵箱。在CRC正式上線后，CRC白皮書的維護(hù)工作將移交給CR社區(qū)成員投票產(chǎn)生的CR委員會。

B.2. 相關(guān)ELIP

ELIP（Elastos Improvement Proposal）是面向開發(fā)者社區(qū)的一種CRC提案類別，其目的是推動亦來云技術(shù)基礎(chǔ)設(shè)施的改進(jìn)。目前用于定義ELIP的提案ELIP-1（ELIP Purpose and Guidlines）尚處于草案階段。

CRC相關(guān)的ELIP編號和標(biāo)題應(yīng)被收錄于此附錄中以便于讀者查找。