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

DAOrayaki DAO研究獎金池：

資助地址: 0xCd7da526f5C943126fa9E6f63b7774fA89E88d71

投票進展：DAO Committee 5/7 通過

賞金總量：200 USDC

研究種類：DAO, Colony, Domains and permission, Transaction Cost, Reputation Mining, Market Suppliers, Colony V2，Transaction Cost Economics (TCE) theory, Collaboration

貢獻者：黑白QB, DAOctor@Daorayaki

上线時間：2017年上线，2021年2月15日軟上线 

代幣：CLNY（ERC-20）

人才高度分散，機會高度集中。很多人都想創業，盡管創業比以往任何時候都容易，但進入門檻仍然很大。因此，這些人可能投入商業項目的熱情、才華和精力，往往被引導到在线社區、免費开源軟件項目和其他愛好中。

什么是Colony？

Colony基於以太坊平臺之上構建。它具有按貢獻擁有所有權、功績影響、公平回報的特點。Colony的公平獎勵系統在colony賺錢時起作用，並且通過事先商定的智能合約協議自動將錢分享給colony成員和其他人。公平的獎勵是根據會員持有的代幣和聲譽的比例來分配的。

Colony做了什么？

Colony是一個分布式組織的社會協作平臺。用戶可以在线啓動項目，並建立一支員工隊伍來幫助實現這些項目。因為它將勞動力的激勵機制與生產力結合起來，所以世界上任何地方的人都有可能從事一個項目，而不需要分級管理。

該平臺通過按每個用戶貢獻的價值比例分配權限權益，激勵用戶競爭成為最有技能和生產力的人。該平臺自動化了項目管理過程，匯集了成員在建議任務、做出決策、將任務分配給最佳候選人以及提供工作反饋方面的集體智慧。平臺的每一個方面都採用了博弈機制和行為設計，以確保令人信服的體驗，鼓勵重復參與。

Colony目前在xDai上運行，支持以下功能：

1.將社區組織成具有加入門檻的部門或團隊。

2.管理代幣庫，並將預算應用於不同的團隊和計劃。

3.支持各種不同付款方式。

4.根據組織的具體情況，定制成員權益分配權限，比如通過參與治理獲得的影響力等。

5.通過代幣銷售、捐贈或收入等方式籌集資金。

6.提供多種決策機制以適應不同的用例，並在其出現分歧時進行仲裁爭議。

7.DAO可以與其在同一鏈上的其他合約進行任意交易，如果您的DAO需要管理另一個協議或與DeFi進行交互， Colony可以幫你實現。

總的來說，權力下放是Colony的治理哲學，我們認為投票不可取，所以力求在可能的情況下避免投票。鑑於任何組織都是不同的，所以Colony採用了模塊化設計，這意味着組織能夠插入擴展程序，可以根據需要進行操作，為其組織提供他們所需的工具。

Colony V1和V2版的區別

由於完全的數據去中心化造成的系統處理速度極慢、系統公共基礎建設未完成、社區參與度不足等原因。Colony於2021年初开始逐步轉向Colony V2。已由以太坊主網遷移到了xDAI網絡

改變如下：

權限（Permissions）

Colony 的訪問控制框架。訪問權限以以太坊地址為單位，擁有權限的以太坊地址可以訪問某些特權功能（類似於底層系統調用）。權限共分六種，從高到低排序如下：恢復權限、Root 權限、仲裁權限、架構權限、資金權限和管理權限。每種權限代表一個功能的語義包。可以在域層次結構的不同級別上授予權限，從而實現復雜授權系統的創建。此外，由於可以向任何地址授予權限，因此使得獨立智能合約的开發成為了可能，進而實現將獨立智能合約「插入」Colony 以擴展其功能。

擴展功能（Extensions）

賦予任意以太坊地址訪問特權功能的權限就意味着可以非常靈活地开發和試驗基於這些功能的任意機制和接口，那么基於以上權限設計的構思，Colony 自然而然就衍生出了擴展功能這一想法。例如，圍繞「資金」權限可以建立一個專門的預算機制，允許各地址在不同域之間轉移代幣。通過开發可在底層功能與各機制之間進行調節的擴展功能，各 Colony 可以更有效地探索組織的設計空間，或者嘗試使用更直接的管理控制以及無需許可的分布式決策機制。

質押管理（Stake Management）

許多擴展功能可能會要求用戶在採取操作之前質押代幣，例如一個關於投票的擴展功能可以實現用戶通過質押代幣來發起任意投票。如果其他用戶認為該投票屬於惡意行為（或者把投票當作垃圾郵件），那么投票發起人可能（理所應當）會失去他們質押的代幣。考慮到擴展功能的合約是獨立的，那么用戶就不得不追蹤對許多不同合約做出的質押，而這會給用戶帶來相當大的負擔。此外，還要確保擴展功能的合約持有這些質押代幣的安全性，這就給擴展功能的开發帶來了極大的負擔。為解決這些問題，Colony 為擴展功能（或管理員）开發了一個通用接口，代表用戶管理質押，而無需實際持有資金

信譽挖礦（Reputation Mining）

雖然信譽挖礦過程的設計基本未做更改，但 Colony 團隊已經做出了很多實現選擇，與原始白皮書中給出的選擇有很大不同。最重要的是，其中包括將信譽樹的數據結構從常規的 Merkle 樹切換到效率更高的 Merkle-Patricia 樹。

Colony特點

交易成本包括明確需求、尋找供應商、接收和比較報價、商定合同條款、管理交貨、开具發票和會計、質量控制、爭議解決等等。DAO沒有其它選擇，只能通過市場機制來協調供應

一個有效的DAO框架必須降低市場供應機制的交易成本。但不幸的是，除Colony之外，所有DAO的問題都在於它們增加了交易成本，他們的復雜決策程序與要求代幣持有者對組織做出的每個決策進行投票的策略是荒謬且完全不可擴展的。

鑑於此，Colony決定通過使用多種方法的組合來解決這些問題，我們允許DAO通過創建多個團隊和子團隊來進行擴展，並通過不要求每個決定都進行象徵性投票。取而代之的是通過使用與DAO貢獻價值成正比的影響力來量化個人專長，從而賦予個人行政權力。

此外，在Colony，投票是萬不得已的手段。我們的治理通過“惰性共識”起作用，一個提議中，只要沒有人反對，提案就會在安全延遲後自動通過。換句話說，如果你看到一條同意的建議，那么你什么也不做。如果發現不同意的內容，你就可以提出異議並強制進行表決。

創始團隊：

傑克·杜·羅斯（Jack du Rose）

Colony首席執行官，畢業於英國西部大學。Collectively Intelligent Ltd前首席執行官，Outlier Ventures的導師。

科林·藤（Collin Vine）

Colony聯合創始人，Zirtual.com前聯合創始人。他最感興趣的是未來的工作，包括城市、經濟和組織是如何以及將如何受到技術的影響。

阿歷克斯·雷（Alex Rae）

Colony聯合創始人，擁有結合了實用性和實用主義的，由豐富的科學實踐經驗而磨練出的創造力。

全面解讀Colony

1、背景

公司理論

公司的存在是為了協調商品和服務的生產。交易成本經濟學（TCE）理論是羅納德·科斯（Ronald Coase）的“公司理論”（theory of the Firm）的推廣，該理論假設公司成立、僱傭員工和投資資本，因為存在一個門檻，在這個門檻下，直接控制生產要素比通過市場機制協調生產更有效，一旦交易成本入账。這些交易成本有三種類型：

•搜索和信息：與查找信息以提供決策、發現和評估供應商相關的成本。

•談判：這些是與供應商達成協議相關的成本。討價還價的成本可以很低（如买咖啡），也可以很高（如买公司）。

•監控和執行：確保遵守協議條款的成本（例如，按照約定的質量按時生產小部件）。由於偶然性、疏忽或惡，人們往往會偏離約定的條款，解決糾紛可能需要高昂的執行成本（如法律費用）。

TCE理論認為，由於信息的不完全性和有限理性，企業協調生產的效率高於市場機制。有了完美的信息，公司就沒有必要了，因為市場力量會提供必要的機制來激勵和協調生產——每個人都會知道自己和他人貢獻的確切價值。

由於傳統市場並非如此，這些知識和信任障礙可以通過盡職調查和合同加以克服，並需要法律制度在出現問題時提供追索權。這些過程是昂貴的，因此傳統的公司經常發現，用命令和控制的等級制度取代自由市場的討價還價，使他們更有效率和競爭力。

隨着新技術提高了信息的多樣性和流動性，新的組織正在出現，它們能夠將市場的有效決策與傳統企業的共享價值捕獲相結合。共享經濟平臺（如Uber、Airbnb）、市場網絡（如eBay、Amazon Marketplace）和加密貨幣（如比特幣、以太坊）已經證明，如果產品定義足夠明確，供應量足夠大、可替代或多樣化，通過使搜索和信息的發現變得容易，談判變得簡單，並由平臺提供基本上免費的警務和執法，可以大大降低市場機制的交易成本。這使得這些新平臺的效率比他們試圖在公司的硬邊界內協調同等供應的效率高出幾個數量級。

信心和信任

公司能夠通過將勞動組織成一個管理層級，來協調復雜的大規模生產。等級制度中的資歷(理想情況下)代表了公司對員工的信心程度，在公司的柏拉圖理想中，信心純粹是能力的功能。公司對員工越有信心，他們的能力就越強，因此他們的責任、影響力和薪酬也就越大。

然而，在互聯網上，人們很難對其他人有信心。到目前為止，我們一直依賴平臺運營商來協調在线交易各方之間的關系(通常是通過各種評級和聲譽系統)，在某些情況下(如支付處理)，來承擔這些交易的風險。在區塊鏈上就更難了，因為你只知道對方控制着公鑰。很難想象一個傳統的組織或層級可能存在於這種假名的、敵對的環境中。區塊鏈沒有地理邊界，不能區分誰或什么控制公鑰。

正如理查德·根達爾·布朗(Richard Gendal Brown)對彼得·施泰納(Peter Steiner)的經典meme進行了一番改編:“在區塊鏈上，沒人知道你是一臺冰箱。”因此，互聯網組織必須假定最小的公分母:每個成員都是理性的利己主義者，完全專注於個人效用和利潤的最大化，並給予相應的激勵。這觸及了colony的核心:一項旨在促進理想的公司層級模型應該具有相同的精英化的分工和權力劃分的協議，除了自下而上之外，而且不容易出錯。分散的、自組織的公司，決策權來自於公平評估的價值貢獻。

因此，工作是我們的起點。colony成員會因為他們為colony創造的價值而獲得補償，其形式是ETH、任何erc20兼容的代幣或聲譽(一種不可替代的、時間衰減的衡量過去累計貢獻的方法)。活躍的colony可能在任何給定的時間進行各種類型的工作;為了簡化工作(及其預算)的管理，colony可以分為域。域（Domain）是你如何構建你的colony。你可以把他們看作是團隊、部門、圈子，或者是在你的環境中有意義的東西。這些使得將相關任務分組並將其與其他領域中其他無關工作分开變得容易，並使其能夠結合上下文適當的做出決策邏輯（其中一個域可以由管理員控制，另一個域由聲譽加權投票控制）。

當colony成員以colony的內部代幣獲得報酬時，他們也會因所使用的技能以及創造價值的領域而獲得聲譽。聲譽是用來量化成員對colony的歷史貢獻，並確保他們得到公平的回報。通過在一項技能（如Javascript）和一個領域（如BigCo客戶端項目）中贏得聲譽，接受者在與這些技能和領域相關的決策中獲得了成比例的影響力

聲譽在不同的帳戶之間是不可以轉讓的，並隨着時間的推移慢慢衰敗。這種衰退確保了一個成員的任何聲譽都是最近被認為對colony有利的行為的結果（因此是當前成員判斷的函數）。由於涉及的計算過於復雜，無法在以太坊區塊鏈上進行，因此會員聲譽的更新是在鏈外計算的，鏈上報告機制由經濟學和博弈論來保證。

一個colony內的許多決定都可以通過非正式的協商一致作出。成員們應該核實他們的同事的行為，但希望他們少幹預。在這種情況下，幹預意味着“提出動議”。在colony內，通過投票進行決策是不常見的，因為它速度慢，協調成本高；在爭議解決（希望是罕見的）情況下合理的使用。爭議解決制度允許將許多種類的決定交由colony部分或所有成員根據情況進行表決。根據選民的背景相關聲譽，選票是按精英制度加權的。

colony可以是自愿的、非營利的或營利的。創收的colony可選擇將其收入的一部分支付給其成員。當colony支付獎勵時，成員獲得的金額是依照綜合代幣和聲譽持有量的函數；這確保那些貢獻最大的人獲得最大的利益。會員通過在colony的整個生命周期中為其貢獻（從而保持高水平的聲譽）而不是坐擁早期積累的代幣來最大化回報。

我們希望人們將Colony用於盡可能多的不同工作流程，即使是那些不能立即顯示為能夠利用Colony協議的工作流程。

2、Colony的結構

Colony的存在使其成員之間能夠進行協作，並將集體努力引向共同目標。因此，促進有效分工、管理獎勵和分配資源是colony協議的一些最重要的職能

2.1域（domain）和權限

Colony的基本結構圍繞域（domain）和帳戶可能擁有的權限展开。這兩個概念共同定義了群體的結構和安全性，並為創建多種類型的群體提供了一個靈活的框架。

2.1.1域

與任何組織一樣，如果沒有結構，一個龐大的群體將很快變得難以駕馭，因為參與者和交互的數量非常龐大——域解決了這個問題。

域類似於共享文件系統中的文件夾，只是它可以包含子域、資金和支出，而不是包含文件和文件夾。這種簡單的模塊化使得組織的結構具有很大的靈活性。域可以用來表示團隊、部門、項目、部落、圈子等等。 

最終是由單個群體決定它們希望如何使用域——有些群體可能只將它們用於粗分類，而另一些群體可能使用它們只將最相似的支出精確地分組在一起，甚至是其他群體認為是單一支出的多個支出。一些人可能使用域來表示長期存在的組織部門，而另一些人可能使用域來表示具有开始和結束日期的項目。

我們的目標是提供一個一般的框架，colony可以使用他們認為合適的任何方式，並僅在必要時進行規定。

除此之外，這種活動的劃分為整個群落提供了一個重要的好處，因為它使聲譽具有上下文關系。當仲裁發生時，它發生在colony域層次結構的特定級別上。這意味着可以將具有相關背景知識的人納入他們的意見，並且當仲裁發生時，整個colony不需要參與這個過程。

2.1.2權限（Permissions）

colony的訪問控制是圍繞權限的概念組織的。有六種不同的權限(大致按影響順序排列):恢復、根、仲裁、架構、資金和管理，每種權限解鎖一組語義相關的功能。

除了恢復和根權限外，所有權限都是特定於域的(很像Unix文件系統中的權限是特定於目錄的)，其規則是父域中持有的權限在所有子域中繼承。換句話說，在域中擁有權限就會使你在該域的整個子樹中擁有權限。要實現這種繼承，授權函數需要以下參數的域證明

•permissionDomainId—帳戶擁有權限的(父)域。

•childSkillIndex -在permissionDomainId的子數組中domainId的索引。

•domainId—正在執行操作的(子)域。

這些參數可以在鏈上的固定時間內進行評估，以確定帳戶是否被授權調用特權函數。

權限由以太坊账戶持有。這意味着可以將權限授予人工管理員，或分配給實現更復雜行為(如投票機制)的合約。這些類型的合約被稱為擴展合約。使用擴展來靈活地“插入”各種決策機制是Colony協議中的一個關鍵概念。

值得注意的是，擁有所討論的權限的帳戶列表具有完全權限;在協議級別上不存在其他限制。在某些情況下，這些都是非常強大的功能(比如任意施加聲譽懲罰)，需要對控制它的人或事物有絕對的信心。因此，我們預計在許多情況下，擴展合約將用於為底層權限提供不同程度的審核。

恢復（Recovery）

恢復權限允許帳戶訪問colony的緊急“恢復”功能，該功能允許對colony的數據進行任意狀態更改。

根（Root）

根權限允許帳戶訪問colony中的高級管理功能，例如設置colony範圍的參數、升級colony和創建新的內部代幣。此權限還使帳戶能夠在整個colony(包括根域)中分配權限。

仲裁（Arbitration）

仲裁許可賦予帳戶進行特定領域狀態更改的能力，這意味着作為解決動議的一種手段。此權限還允許帳戶發出聲譽懲罰(但不允許聲譽增加)。

架構（Architecture）

架構權限使帳戶能夠在集群中創建新域，並在這些新域中分配權限。與root不同，具有此權限的帳戶不能在其持有該權限的域內編輯權限，只能在子域內使用。

基金（Funding）

基金許可使账戶能夠在資金罐之間移動代幣。在實踐中，這意味着該許可負責在域間分配資金和資金支出。

管理（Administration）

管理許可賦予帳戶創建和管理(但不是基金)支出的能力，這是colony的基本激勵單位

廣義上說，許可被設計為“權力分立”:不同的許可必須協同工作，以實現一個colony的功能。例如，行政部門可以產生支出，但實際上只有資金可以提供資源，而仲裁可以解決出現的動議。復雜的擴展可能需要多個權限才能正常工作(例如“任務”，它需要仲裁和管理)

其目的是，由於權限被分組到功能的語義包中，因此有可能开發專門的機制來調解對底層功能的訪問(即專門的資助機制和專門的糾紛解決機制，而不是用於處理所有可能決策的通用“投票”機制)。

colony的長期愿景是建立不需要信息的組織;在這樣的組織中，成員可以安全地協作和管理共享資源，而不需要彼此了解或信任。早期的群體可能會發現，更強調人類審核員是有用的，而更成熟的群體可能會發現有理由將越來越多的決策下放到無信任功能的擴展上。我們將把大量使用這些擴展的colony稱為不可靠的colony。

2.2、資金和支出（Funding and expenditures）

所有代幣和貨幣都由colony合約管理;它負責所有的簿記和撥款。前者通過資金罐進行管理，後者通過支出進行管理。

2.2.1資金罐（Funding pots）

colony中的每個領域和每項支出都有一個相關的資金罐。資金罐可以被認為是特定於特定領域或支出的錢包，用於在colony內移動資金。對於每個資金罐，colony合約可以將其持有的任何數量的Ether或erc20兼容代幣關聯起來。根據具體情況，資金罐中的資金可能被稱為支付、賞金、預算、工資或營運成本。除了資金罐，還有一個特殊的獎勵罐，積累代幣作為獎勵分配給成員。

只有持有基金許可的账戶才能移動代幣;規則是他們可以在子樹中的任意兩個罐子之間移動代幣。預計在許多情況下，這種許可將授予給實施專門決策機制的擴展合同。

2.2.2支出（Expenditures）

Colony的基本支付方式是“支出”。支出用於轉移從colony到任何以太坊账戶的資金。支出有幾個屬性：

所有者（產生支出的账戶地址）。

狀態（活動、取消或最終確定）。

一個或多個收件人。

以一個或多個代幣計價的每個收件人的支付。

可選的，每個接收者的技能。

可選地，每個收件人支付修改器。

可選的，每個接收者的索賠延遲

所有者負責設置支出的屬性。收款者只是以太坊帳戶。雖然預計收款者將是個人，但沒有什么可以阻止這些账戶是多人控制下的合同。

一旦支出最終確定，所有財產都將被鎖定（但需要仲裁），並且可以要求支付（並授予聲譽）。在最終確定之前，所有人有權完全取消支出。任何已經分配給支出的資金都可以重新分配到創建支出的域中。

當然，為每個接受者定義支出並不提供資金——這必須通過colony的資金機制來完成。支出不一定都在同一個代幣中，支出可以由任意數量的代幣組成。

支出是一個抽象的原語，可以支持多種類型的工作流，因此包含可選屬性以支持更復雜的行為。例如，payoutModifier和claimDelay可用於實施評級和審查系統，其中好的或壞的審查會導致接收者的全面聲譽增加（或支出減少），而claimDelay設置為允許在基金退出colony之前決定任何相關動議。

一旦某個账戶接收到代幣，它們就在接收者的控制之下——沒有辦法收回資金。基金必須在系統的某個地方越過“密碼的盧比孔河”(根據區塊鏈的性質)，在這裏這樣做是有意義的。

2.3內部代幣（Internal tokens）

每個colony都有自己的ERC20兼容“內部代幣”。這些代幣，當作為支出獲得時，也會為接收者產生聲譽（從而在colony內分配控制權）。除此之外，這些代幣代表什么，由colony決定。例如，它們可能具有財務價值，也可能純粹是象徵性的。

此外，colony可以“攜帶他們自己的代幣”，並指定現有的ERC20兼容代幣作為聲譽承載。盡管這在某些情況下可能是有利的，但值得注意的是，這削弱了支持無信任colony博弈論安全性的激勵一致性，因為代幣的價值與colony的績效脫節。請注意，一旦創建了一個colony，內部代幣就不能更改，所以請明智地選擇。在colony創建新代幣的情況下，該colony控制代幣的供應。

具體來說，根權限持有者可以隨意造幣。在某些情況下，這可能看起來像是創始人單方面管理代幣供應，而在其他情況下，colony可能通過延期合同管理造幣過程。

一個常見的問題是，為什么只有內部代幣（而不是所有代幣）具有聲譽。讓單一代幣承擔聲譽的原因是，它避免了棘手的匯率問題，例如，為了贏得更多聲譽，鼓勵人們接受更多價值較低的代幣。

2.3.1代幣用例

最終，內部代幣被用於分配聲譽，從而包括所有權和決策權。因為擁有更多聲望的用戶既可以對群體活動施加更大的影響，也可以要求獲得更大份額的獎勵，聲望功能可以調整群體成員之間的激勵機制。在這裏，我們給出了內部代幣不同用例的幾個例子，展示了群體可以採用各種方案來分配所有權和影響力以及現金薪酬。

colony擁有自己的代幣的主要好處之一是，它可以在獲得任何收入或外部資金之前為工作提供獎勵。一個新的colony可能會提供代幣支付，希望通過這些代幣支付獲得的聲譽(以及colony未來獲得的收入)最終會帶來經濟回報。通過在籌款之前允許“支出”，新colony啓動階段的財政負擔就會減輕。一旦一個colony有利可圖，代幣支付可能是例外而不是常態。

我們可以想象在一個colony中，所有的支出都是通過Ether支付的，但也包括一些colony自己的代幣，這些代幣等於預期的工作小時數。colony的成員將負責分配“正確的”代幣和以太支出。

這種額外的責任還可以確保用戶完成相同工作量後獲得相同的聲望，而不是依賴於他們收取的費用。

或者，我們可以設想一個尋求可預測薪酬(即薪水)與基於績效的激勵之間平衡的群體。這樣的colony可以用以太幣或DAI等代幣支付工資，並將其內部代幣用於基於業績的獎金(即達到季度okr)。這種方法使聲譽(和決策權)成為成就的功能，而不會讓colony的成員覺得他們支付房租的能力取決於他們實現季度目標的能力。

2.3.2 Colony的Token合約

Colony开發了一個定制的Token合同，帶有一些額外的功能:

• mint -讓代幣合約所有者引入新的代幣進入流通。

• burn -讓任何人永久地從流通中刪除代幣。

此外，Colony的代幣契約引入了“鎖定”的思想——代幣在單向布爾標志被翻轉之前是不可轉移的。這對於想要更多地控制如何以及何時清算和交換代幣的colony是有用的。

雖然colony可以自由選擇任何erc20兼容的代幣，但該合約是colony網絡代幣的基礎，是新colony的默認代幣合約。

2.4收入及獎勵（Revenue and rewards）

colony可以出售商品和服務，以換取以太或任何erc20兼容的代幣，這些收入可以發送到colony的地址。每當一個colony收到這樣的報酬時，我們就說該colony獲得了收入。收入與colony的營運資本不同:後者是colony在各個領域中持有的所有代幣的總和，而前者被隱式定義為colony尚未計入任何現有罐的代幣持有。

有一種期望是，colony收到的任何Ether或其他代幣的一部分將支付給其成員。在這裏，“成員”是指在colony中同時持有代幣和聲譽的账戶。當一個群體將一部分收入分配給它的成員時，我們就說這個群體正在支付獎勵。

2.4.1處理收入

當colony接收到代幣轉移時，收入就會累積。為了進行處理，任何用戶都可以進行特殊的claimColonyFunds交易，表明他們希望用哪種代幣處理累計收入。

然後該交易計算自上次此類交易以來累計的代幣計價收入，並將部分收入轉移到colony的獎勵罐中。

剩下的部分作為營運資金提供給colony。百分比分割可以通過root權限通過setRewardInverse函數進行配置。

2.4.2從獎勵罐領取獎勵

獎勵在獎勵罐中累積。為了觸發對用戶的支付（即，使獎勵可申請），根用戶進行一個特殊的startNextRewardPayout事務（每60天不超過一次），啓動一個流程，通過該流程，所有成員都可以根據獎勵罐的持有量申請支付。

此獎勵支付交易包括應支付的特定貨幣（每個代幣的獎勵支付單獨處理）。一旦流程开始，所有用戶的代幣都將被鎖定，直到他們申請支付。鎖定是必要的，因為每個账戶的代幣余額都會計入等式的獎勵公式中。鎖定是通過增加代幣的totalLockCount來完成的。

我們的TokenLocking契約包含一個鎖定機制，確保用戶在擁有（代幣加權）投票權時不能移動代幣；我們在這裏使用相同的機制來確保用戶不能在支付得到colony成員的批准之後，但在用戶申請他們的獎勵之前移動代幣。colony為每個用戶都有一個計數器，每當他們要求支付時，計數器就會遞增；他們也可以放棄他們的索賠支付將增加這個計數器。

獎勵只適用於同時持有代幣和聲譽的账戶，每個账戶可申請的金額取決於代幣余額和聲譽。因此，我們需要有一個類似的行為來“鎖定”支付用戶的聲譽。當支付被激活時，聲譽樹的當前狀態記錄在支付本身中。用戶根據其在該狀態下的聲譽而不是最近的狀態進行支付，以確保所有用戶獲得適當的支付，並避免利用系統（否則可能會通過將獎勵收集延遲到完成支出之後，從而提高其聲譽）。

2.4.3獎勵公式

colony（C）的每個用戶（ui）有權索賠的金額（pi）是其colony代幣持有量（ti）和其在colony的總聲譽（ri）的函數：

這是用戶代幣持有量和聲譽的（標准化）幾何平均值。我們注意到，這不太可能支付為支付而預留的所有代幣——唯一的方法是，如果每個人在colony的聲譽比例與他們在colony的代幣比例相同。然而，幾何平均是公平地捕捉兩個不同範圍變量影響的自然方法，並確保大型代幣持有人必須獲得大量聲譽才能從支付中獲得最大收益。群體中的總聲譽和用戶置換在索賠時都是可在鏈上證明的，通過Merkle證明聲譽roothash包含用戶索賠的一些值；用戶的colony代幣余額和發出的代幣總數對於查找來說微不足道。

在一段足夠長的時間（60天）之後，所有無人認領的代幣可以由用戶代表colony收回，並且支付結束。任何在該點之前尚未申請支付的用戶仍將鎖定其代幣，並且他們將保持鎖定，直到他們發布放棄其支付申請的交易（實際上，他們已經被動地這樣做了，沒有及時申請）。無人認領的代幣返回獎勵罐並成為下一個獎勵周期的一部分。

2.5信譽體系

聲譽是一個與每個用戶相關聯的數字，它試圖捕捉該用戶在一段時間內對colony所做貢獻的價值。聲譽被用來衡量用戶在與他們所展示的專業知識相關的決策中的影響力，並在支付獎勵時確定欠colony成員的金額。因為聲譽是通過對用戶行為的直接或間接的同行評估來授予用戶的，所以我們認為，影響力和回報可以被視為（大致）按功績分配。colony的目標是，聲譽系統將使一個緊急和動態的決策層次，其中所有正確的人都在正確的地方。

colony的目標是廣泛實行精英管理。因此，在一個不可信任的群體中，大多數決策都是由相關的聲譽來加權的。與代幣不同的是，聲譽不能在账戶之間轉移，因為它代表了同行對账戶活動的評價。因此，必須通過在colony內的直接行動來贏得聲譽。贏得的聲譽最終將因不作為、錯誤或不當行為而喪失。

2.5.1聲譽類型

域中的聲譽

在這個層次結構中，用戶在所有存在的域中都有聲譽——即使聲譽為零。當一個用戶在一個域中獲得或失去聲譽時，所有父域中的聲譽都發生相同的變化。在用戶失去聲譽的情況下，他們也會在所有子域失去聲譽，但在這種情況下，子域失去的聲譽與原始域失去的聲譽相同。如果聲譽更新將導致用戶的聲譽小於零，則將其聲譽設置為零。

有一個例子可以說明這一點。假設一個colony有“發展”域包含一個“後端”域和“前端”域。任何時候，colony的一個成員為後端領域完成的工作贏得聲譽，這將增加他們的後端聲譽，他們的开發聲譽和他們在colony根域中的聲譽。

在开發域獲得的聲譽只會增加用戶的开發和根域聲譽分數。

後來，用戶在“开發”領域的行為很糟糕，他們在該領域的2000個聲譽中損失了100個。它們在父域中也會失去100個聲譽，在“开發”域的每個子域中會失去5%(100/2000)的聲譽。(在這個例子中，包括前端和後端域)

2.5.2聲譽的盈虧

在colony獲得聲譽有三種方式：第一種（也是目前為止最常見的）是通過支出獲得。二是通過仲裁程序。第三個是創建一個colony和相關的引導過程。

聲譽損失廣泛地發生在仲裁的結果中，延期合約使實施涉及聲譽懲罰（如任務和爭議）的機制成為可能。此外，用戶贏得的所有聲譽都會隨着時間的推移而不斷衰退。

通過支出改變聲譽

每當支出接收者收到以colony的內部代幣計價的支出時，接收者也會收到一定數量的聲譽，以該接收者的支出來衡量。如果值為1，則聲譽相當於代幣支付，但可以是2倍的倍數。

聲譽是在支出的領域（以及所有父領域）中獲得的，並在與該接收者相關的任何技能中平均分配。

由於仲裁而引起的聲譽變化

仲裁許可持有人有能力在域和技能兩個方面任意施加聲譽懲罰（但不是增加）。雖然這似乎是仲裁許可持有人獲得的一項重要權力，但回顧一下，在許多情況下，這種許可將分配給延期合約，延期合約將通過各種機制，如動議制度，來調解這種能力。

自舉/自助（Bootstrapping）聲譽

由於無信任群體的決策過程是基於信譽加權投票的，因此我們提出了一個新群體的自舉問題。當一個不可信任的colony是新的，還沒有人完成任何工作，因此沒有人會贏得任何聲譽。因此，由於沒有人能夠投票，因此不能提出任何動議，也不能解決任何爭端。然後，一旦支付了第一筆支出，該用戶就對相同領域或技能的決策擁有專政權，直到另一個用戶獲得類似類型的聲譽。

為了防止這種情況，當創建colony時，創建者可以選擇在根域中為其分配初始信譽的帳戶，以允許colony自我引導。分配給每個用戶的信譽將等於收到的代幣數，即，如果一個成員收到10個代幣，他們在根域中也會收到10個信譽。鑑於聲譽會隨着時間的推移而衰退，這種最初的自舉不會對colony的長期運作產生影響。這是唯一一次在沒有相關支出的情況下建立聲譽。獲得聲譽的用戶可能是colony的創始人及其同事，而這個初始聲譽應該被視為團隊中現有信任的代表。

我們注意到，當在一個colony中創建一個新域時，不需要相同的方法。我們不希望在這裏創造新的聲譽，因為這會使colony其他地方已經贏得的聲譽貶值。當子域包含的信譽低於其父域信譽的10%時，可以通過在父域中使用信譽來解決此引導問題。低於此閾值的域不能在其下創建域。

聲譽衰退

所有的名聲都會隨着時間的推移而衰退。每90天，4用戶在每個領域或技能中的聲譽就會衰減2倍。這種衰減每1小時發生一次，而不是每90天一次的階躍變化，以確保在任何特定時間都有最小的動機來贏得聲譽。這種頻繁的、網絡範圍內的更新是信譽挖礦協議存在的主要原因，它允許這種近乎連續的衰減在沒有氣體限制的情況下進行鏈外計算，然後在鏈上實現。

衰變有多種用途。它確保聲譽得分代表最近對colony的貢獻，激勵成員繼續為colony做出貢獻。它進一步確保了代幣價值的大幅升值（以及相應的每項支出支付的代幣減少）不會永久性地扭曲聲譽的分布，而是有助於消除這種隨時間波動的影響。

有人可能想知道，為什么我們選擇了削弱聲譽，而不是通過通貨膨脹來推行聲譽稀釋的策略。從某種意義上說，它們是等價的：以恆定的速度贏得的腐朽聲譽與以日益膨脹的估值贏得聲譽是一樣的。

然而，從數學上講，衰減是一種更為簡潔的方法，因此通貨膨脹的用例是，它在鏈上的計算更為可行。在colony的情況下，聲譽不能在鏈上計算，因為聲譽更新會影響無限數量的聲譽節點（由於域樹的無限大小）。由於聲譽不能在鏈上計算，我們選擇在我們的鏈外聲譽挖礦過程中衰減聲譽。

2.6管理權益（stake） 

在不可信的系統中，權益是一個關鍵概念，它是一種確保參與者“共擔風險”的方式，可以激勵他們做出良好的行為。由於Colony希望啓用一個實現各種加密經濟機制的擴展生態系統，一個用於管理利害關系的共享系統通過節省用戶需要向許多不同的合約發送和檢索代幣來提高可用性和安全性。在colony，所有的權益都以該colony的內部代幣計價。

2.6.1存儲代幣

所有權益都存儲在網絡範圍內的TokenLocking合約中。單例合約的優點是，在用戶是共享同一內部代幣的多個colony的成員的情況下，一筆存款就足以支付所有colony的費用。

任何對股權的刪減都是來自colony的函數調用的結果，是colony特定仲裁邏輯的結果。

2.6.2批准和義務

通過一系列的批准和義務來管理股權。用戶批准一個帳戶，然後強制他們達到他們批准的最大金額。如果承擔的義務超過代幣鎖定合約中的存款，交易將失敗。一旦一項義務被提出，如果取款導致余額少於他們的義務，用戶將不能取款代幣。在任何時候，經批准的擴展都可以解除用戶的權限，釋放代幣以供取款。在實踐中，我們期望相同的基礎存款將被重復地強制和解除抵押，而不需要用戶移動任何額外的代幣。

當一項義務有效時，任何仲裁許可持有人都可以將stake削減到該義務的金額。我們重申，這是一種強的能力，在大多數情況下，應該通過適當的擴展來進行調解。

出於安全考慮，批准按域以及批准地址（即批准（批准，域，金額））鍵入。否則，惡意行為體可以使用colony中的任何仲裁許可持有人來削減stake，而不是使用預期域繼承路徑中的仲裁許可持有人。然而，由於TokenLocking不知道特定colony的域結構，TokenLocking中的義務是所有colony和域特定義務的集合。

總的來說，這種設計允許將仲裁廣義化，並將其與任何特定擴展的實施分離开來：擴展名指定了權益（並界定義務期限），而在這一期間，單獨的仲裁程序可以削減該利害關系。

2.7可升級性和安全性

2.7.1可升級性

我們預見到群體網絡將不斷發展。提供一個升級路徑對於允許人們使用Colony而不阻止他們自己使用添加到網絡中的新功能是很重要的。我們打算允許colony和代幣通過使用以太路由器名稱下提供的模式進行升級。除了提供實現的功能的合約之外，此實現還使用兩個合約。第一個附加合約是EtherRouter合約，它通過delegatecall將事務傳遞給實現該功能的合約。第二個附加合約是解析器合約，其中定義了實現所需行為的合約的帳戶。每當EtherRouter協定接收到事務時，它都會在解析器中查找實現該功能的協定（如果有的話），然後delegatecalls該協定。為了升級，使用新功能部署新合約，然後必須更改解析器合約指向的合約以指向這些新合約。為了避免合約部分實現新舊功能的情況，每次升級都會部署一個新的解析器實例，然後一個事務可以將EtherRouter指向新的解析器。從colony的角度來看，升級就是簡單地將一個地址（解析器）換成另一個地址。

升級底層colony合約的選擇總是落在colony身上，而不是落在colony網絡上。雖然網絡可以控制哪些升級可用，但他們無法強制任何colony升級基礎合約。colony本身必須決定要升級到新版本。

2.7.2安全

雖然我們渴望無bug的合約，但是bug是不可避免的，因此採用“防御編程”的心態將限制在已部署合約中可能發現的任何漏洞的影響。

最終的回退被稱為“恢復模式”。在這種狀態下，白名單帳戶（具有恢復權限的帳戶）能夠訪問允許直接編輯合約狀態的特殊功能—實際上，這將對應於訪問允許設置變量的功能，以及能夠升級合約。在多個白名單账戶的同意下，一旦合約恢復到安全狀態，合約就可以退出恢復模式。從恢復模式中刪除需要多個白名單帳戶的批准。這樣可以確保單個白名單帳戶在單個事務中不能進入恢復模式，進行惡意編輯，然後在白名單上的其他方有機會作出反應之前退出恢復模式。

可以想象，一旦網絡和合約足夠成熟，colony將能夠在未來停用恢復模式功能。

一般情況下，由於以下原因，合約可能進入恢復模式：

來自白名單账戶的交易，表明合約應進入恢復模式。

在colony不真實的情況下應始終正確的事情-例如，在支出後，檢查承諾支出但尚未支付的資金金額仍然小於colony的余額。如果沒有，則中止事務並將合約置於恢復模式。

一個定性觸發因素表明可能有問題-可能在短時間內支付了太多代幣。

每當編輯變量時，必須重置來自白名單帳戶的任何退出恢復模式的批准。同意退出恢復模式的白名單帳戶會記錄協議發生的時間戳，變量的任何更改也會更新指示上次編輯的時間戳。當試圖離开恢復模式時，只有在最後一次編輯之後達成的協議才被計算為達到閾值。

第一個恢復權限持有者在colony創建時設置，並且是colony的創建者。可以通過根權限添加其他恢復權限持有者。

2.8任意交易

當然，有可能一個colony想要從事一些我們沒有預見到的行為，這些行為可以在colony網絡控制之外的合約中實施（例如，當colony作為一個整體負責管理合約時，改變合約中的參數）。為此，我們希望有一種機制，通過這種機制，colony可以在區塊鏈上創建任意交易，與合約和代幣進行交互，而無需網絡明確支持它們。由於它們功能強大，因此這種交易應該很少發生，需要root用戶授權。

3、擴展功能

colony的愿景是建立一個分散的、不可信任的組織，在這個組織中，決策是由聲譽驅動的，而不是由主持人的子集驅動的。然而，在核心群體合約的層次上，訪問是由權限而不是信譽來介導的。

決定讓“權限”Colony的核心訪問控制邏輯具有雙重動機。首先，它可以啓動一個由管理員控制的colony（適用於擁有大量現有信任的小型團隊），並隨着組織的成熟，向更分散、更不信任的運作方式過渡。第二，基於權限的方法可以嘗試各種各樣的機制，而不需要不斷地部署新的colony合約。

就像操作系統設計中內核空間和用戶空間的區別一樣，權限可以被認為是提供了所需的系統調用，從而使最終用戶應用程序（擴展）能夠安全地操作系統的底層資源。正如這個模型已經證明非常成功地使各種各樣的軟件應用程序能夠安全地共享計算資源一樣，我們也認為colony和擴展模型將在這裏取得成功。

3.1任務

與代表資源抽象轉移的支出不同，“任務”代表了勞動力與價值的更具體的交換，而一項工作單元則不需要進一步的細分或委派。任務具有與之關聯的三個角色：

經理-負責定義和協調任務的交付。

工人-負責執行任務。

評估員-負責評估工作是否圓滿完成。

經理（最初是任務的創建者）負責選擇評估者和工作者，並為任務設置其他元數據：

到期日。

經理、工人和評估員的支出。

規範哈希：IPF規範的地址，工人用於指導工作，評估人員用於評估任務是否圓滿完成

為了創建任務，管理器必須具有管理權限。“任務”擴展的未來變體可能會強制實施最低信譽要求和/或鎖定，從而使任務創建變得不可信。

當然，確定每個角色的報酬應該是什么並不能提供資金——這必須通過colony的資金機制來完成。支付不一定都是同一種貨幣，任務的支付可以由任意數量的貨幣組成。如果任務的支付是以colony的代幣計價的，那么當任務完成時，接收者也將贏得聲譽，只要他們的工作受到好評。

如果沒有工人被分配到某項任務，經理有權完全取消該任務。任何已經通過資金提案分配給任務的資金都可以重新分配給任務域。

指派工人或評估人員需要經理和受讓人的共同同意。一旦分配，涉及工人或評估人員的變更（如更改任務摘要或截止日期、取消任務或更改分配或付款）需要雙方同意（即multisig批准），或者可以通過動議流程觸發。任務分配完成後，工人必須在截止日期前提交“最終提交”，其中包括一些工作已完成的證據。

 一旦到期日已經過了或工人已經提交了他們的意見，評估員可以對工作進行評分。無論評分是否為正，任務都會進入一種狀態，在這種狀態下，可以提出更改任務最終狀態的動議，也可以引發爭議。一旦申請期過去，就有資格申請支付。

如前所述，完成工作的用戶的性能是在提交工作之後確定的。在這一點上，評估者對工人提交的工作進行評分，工人對經理協調完成任務的能力進行評分，評分標准為1到3分。對於評價者來說，一分的評分視為拒絕工作，二分或三分的評分視為接受工作。收到的評級決定了用戶將經歷的信譽變化：

1分：用戶無法完成任務。聲譽懲罰等於1倍的支付。

2分：用戶完成任務滿意。聲譽增益等於1倍支付。

3分：用戶出色完成任務。聲譽收益等於1.5倍的支出。

工作者在域（和父域）和任務的技能中都獲得聲譽，而經理只在域中獲得聲譽，而不是在技能中獲得聲譽，因為他們實際上沒有完成任務。雖然協調任務的交付可能需要一些知識，但情況並非總是如此；我們認為，技能聲譽應該只表現出執行任務的能力。完成任務後，評估者還可以獲得域聲譽（隱式評分為“2”）。評估人員沒有明確的評級，但與所有其他支出一樣，可以在支出可索賠之前提出動議；動議的結果可能是減少支付或明確的名譽懲罰。

任務是建立在支出的基礎上的，而將任務作為一個擴展合約來執行則利用了仲裁和管理權限，後者用來支配支出，前者用來執行費率。

 當任務完成時，基本支出的索賠延遲被設置為允許提出動議。根據收受者收到的評級，他們的payoutModifiers設置為提高聲譽（對於優秀的評審）或減少他們可以申請的付款（對於不滿意的評審）。此外，如果審查不令人滿意，將受到聲譽懲罰。

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都有資格隨時獲得資金。注意，由於轉移的資金

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