Colony v2：有效降低市場交易成本的DAO基礎設施（下）

3.2資金隊列

第2.1節描述了供資許可，用於在供資罐之間轉移資金。這種許可是強大的——對於日常運作，最好通過更專門的機制來調解資金的分配。其中一種機制是資金隊列，它利用時間作為驅動因素，實現無需投票的協作、異步和無信任決策。

資金隊列背後的基本思想是，代幣是隨着時間的推移不斷分配的，而不是以通過/失敗的方式一次全部分配，用戶輸入控制分配的速度和方向。打個比方，我們可以把水從山上流下來，山的形狀決定了水流的方向和速度。使用資金隊列，用戶可以確定此形狀。而在基於投票的系統中，不受歡迎的提案完全失敗，在資金排隊的情況下，不受歡迎的提案只是需要很長時間才能完成，而受歡迎的提案很快就完成了。

colony的任何成員都可以提出資助建議。提議者必須擁有域的0.1%的聲譽，該域是源和目標pot的最近的共同祖先，並持有相當數量的colony代幣。這部分權益被用來幫助阻止對資金提案的濫發，並提供一種機制，使創造者可以因不良行為受到懲罰。

 資金隊列包含一系列資金提案，每個提案具有以下屬性：

•創建者creator–創建提案的人。

•資金來源from-資金來源。

•To–資助pot基金的去向。

•TokenType–代幣地址（0x0表示以太）。

•CurrentState–提案的狀態（即未激活、激活、完成、取消）。

•TotalPaid–迄今為止轉移的金額。

•TotalRequested–請求的總金額。

•LastUpdated–上次更新提案的時間。

•利率rate–資金利率，是支持聲譽的函數。

我們區分了兩種類型的資助提案：用於正常使用的基本資助方案（BFP）和用於基本資助方案不足或特殊情況的優先資助方案（PFP）。基本資金提案可以直接开始為目標公司提供資金，而優先資金提案必須在开始指導資金之前進行明確表決。此外，對於基本融資方案，目標罐必須是層次結構中來源的直接後代，而優先資助方案沒有此類限制。當資金需要定向到不是來源的直系後代的地方，當資金率需要很高（包括立即支付）或當多個資金建議必須同時發生（例如在支付工資的情況下）時，應使用優先供資建議。

3.2.1詳細屬性

From、To和TokenType融資提案的目的是將TokenType的代幣從一個pot移動到另一個pot。代幣類型可以是以太或任何與ERC20兼容的代幣。“發件人”字段必須是與colony中的域或支出相關聯的資金罐，而“收件人”字段可以是任何資金罐。如果資金要從一個域“下遊”轉移到它的一個子域，一個基本的資金提案通常就足夠了。

當前狀態資金提案的狀態為非活動、活動、完成或取消。只有積極的籌資提案才可以募集資金。一個基本的籌資提案在活動狀態下开始，而一個優先的籌資提案在非活動狀態下开始（即必須通過投票激活）。籌資提案在完成（當其支付總額達到請求總額時）或取消之前一直處於活動狀態。

資金提案的創建者可以隨時取消該提案（將CurrentState設置為cancelled）。這類似於任務的創建者，如果任務尚未分配給工作人員，則可以取消該任務。請注意，如果取消某項支出，則下次ping時，以該支出的資金罐為目標（To）的資金提案將自動取消，並且不會重新分配任何資金。然而，已經轉移的資金不自動返回；它可能需要一個PFP將資金返回“上遊”。TotalPaid和TotalRequested資金提案希望重新分配的資金總數稱為其TotalRequested金額。由於供資提案隨時間累積資金的機制，一項供資提案通常會收到部分但不是全部所要求的總額。迄今累計的代幣總數存儲在其TotalPaid金額中。資金提案的創建者可以隨時編輯資金提案的TotalRequested屬性，但這樣做會將提案在資金隊列中的信譽支持重置為零。此處的目的是，如果對接收者pot的要求發生變化（例如，域的範圍增加），在colony其他人同意的情況下，可能很快實現對資金的變更。

費率和上次更新

 當一個融資方案有資格累積資金時，它會以特定的利率進行累積，以“每秒代幣”計價。因為沒有用戶交互，區塊鏈上什么都不會發生，所以資金系統使用一種懶惰的評估形式。要申請提案到期的資金，用戶可以“ping”提案，即用戶手動請求按比例分配資金。ping時，將上次更新後的時間乘以比率，以確定如果資金流持續，提案在此期間將累積多少代幣。此金額被添加到TotalPaid，資金被轉移，當前時間被記錄為LastUpdated。

3.2.2基本資助提案 （Basic funding proposals）

基本資助提案（BFP）是從某個領域的資金罐到其子領域的資金罐的資金提案。它开始於活躍狀態，因此立即有資格獲得資助。創建者可以隨時取消它。

BFP的訂購

創建時，一個基本的資金提案會放在隊列的後面。用戶可以根據其在支持時在源域中的聲譽來給予建議“支持”。

信譽度越高的提案，其排名就越高。為建議添加支持（或以其他方式更新支持級別）的每個事務都會將建議插入隊列中的正確位置。只有排在隊伍前面的提案才能累積資金。

支持一項提案不需要任何費用（除天然氣費用外），用戶也不會獲得任何直接利益；它並不代表他們將自己贏得的聲譽置於危險之中，也不代表任何象徵——它只是幫助提案更及時地獲得資金，並通過幫助colony更好地運作間接地使他們受益。

 BFP的資金比率

聲譽越支持一項提案，它獲得資金的速度就越快。該比率呈线性擴展，並且在該限制下，如果源域中100%的聲譽支持基本的融資提議，則該融資提議將以每周域持有量（TokenType）的50%的比率獲得融資。

目標是穩定和可預測的資源分配，由域的（聲譽加權）優先級共同指導。

當用戶支持一個提議時，用戶和他們當時的聲譽都會被記錄下來。

因此，用戶能夠在稍後的日期更新其備份。然而，我們注意到這樣的情況，更新不是自動的，即使用戶由於不良行為而失去聲譽，他們的支持在顯式更新之前，級別保持不變。任何人都可以進行此更新-想象一下一個用戶由於不良行為而失去了很多聲譽，而其他用戶卻想這樣做阻止該用戶支持的資金提案繼續累積資金。

我們強調，用戶可以在支持提案時用自己的信譽來支持提案，因為支持提案的信譽不會隨着用戶信譽的改變而改變。如果由於這個系統中的一個怪癖，記錄為支持一項資助計劃的聲譽最終超過colony該聲譽總額的100%，那么資助發生的速度並不比100%快。

完成BFP

如果更新發現某個提案已獲得全額資金（即TotalPaid=TotalRequested），則會將其從此隊列中刪除，以允許下一個最受歡迎的資金提案累積資金。顯然，需要執行以下步驟：

1.計算資助提案獲得全額資助的時間。

2.TotalPaid設置為TotalRequested。

3.從隊列中刪除BFP。

4.隊列中的下一個BFP被提升到隊列的頂部，其上次更新的時間被設置為在1中計算的時間。

在BFP被完全資助（從而完成）三天後，創造者的股份被釋放。在此之前，可以通過仲裁許可來削減股權。

3.2.3優先供資方案（Priority funding proposals）

優先籌資建議（PFP）是一項籌資建議，可以要求以任何速率將資金從任何一個罐重新分配給任何其他任何一個。PFP從非活動狀態开始，只能通過顯式投票激活。投票是基於這兩個罐子最近共同祖先的領域的聲譽，而這兩個罐子之間的錢正在轉移。我們認為PFP將用於：

•從子域回收資金。

•從取消的任務中回收資金。

•跨域資助任務。

•撥出指定為個人薪金的資金。

•一次性支付大額款項。

與基本籌資提案不同，優先籌資提案沒有排成一隊——所有活躍的PFP都有資格隨時獲得資金。注意，由於轉移的資金數額最終是可用資金的一個函數，太多的大型PFP可以通過大幅減少資金罐中可用資金的數量相互幹擾（以及主要的BFP）。

3.3預算箱（Budget box）

 作為資金排隊的替代方法，colony可以選擇使用預算箱在子域之間分配資金（或者在支出的多個接收者之間分配資金）。與資金排隊（項目按順序獲得資金）相比，預算箱允許項目按比例從一些固定預算中並行獲得資金。

3.4動議和爭議

最成功的組織是那些能夠有效和高效地做出決策、分工和部署資源的組織。通常，這些決策都是通過管理層次結構來制定的。但是不可信任的colony被認為是低信任的、分散的和匿名的——等級制度是不合適的。

在大多數DAO框架中，集體決策的機制通常是投票，而Colony是為組織的日常運作而設計的。在colony，對每一項決定都投票是完全不切實際的。重點應該放在“完成任務”上，而不是“申請許可”。因此，colony的設計以寬容為核心。任務創建不需要明確的批准，也不需要基本的資金提案或整個colony的任何數量的行政行動。

運動系統提供了一個自我調節機制，通過一套平衡的激勵機制，讓用戶保持colony的和諧運行。它的目的是解決分歧，懲罰不良行為和欺詐行為。動議系統允許colony成員發出不贊成的信號，並可能迫使投票反對那些行為不當的用戶。

 當一個群體的成員感到有什么不對勁時，他們可以提出動議。通過這樣做，他們從根本上提出，要么a）一個變量，或一個以上的變量，在colony應改變為另一個值，或b）一個用戶，或一個以上的用戶，應收到聲譽懲罰。因此，我們稱該動議的支持者為“改變”一方，反對者為“保留”一方。

提出動議的用戶還必須質押colony的內部代幣。本質上，他們是在邀請colony的其他人與他們意見相左。本着避免不必要投票的精神，除非有人站在“保留”一邊，從而將動議上升為爭議，否則動議將自動通過。

我們說，只要一項動議在“改變”和“保留”兩個方面都得到支持，就已經發生了爭議。爭議一經提出，必須通過表決解決。

3.4.1提出動議

進行運動的用戶提交以下數據：

•應更改的數據，或用戶將受到處罰。

•應就此問題投票的聲譽（每個域和技能層次結構最多一個）。

•證明應允許這些聲譽進行相關變更。

第一項確定了動議的主題，以及上訴人認為國家應該是什么。第二點和第三點涉及上訴。colony的基本原則是：你不能向更高的管理層申訴決定，你只能向更大的聲譽集團申訴。

例如，假設動議涉及“前端”域中的任務。上訴人可以選擇讓所有的“开發”聲譽投票-我們說，該決定是“上訴到开發領域”。在這個例子中，第三點是證明域“frontend”確實是“development”的子域。任何決定都可以上訴到的最高域是根域，所有域信譽都有權投票。

每當上訴發生時，我們需要確保我們上訴的聲譽是與被更改的變量相關聯的聲譽的父級。這是可以有效地做到的，因為元數據在創建時放置在聲譽（域）上，其中至少包括指向直接父級的指針。當一個用戶做一個動作時，他們不是直接指定他們所感興趣的域，而是提供從與要更改的變量相關聯的域到達該域所需的步驟。這樣可以確保它們所訪問的域是與變量關聯的域的直接父級。

3.4.2成本和報酬

提出動議的費用

要提出動議，用戶必須擁有足夠的聲譽，還必須持有一定數量的colony代幣。他們提出動議所需的聲譽取決於他們所吸引的域；決策越高，聲譽要求（和潛在損失）就越高。為了能夠創建一個動議，用戶必須在域中擁有0.1%的信譽，並且必須持有相應部分代幣的0.1%。因此，如果一項動議涉及總colony聲譽的13%，那么該動議需要0.013%（13%的0.1%）的聲譽，所需的股份是所有colony代幣的0.013%。

如果初始用戶沒有所需數量的代幣或聲譽，他們仍然可以創建這樣一個提議，只需下注所需代幣的10%，這要求他們擁有相應較少的聲譽。在這種情況下，除非其他用戶持有代幣，並將其超過0.1%的閾值，否則該運動將不會是“實時”的。在創建特定運動時，將記錄需要為該運動下注的代幣量。用戶只能根據自己的聲譽按比例持有代幣。例如，如果他們想持有40%的所需代幣，他們必須擁有至少40%的聲譽，這將需要創建運動徹底。

反對動議的代價

一旦在一個運動上有足夠的標記，它就會被激活，並且除非在三天內有任何進一步的動作，建議的更改就會發生（當運動被戶“ping”時）。

但是，如果有用戶反對建議的“更改”，他們可能會使用代幣來支持“保留”端。如果對方得到足夠的支持，就會產生糾紛。

如果“變革”一方在三天內沒有獲得足夠的支持，動議將失敗並被否決。如果“變更”方在三天後有足夠的代幣，而“保留”方沒有，則假定該變更是可接受的。

爭議表決

如果雙方都在規定的期限內持有所需數量的代幣，那么爭端就要進行表決。用戶投票的權重是他們在最初提出動議的用戶所選擇的技能方面的聲譽之和。

投票的持續時間取決於有資格投票的聲譽佔colony聲譽的比例。如果一個較大的分數是合格的，投票的开放時間越長。最短持續時間為兩天，最長持續時間為七天。這是一種權衡，既要允許小團體之間的分歧迅速得到解決，又要允許更多人參與時進行充分的辯論。

投票使用提交和披露計劃。此方案是可取的，因為投票在投票期間是保密的，防止用戶受到他們認為是多數意見的影響。要進行投票，用戶提交一個哈希，即keccak256（secret，optionId），其中optionId表示用戶投票的選項。一旦投票結束，投票進入顯示階段，用戶可以提交（secret，optionId），合約計算keccak256（secret，optionId）來驗證它是他們最初提交的。

隨着祕密的揭露，它不可能是敏感的。它還必須隨着每一次投票而改變，這樣觀察員就不能確定人們在公布第一次投票後投的是什么票。雖然有許多合理的方案可用於生成安全機密，但我們建議使用私鑰籤名的輪詢的結果字段（散列），因為它很容易由客戶端在稍後的日期復制，而不需要本地存儲。

為了對抗選民的冷漠，10%的質押代幣被預留出來支付選民投票時：如果選民擁有1％的聲譽可讓其對決定進行投票，則他們將獲得此選民的1％。當他們公布自己的投票結果時，不管他們投票的方向或最終的決定結果如何，他們都會得到這筆獎金。這種“不分意見的支付”是為了避免我們成為凱恩斯選美比賽的受害者，在這場比賽中，由於獲得了“正確”的獎勵，

選民被激勵去投票給他們相信大多數人會投票給他們的東西，而不是他們獨立的信仰。投票結束後，將向棄權或未在“顯示”窗口中顯示的用戶授予的任何代幣發送到根域資金罐。

一旦投票進入披露階段48小時，可進行交易以最終確定投票。任何隨後的投票顯示都不會對正在做出的決定產生影響，但僅用於解鎖用戶的代幣（如果是代幣加權投票或混合投票）。

 投票的後果如果“改變”一方贏得了投票，那么就做出了有問題的改變，但前提是投票支持這一結果的聲譽高於之前在同一變量上的投票。如果“keep”方獲勝，則變量不變。在任何一種情況下，都會注意到在colony中投票給獲勝一方的總聲譽的分數。

在投票結束時，輸掉賭注的人會得到0-90%的賭注，他們失去了賭注所需的名譽的補充百分比。他們收回的代幣的確切數量（因此他們失去的聲譽）基於：

•在colony投票的聲譽的一小部分。

•最終投票結果有多接近。

在投票結束時，如果得票率非常接近，那么輸的一方將收回近90%的股份。如果投票是不平衡的，以至於得票方的投票權重（w）達到總投票權重的壓倒性閾值（L），那么他們將收到0%的賭注代幣。L根據投票群體中總聲譽的分數而變化（R）：

 因此，對於一個在colony持有少量剩余的小群體被允許投票，就必須接近一致決定，才能對失敗的一方進行嚴厲的懲罰。對於整個colony的投票，壓倒性的臨界值L降低到67%的選票，也就是說，colony的整體聲譽在這個決策中是2比1的比例分配。

在滑坡損失和非常微弱損失之間，損失方遭受的代幣和聲譽損失超過了0.1的最小值(∆) 线性變化：

所以總損失（0.1+∆) 在0.1和1之間變化。

失去的代幣怎么辦？

任何損失超過最初10%的代幣將由colony和那些賭贏一方的人分成，與他們賭的金額成比例。超過最初10%的聲譽損失的一半給了那些賭贏一方的人，一半被摧毀（colony作為一個整體擁有聲譽沒有意義，不同於colony作為一個整體擁有代幣的想法）。

這裏的動機是效率——它旨在阻止虛假的動議和爭端。一票否決表明這一決定並非簡單的決定，強迫投票可能是明智之舉。

因此，反對黨不應受到嚴厲的懲罰。另一方面，如果投票以壓倒性優勢結束，則表明敗訴的一方違背了普遍共識。我們鼓勵colony內部的交流。在提出動議之前，各成員應盡可能了解其同僚的意見。

重復動作

為了減少對同一變量的重復動議和爭議的次數，在每次投票後記錄投給獲勝一方的colony總聲譽的分數。這是未來任何投票中必須超過的閾值，以便再次更改變量。

我們重申，即使決定維持變量的當前值，該值也會在每次投票後更新。

這一要求是上訴程序的主要推動力。如果一個決定是在一個投票率低的領域做出的，那么就有可能通過在同一個領域舉行另一次投票來推翻這個決定（同時進行一場更有活力的“走出投票鏈”運動）。然而，如果該域名的大部分聲譽參與了投票，那么獲得更大聲譽主體（撤銷決定所必需的）支持的唯一方法就是向更高的域名或更大的技能主體上訴。

這個規則有一個例外：為了確保變量總是可以在必要時更改，如果運動被請求到群體的根域，那么更改變量的閾值將被忽略。無論何時在根域中進行投票，都可以更改變量，而不必考慮先前對該變量的投票。

3.4.3投票類型

根據投票的背景和潛在後果，colony支持三種投票方式。某一訴訟的表決權類型是根據該訴訟預先確定的，而不是上訴人的選擇。

聲譽加權投票

一個colony的大多數投票將是由於與任務有關的動議。在這些情況下，用戶投票的權重與每個用戶在投票所在的域和技能中的聲譽成正比。當這樣的投票开始時，當前聲譽狀態將與投票一起存儲。這允許當前聲譽狀態在投票的上下文中被“凍結”，並防止可能被鼓勵的不必要的行為（例如，將任務的提交推遲到接近投票的時間，以便贏得的聲譽不會像以前那樣衰減）。

當顯示他們的投票時，用戶還提供一個Merkle證明，證明他們的相關聲譽包含在投票开始時保存的聲譽狀態中。他們證明他們投票支持的選項的總票數將適當增加。

代幣加權投票

雖然Colony鼓勵使用聲譽作為主要的sibyl抵抗機制，但在某些情況下，代幣更合適。具體來說，如果聲譽是“勞工”的替身，而代幣是“資本”的替身，那么無論何時必須由資本而非勞工做出決定，代幣加權投票都是合適的。每當傳統公司的“投資者”或“股東”做出決定時，象徵性的加權投票可能是合適的。

與聲譽不同，我們無法在投票开始時“凍結”代幣分發。雖然這在MiniMe代幣上是有效可行的，但我們設想代幣加權（或混合）投票在colony內仍然足夠常規，我們不希望每次都給用戶帶來部署新合約的天然氣成本負擔。

在進行代幣加權投票時，必須採取措施確保代幣不能用於多次投票。在“DAO”的情況下，一旦用戶投票，他們的代幣就會被鎖定，直到投票完成。這引入了特殊的激勵機制，將投票推遲到盡可能晚的時候，以避免不必要地鎖定代幣。我們的鎖定方案通過僅在揭示期間鎖定代幣來避免這種傾斜激勵。

相反，一旦投票進入顯示階段，任何在投票中投票的用戶都會發現自己無法看到發送給他們的代幣，或者自己無法發送代幣-他們的代幣余額已被鎖定。為了解鎖他們的代幣余額，用戶只需顯示他們對任何進入顯示階段的投票的投票-這是他們可以在任何時候做的事情。一旦他們的代幣被解鎖，他們自代幣被鎖定以來名義上收到的任何代幣都會添加到他們的余額中。這種全局鎖可以防止出現這樣的情況，例如，一個用戶將顯示他們的投票，然後將代幣發送給合謀用戶，然後合謀用戶將使用增強的代幣余額顯示他們的投票。

通過將所有提交的投票機密存儲在一個按closeTime索引的排序鏈接列表中，可以實現對恆定gas的鎖定。如果此鏈接列表中的第一個密鑰早於用戶發送或接收資金時的時間，那么他們會發現其代幣已鎖定。顯示投票將刪除密鑰（如果用戶沒有提交其他投票，則同時關閉）。

這將解鎖代幣，只要列表中的下一個密鑰是將來的時間戳。我們實現的更詳細的描述可以在Colony博客上找到。

如果客戶端提供正確的插入位置，則也可以在恆定gas中插入該結構，而不是搜索正確的位置以插入新項目，而可以在鏈上高效地檢查插入位置。

混合投票

混合投票將允許聲譽持有人和代幣持有人對決定進行投票。我們設想，當正在表決的行動可能對聲譽持有人和代幣持有人產生重大影響時，將使用這種投票。這將包括在已經商定的參數之外或決定是否執行任意事務時更改殖民代幣的供應。

為了使提案成功通過混合投票，大多數投票的聲譽和代幣持有者都必須同意應實施更改。

3.5其他

3.5.1代幣管理

雖然root用戶可以隨意造幣，但在許多情況下，希望通過擴展合約來調解這種能力。這裏我們描述這樣一個擴展。

代幣生成和初始供應

部署擴展時，會設置TokenSupplyCeiling和TokenIssuanceRate。

前者是將要創建的colony代幣的總數，後者是根域可以分配給子域或子域的速率。根域可用的代幣數量可以通過來自任何用戶的事務隨時更新（即，公共函數將確定自上次分發以來生成的按比例分配的代幣數量）。

增加代幣供應

建議在沒有廣泛共識的情況下不要產生新的代幣——特別是如果代幣具有財務價值的話。因此，此類決策需要高法定投票數並涉及代幣持有人和聲譽持有人。

更改代幣發行率（Token Issuance Rate）

代幣供應上限（Token Supply Ceiling）代表代幣持有人授予colony的代幣總數，以开展業務：資助域名和支出，並激勵員工和貢獻者。

Token Issuance Rate控制colony接收新代幣的速度。如果費率“過高”，代幣將累積在根域的資金池（或層次結構中較低的其他資金池）中。如果發行率太低，則表明該群體的活動量相當可觀，發行率已成為一個瓶頸。在這種情況下，可能需要在不一定增加最大供應量的情況下提高發行率。

提高或降低Token Issuance Rate達10%可由聲譽持有人單獨完成，且每4周最多只能採取一次。發行利率的較大變化還需要現有代幣持有人的同意。

3.5.2補償方式

利用支出，可以實施多種補償方式。除了“任務”，我們還可以設想一些額外的補償方式。

工資

任務意味着colony-worker關系主要是事務性的。在許多情況下，通過薪水來表現更長期的關系是可取的。

薪水可以簡單地表示為接收者、金額、期間和最後索賠。在任何時候，接受者都可以ping工資合約，此時合約將創建一個向接受者支付的支出，資金相當於自上一次工資支付以來按比例分配的金額。如果接受者愿意支付汽油費，他們可以每天申請（一小部分）工資，或者選擇每周、每月或以任何適合他們的節奏申請。香港有責任確保在支付薪金的領域內有足夠的資金。

此擴展需要資金和管理權限來代表接收者操縱代幣和支出。

定期或自動任務

而對於某些類型的工作，任務是獨特的，必須單獨確定範圍並進行主觀評估。然而，我們可以想象這樣的情況：工作可以由許多人完成，和/或由計算機自動評估（例如獎勵參與推薦計劃的用戶）。在這些情況下，包含評估工作邏輯的任務變體，並允許任何人提交工作，將是合適的。

此擴展需要資金和管理權限來代表接收者操縱代幣和支出。

3.5.3授予未被任務捕獲的工作的聲譽

這防止了永久的“聲譽貴族”，同時允許聲譽保持相關，即使在colony代幣的價值發生重大變化時。

當用戶收到colony內部代幣的付款時，就會授予聲譽——最常見的是從支出中獲得的付款，但有時是從動議解決中獲得的付款，在元colony的情況下，是從聲譽挖礦過程中獲得的付款。在達成共識的情況下，我們可以使用支出機制來獎勵用戶額外的聲譽。

考慮這樣一個場景：當colony开始盈利時，創始人或colony的重要早期貢獻者幾乎沒有留下任何聲譽；也許產品的开發花費了很長時間，也許聲譽衰退率對於特定的群體來說是次優的高。或者，創始人在一开始就做了很多無形的工作來讓colony脫離地面，因此在鏈條上從來沒有得到適當的補償。為了繞過聲譽體系的限制，重新整合創始人（並使他們有資格獲得獎勵），colony可以創造一項專門用於獎勵他們應得聲譽的支出。為了獲得支付代幣的資格（從而獲得聲譽），相關用戶必須將相同數量的代幣返還給colony。同樣，一個好的前端可以使這種聲譽獎勵變得簡單和直觀。

另一個重要情況涉及因產假/產假或疾病而導致的缺勤-聲譽系統不應隱式歧視這些用戶。雖然“暫停”聲譽衰退不是一個可行的選擇，但可以使用各種“免費”提供聲譽的機制來確保這些用戶在不可避免的缺勤期間保持其聲譽。

重要的一點是，如果達成共識，該體系施加的任何限制都可能被削弱。這一制度不應妨礙達成共識，而應為存在不同意見的時代提供解決衝突的機制。

3.5.4非成員的動議

有聲望是提出動議或提出反對意見的先決條件。因此，如果一個外來者被一個colony僱用來執行一項任務，他們將不能獨自提出為他們的工作辯護的動議。然而，一個好的colony前端可能允許他們為一個動議創建模板，有效地呼籲colony成員支持它，並代表他們將動議提交給colony網絡鏈。

這類似於一個成員只下注所需金額的10%，並等待其同行的進一步支持，不同的是，沒有任何第三方的支持，動議將永遠不會在鏈上處理。

4、colony網絡

Colony網絡是以太坊區塊鏈上合約的集合。網絡的核心是Colony Network合約。本合約主要負責管理聲譽挖礦流程，同時負責網絡的一般管理：部署新colony、設置與使用網絡相關的費用以及發布新版本的colony合約。這些行為將由一個特殊的群體，即元colony介導。

4.1收入模式

colony網絡必須能夠自我維持。特別是，元colony（控制着colony網絡）維護着支撐網絡的合約，並為網絡开發新的功能，而網絡的开發需要付費。從長遠來看，網絡（包括聲譽系統）的發展和維護需要網絡的資助它自己。

4.1.1網絡費

我們建議對支出和獎勵支出徵收費用。當一個用戶要求支付，一些小部分將支付給網絡。費用被發送到元colony（如果付款是以太幣或其他白名單上的‘貨幣’代幣）或colony網絡合約（如果是任何其他ERC20兼容代幣） 

這種收費的想法對於這樣一個去中心化的系統來說有點不尋常。以太坊系統的一個吸引力是，除了gas成本，它們不尋租，而且可以免費使用。然而，網絡費用是確保colony網絡聲譽挖礦和治理過程的博弈論安全的關鍵，它為元colony成員持有的CLNY提供了潛在價值。重要的是，這項費用不是支付給任何中央控制的實體，而是支付給元colony。由於任何人都可以為元colony捐款，任何人都可以要求按其捐款比例分攤這些費用。我們相信，作為一個安全的、維護良好的網絡的一部分的好處將是足夠有吸引力的，為它的存在支付一點費用將是可以接受的。

這項費用的存在意味着我們必須考慮一些否則將無關緊要的考慮。主要是，我們需要盡可能地制定“背馱”合約，以便在支出確定時，例如，用於支付支出支出，但不發送費用。

4.1.2代幣拍賣

由於網絡費用可以在任何ERC20代幣中計價，因此需要一種機制來清算任意的代幣包：代幣拍賣。收集的代幣由colony網絡合約拍賣，拍賣以colony網絡代幣計價，所得收益被燒毀。這些拍賣——每種類型的代幣都會定期進行一次每月拍賣。

我們認為，這種機制將有利於群體網絡代幣持有者（其代幣通過在聲譽挖礦之外的明確使用而獲得價值）和元殖民本身（通過減少群體網絡代幣的供應，從而使任何未來的造幣更有價值）。

它還為colony內部代幣提供了一種即時的價格發現機制，在colony的生命周期很晚之前，這種代幣不太可能在第三方交易所交易。

通過拍賣收集的代幣，我們還防止元殖民收集大量的不同代幣，而這些代幣必須管理，這將證明是繁瑣和煩人的。

4.2元colony與CLNY

元colony是一個特殊的群體，它支配着colony網絡。元colony中的代幣稱為CLNY，最初將在colony網絡分發期間生成。

4.2.1 CLNY持有人的角色和元colony

CLNY持有人有兩個主要角色。首先是參與聲譽挖礦過程。第二是對colony網絡本身的管理。網絡合約上會有允許的函數，允許設置網絡的基本參數，這些參數只能由元colony調用。對於元colony調用的這些許可功能，必須進行對所有CLNY和聲譽持有人开放的投票。colony網絡的管理還包括向colony提供colony合約的更新。CLNY持有者不一定要對這些更新的开發負責，但是需要投票來部署它們。因此，他們至少有責任確保自己或服務提供商進行盡職調查，以避免引入安全弱點或其他不良行為。作為對colony網絡發展和維護責任的回報，元colony是網絡費用的受益者。

在元colony的聲譽可以通過支出獲得CLNY代幣，就像在任何其他colony一樣。元colony中的聲譽也可以通過參與聲譽挖礦過程來獲得，這是元colony所特有的。

4.2.2將決策權交給元colony 

colony網絡代幣持有人從一开始就負責聲譽挖礦，但有關網絡底層屬性的決定最初將由colony團隊控制的多重籤名合約作出。隨着網絡的發展和被證明是有效的，對這些決策的控制將讓給元colony。

第1階段：colony團隊多籤控制

最初，網絡合約的功能將被根權限化，以便只允許來自Colony團隊控制下的multisig合約的事務更改網絡的這些屬性。

第2階段：需要Colony team multisig批准

稍後，將建立擴展合約並授予root權限。該合約將允許元colony（作為一個整體，通過提供給所有colony的治理機制）提議對colony網絡合約進行修改。中間合約將具有這樣的功能，即所有的變更都必須由colony團隊控制下的账戶明確允許。換言之，元colony將能夠提出更改，但團隊必須籤署這些更改。

第三階段：colony團隊對多籤保留否決權

下一階段將是第二個擴展合約，其操作與第一個類似，但在超時後（沒有來自colony團隊帳戶的交互），任何人都可以將更改轉發到colony網絡合約。colony團隊的職責是在必要時阻止變更。因此，在這個階段，元colony將能夠自主地做出改變，但colony團隊保留否決權。向這份合約轉移的提議必須來自元colony本身。

第四階段：元colony完全控制網絡

最後，專用擴展合約將被刪除並替換為通用投票擴展，元colony將直接控制colony網絡合約，除任何CLNY提供的特權控制和持有的聲譽外，colony團隊沒有特權控制。

5 聲譽挖礦

聲譽系統是任何分散colony的核心組成部分。通過仔細平衡獎懲，我們的目標是讓每個用戶的獎勵與群體和群體網絡保持一致。由於聲譽只能在账戶之間獲得，而不能在账戶之間轉移，因此該系統培養了一種比單純的加權投票所能實現的更為精英化的決策形式。聲譽的持續衰退保證了聲譽所傳遞的影響是有效的

最近獲得的和最新的。因此，它防止了聲譽貴族化，並允許隨着時間的推移，控制權從一組貢獻者轉移到另一組貢獻者。

由於跨多個colony、域和技能的聲譽分數的綜合復雜性，聲譽分數無法在鏈上存儲或計算。相反，所有計算都將在鏈外進行，其結果將由參與的CLNY持有人向區塊鏈報告——這一過程類似於股權證明區塊鏈共識協議。我們稱之為聲譽挖礦。

礦工提交其結果的聲譽計算由colony中發生的活動決定，並且可以完全確定地從以太坊區塊鏈派生。博弈理論上，系統的保護類似於TrueBit的鏈外計算，因為計算不能在鏈上進行，正確的提交永遠不能被證明是正確的，錯誤的計算總是可以被證明是錯誤的。

附錄

通過預算箱分散資本分配

該機制的基礎是一個稱為預算箱的新組件，它實現了一個簡單、通用和強大的治理算法，預算箱聚合並處理成對偏好集。我們的方法涉及將我們的成對偏好集轉換成馬爾可夫轉移矩陣M，並使用該矩陣來找到對應於項目概率分布的特徵向量v，我們可以將其解釋為預算或排名。直觀地說，我們可以根據觀察到的偏好，把最終的概率看作是“最重要的事情”的可能性。

我們的投票信息轉換成一個不可約的、非周期的、遍歷的馬爾可夫矩陣，保證具有唯一的主特徵向量，可解釋為項目的概率分布，或者作為一個排名或預算的分配。尋找特徵向量的方法有很多;我們將使用冪迭代，一個簡單的算法將v的向靠攏。

直覺上，每次迭代都會首先問“哪些項目最受歡迎？”

然後“對於每一個項目，哪一個項目更受歡迎？”隨着時間的推移，概率質量會收斂到相對更受歡迎的項目，因為受歡迎的項目積累了更多的概率，然後它們會“發送給”比它們更受歡迎的項目。

1、可擴展性 （scalability）

每個框K個項目的限制並不限制一個機制總的來說是K個項目，因為可以組合多個預算框來容納更大的項目集。合成的一種方法是將盒子組裝成一個支架；另一種方法是將它們組合成“抽象到具體”（想想公共服務）的遞歸層次結構→ 教育→ 預算框的組成降低了認知復雜性和計算復雜性。對於100個項目，有4950個可能的對；將其與10·45=450對進行比較，同樣的100對被分成10組，每組10對。這450對是原來4950對的子集，但不是隨機的。如果我們假設這100個項目可以按質量排序，並且只有質量相似的項目之間的比較才能提供有用的信息，那么將項目集細分為質量相似的項目子集，就可以避免進行4500次低值比較：認知效率提高了10倍。

2、聯賽和賽道（leagues and lanes）

為了最大限度地利用選民有限的注意力資源，我們將項目分為兩類：一類是聯賽中的項目（每個聯賽基本上都是預算箱的一個薄包裝），另一類是池中幾個賽道中的一個。所有項目都是從池开始；獲得足夠支持的項目將被提升到聯賽中，然後以成對的方式對聯賽中的項目進行比較和排序；排名較高的項目可以晉升到更高的聯賽，並有資格獲得更大的獎勵。

 3、得分的賽道 （scoring lanes）

 聯賽中的項目可以通過colony任務機制獲得獎勵。另一方面，池中是希望進入聯賽的項目;池中的項目不接受獎勵。

因此，與高風險、高關注度的聯賽相比，池中項目的處理機制更簡單，只提供一個粗糙的過濾器。泳池被劃分為L“賽道”，每個車道可以容納多達256個項目。項目通過下注一些固定數量的CLNY代幣進入一個賽道。一旦進入賽道，項目只會得到批准投票;項目得到的分數等於其批准的聲譽加權總和。

在投票結束時，我們對每個賽道進行排序，項目的排名是基於它們的整體支持聲譽。鎖定要求旨在作為一種反垃圾郵件機制。為了進一步防止低質量的項目提交(這會分散選民的注意力)，池裏得分低於中位數0.2的項目將被燒掉。為了防止項目因預期被燒毀而撤出他們的股份，我們只允許項目在投票期第一個三分之一時段內離开。

4、在聯賽間移動

我們的機制很像體育聯賽，在賽季結束時排名最低的將降級到較低的聯賽，而排名較高的將升到較高的聯賽。在我們的例子中，一個“季節”是一個投票周期。在投票期結束時，對所有項目進行評分，適當給予獎勵，並將項目劃分到下一階段的聯賽。重新分配由參數Z和“洗選因子”C決定，它決定了有多少項目在兩個周期之間移動。由於聯盟被安排在一個二叉樹中，它可以通過索引每個節點並遍歷樹。從一個聯賽移到另一個聯賽,聯賽中最差的（按分數排序後）2C個項目與這個聯賽的下級聯賽中最好的C+C個項目互換，升級降級是交替發生的。

從賽道到聯賽，在底層聯賽中排名墊底的項目將從系統中刪除（退還其賭注）。可以通過發布新的賭注自由地重新進入池中。新騰出的位置由池裏的頂級項目來填補。我們的目標是讓不超過一半的池子同時進入聯賽，這樣每條賽道可以支持最多的聯賽。當有多個賽道時，它們會被分配到一個葉片聯賽中。

反過來說，我們用leagues(l)表示與一個賽道相關的聯賽。我們的目標是將所有葉子聯盟中最底層的2C項目替換為池子裏最頂層的2C個|leagues(l)|項目。因此，對於每條賽道，我們都要對候選項目的質量進行平衡的替換，實施時應以輪流的方式進行交錯交換，這樣最強的候選項目就會在它們進入聯賽時平均分配。

5、確定分配

一旦對項目進行了投票並對投票進行了處理，在它們在移動之前，它們的最終預算分配就已經確定。

只有聯盟中的項目才能得到預算分配，由v決定。一個阻尼系數d，它允許在聯賽中的所有項目進行均衡分配。與此相關的是，我們必須決定如何在聯賽中分配可用的預算。

此分配由參數Q∈ [0，1]控制，這將我們在兩個極端之間引導：在Q=1時，我們在所有聯盟中都有一個統一的分配，在Q=0時，分配是指數遞減的。知道Q，我們就可以確定聯盟可用的總預算。

6、擴大機制

該機制可以擴展，以適應任意數量的項目。請注意，機制的容量由三個參數驅動：Z決定了聯賽的數量，K決定了聯賽的大小，C決定了聯賽的運動程度；他們共同決定了池的規模，我們要求池能夠容納兩倍於任何時期進入聯賽的項目數量。

隨着colony網絡的成熟和參與該機制的項目數量的增加，可以通過增加Z來擴展該機制；每一個增量都將使聯賽規模增加一倍，並根據需要創建新的賽道。注意，隨着賽道的增加，現有的候選賽道不會被重新分配，因而創造了一種“套利機會”，使項目可以將自己押在競爭不那么激烈的賽道上；這自然會引導車道間項目質量的均勻分布。

7、投票

為了使這一機制能夠抵御腐敗、賄賂和共謀，我們首先求助於colony聲譽體系。通過聲譽加權投票，那些影響力最大的人也能從colony網絡的發展中獲得最多的利益，在信譽加權投票的情況下，那些最有影響力的人也能從colony網絡的發展中獲得最大的利益，因此他們最不愿意接受即時支付(賄賂)以換取更糟糕的長期前景。此外，由於聲譽源於為Meta Colony所做的工作，那些具有更大影響力的人表面上對生態系統有更好的了解，並能更好地確定項目的相對價值.

為了鼓勵參與，我們將B留出一部分作為選民補償，每個選民的補償是相對聲望的函數。使報酬與聲譽成正比既能達到抵制sibyll的雙重目的，又能鼓勵最有影響力的人盡最大努力做出明智的決定(增加他們的長期報酬)，並進一步減少接受賄賂以換取優惠待遇的相對動機。如果BR是預算中預留給選民補償的部分，則按以下方式確定每一選民補償:

另一個考慮是表決過程的細分。“投票單位”是否應該包含對每一對和每一個項目的投票?或者聲譽持有者應該在動機允許的情況下貢獻更小的單位?

幸運的是，項目的“聯盟”組織導致了工作的自然劃分。在一個聯盟或一個車道上投票構成了一個投票“單位”。每單位投票的要求應該提前設定。

8、結論

如上所述，該機制作為一個整體是由一些超參數控制的:K，它決定聯盟的大小;Z，它決定了它們的數量;C，它決定了兩個時期之間的運動程度;B，它決定了總預算;d和Q分別影響聯盟內部和聯盟之間的預算分配。

 與捕獲個人偏好的兩兩投票不同，這些超參數捕獲政治偏好，因為它們定義了系統作為一個整體的行為:支付的規模，有資格競爭的項目數量，支付給受歡迎項目和不受歡迎項目的允許不平等程度，以及特定項目的分配增長或下降的速度。

除固定的K值外，所有這些參數都可以通過元 Colony中的聲譽加權投票來更新。我們的期望是，Z和B开始時規模較小，隨着網絡的成熟和項目數量的增加而增加。我們預計d, Q和C將會更不頻繁地更新以調整機制的行為;我們希望每個值較低的啓動機制,這樣支出成為更高級別的聯賽的意義更大,更高級別的聯賽,“失去”項目仍將賺的比在低級別聯賽“獲勝”項目,和聯盟之間運動足夠緩慢,項目有一個有意義的時間地平线的收入。

這是有意的，獲勝的項目將積累聲譽和影響在元colony隨着時間的推移。由於這些項目既支持又依賴於colony網絡，因此它們既能參與治理，又能分享網絡的回報是合適的。

在我們的簡介中，我們介紹了一些可能的攻擊向量以及失敗的場景，並聲稱已經开發了防御系統。

我們將逐一介紹：

1.垃圾郵件。最小的賭注使垃圾郵件昂貴。

2.騙子。低初始支付使詐騙不經濟。

3.賄賂。聲譽加權投票調整長期激勵。

4.自我投票。解決方案：歐洲視覺規則。

5.串通。非线性投票互動，隨機遊走。

 6.選民冷漠。參與經驗，選民補償。

7.認知偏差。非线性投票相互作用。

8.隨機投票。解決方案：聲譽加權投票和補償。

9.西比爾襲擊。解決方案：聲譽加權投票和補償。

必須注意的是，任何機制都不能完全抵抗攻擊或失敗；每一種機制，甚至是工作證明，都是以某種現實為條件發揮作用的。我們所描述的機制假設一組合理多樣的參與聲譽持有人希望從Colony網絡的長期成功中獲益。這一機制的目標不是為決策提供一個萬無一失的框架，而是在不引入大量新問題的情況下解決一系列具體問題。

我們認為，利用成對偏好來解決集體排名和預算問題是去中心化治理工具箱中的一個重要工具。

鄭重聲明：本文版權歸原作者所有，轉載文章僅為傳播信息之目的，不構成任何投資建議，如有侵權行為，請第一時間聯絡我們修改或刪除，多謝。