B. 未來費用分配示例
這是未來部署的擬議設計.它只適用於透過公佈的治理和參與者條款實施,資助和採用時.它沒有描述當前的 Protocol v1.1.0 費用,貢獻權,儲備,保證或保險安排.
讓 F_in 是擬議網路預算在某個時代實際收到的收入:擬議的網路拉克,單獨路由或服務費以及任何其他明確指定的收入.
收入資產應歸類為:
E_cash:根據所採用的政策,資產符合申報現金換使用的條件;或E_kind:物質券或其他資產不被視為現金可轉換的資產.
任何轉換政策都需要資產和場地許可證,負責當局,價格來源,滑幅限制,報告以及適用的法律控制.
一個擬議的布可以按照下列順序獲得收入:
- 覆蓋儲備目標: 僅基於定義的覆蓋式風險,資產符合條件,排斥和索賠規則而獲得的儲備或保險目標.
- 核心運營: 資助公佈的限額運營預算.
- 流動性任務: 基金批准,分別管理的資金池或路由專案.
- 剩餘預算: 將其餘的資金分配到運營,流動性計劃和在公佈的上限下額外緩衝.
一個儲備目標本身並不是保證. 任何保險或保證都必須標識債務人,所涵蓋的事件,資金,上限,排斥,持續時間,證據,索賠程式和損失分配.
防護車: 布撥款是用於採用的覆蓋,運營和流動性服務.
根據擬議的模式,任何透過單獨啟用的外部流動性計劃獲得的CLC治理代幣都將被退休或放置在公佈的非投票槽中.