D. 擬議的啟動引數

下面的每個值都是說明性的.它不是當前應用程式預設設定,Protocol v1.1.0,保證,報價或交付承諾.未來部署需要採用,執行,監測和釋出其實際引數.

• 擬議的CLC治理令牌:
  • 常規Q1:至少有4%的定製和超過50%的批准.
  • Q2敏感:至少有10%的定製和至少60%的批准.
  • Q3 關鍵:至少有20%的定製和至少有66.7%的批准.
• 提議的時間:
  • T1: 48小時Q1行動.
  • T2: 7天Q2行動.
  • T3: 30天Q3行動.
• 時代序列: 7 包括透過的投票,預算公佈以及擬議的sCLC視窗.
• 緊急暫停: 立即透過已確定的緊急機構,在72小時後過期,除非根據採用的程式批准.
• 擬議的網路: 違約的參與組費用20%,政策限制.
• 插圖的池費範圍: 0%–20%,由每一個參與的集團釋出.
• 擬議的路由或服務費限額: 20 每條路線的節點.
• 擬議的網路速率: rake_rate_p = pool_fee_p × rake_share_p.
• 收入資格: 歸類為現金資格的收到資產 E_cash 或是本物品 E_kind 在公佈的方法下.
• 轉換控制: 資產和場地許可證,負責當局,價格來源,時間視窗,滑幅限制,上限和報告.
• 預算資助: 只有在已透過的覆蓋儲備和運營目標實現後才公佈擬議的費用准入預算;預算可能為零.
• 風險行徑: 沒有根據適用的法律明確的,知情的選擇,不暴露一個資產類別於另一類風險.
• 擬議的滾動和賬戶限制: 拒絕未經批准的跨類活動,並適用已採用的上限.
• 選擇性降低覆蓋範圍: 只有在現有覆蓋條款,要求同意和適用法律授權的情況下;它本身不會減少發行方的憑證承諾或連鎖餘額.
• 如果單獨啟用,外部流動性控制: 釋出場地範圍,測量方法,觸發器,支出和體積上限,執行控制,緊急停機和收據.不要將程式作為代幣價支援.

目前的 Protocol v1.1.0 集團費用,額外協議費用和集團代幣平衡上限仍然由部署的合同和配置控制,而不是這些擬議的價值.