Kusama國庫即將耗盡？如何提高國庫資金的可持續性？

閱讀本文需 10 分鐘

Kusama的一個驗證人節點Adam Clay Steeber在波卡論壇上發佈的一篇關於如何提高Kusama國庫資金的可持續性的帖子引起了熱議。

原文標題：《Kusama 國庫即將耗盡？如何提高國庫資金的可持續性？》

原文來源： PolkaWorld

最近，Kusama 的一個驗證人節點 Adam Clay Steeber 在波卡論壇上發佈的一篇關於如何提高 Kusama 國庫資金的可持續性的帖子引起了熱議。非常多社區成員也表示了對此的擔憂並提出了很多建議。PolkaWorld 整理部分觀點如下。

Kusama 國庫數據分析

Adam Clay Steeber 通過過去一個季度的國庫支出率，來量化了這個問題。他查詢了國庫從 16,000,000 區塊到 17,224,000 區塊的餘額如下：

然後他在數據上進行了簡單的線性迴歸，創建一個預測圖：

根據該預測估計，按照目前的支出率，國庫將在 20,600,000 塊左右用完 KSM，即這將發生在 2023 年 11 月中下旬左右。以下是該預測的一些重要數據：

每個區塊的平均收入 = 0.0166 KSM

每個區塊的平均花費 = 0.1134 KSM

每個區塊的平均淨值 = -0.0968 KSM

爲了避免這樣的情況發生，或者更好的管理國庫的使用。Adam Clay Steeber 提出重新配置支出軌道的參數，以限制網絡同時處理支出公投的寬帶，並希望在資金揮霍和過度節儉之間取得平衡。

因此他提出以下延緩計劃，給國庫額外 8 個月的時間。

當前軌跡（紅色）與 Adam 提出的軌跡（綠色）的比較

如果我們設法保持這一軌跡，國庫將在 24,000,000 塊左右耗盡，這將發生在 2024 年 7 月上旬至中旬左右，我提出的軌跡的一些重要數字：

每個區塊的平均花費 = 0.0650 KSM

每個支出期的平均支出（每 6 天，假設收入相同）= 5,615.965 KSM

參數更改建議

Adam 提出了以下參數的重新配置，總體來說，把之前國庫公投中的 6 個支出類別（Treasurer、Small Tipper、Big Tipper、Small Spender、Medium Spender、Big Spender）減少到 3 個類別（Treasurer、Tipper、Spender）並降低了同時進行的公投數量。

同時還建議了以下操作：

將 runtime 中的這個值從 6 更改爲 0，即停止從國庫向 Society 組織發送資金。

將其他支出軌道更改爲最大支出爲 1 * QUID 並重命名它們以包含已棄用的指標（例如 deprecated_medium_spender），有效地禁用它們並防止它們被意外使用。

如果到 2024 年生態系統未能將大量國庫資金轉化爲穩定資產，我們將 Society 中的 120k KSM 通過根軌道轉移到國庫。

PolkaWorld 注：Society 是指 Kusama 網絡上的一個特殊組織，它是一個去中心化的自治組織，旨在將社區成員團結起來，共同完成各種任務和項目。Society 的成員可以獲得資金支持、聲譽和其他激勵，以鼓勵他們爲 Kusama 生態系統做出貢獻。

另外，Kusama 網絡中已經有一個旨在將 Society 中的 120k KSM 通過根軌道轉移到國庫的 OpenGov 145 號公投，目前正在正在討論中，有 8% 的贊成票，還沒有進入決定期。

Q&A

1. 這些變化將如何阻止不可持續的支出？

Adam：減少同時處於決策狀態的支出公投數量，從而限制國庫實際支出資金的速度。通常，具有 14 天決策週期的支出公投需要 10-14 天才能確認（大約 2 個支出週期），因此我們可以預期每個支出週期的最大 non-treasurer 支出爲 6,000 KSM，僅比我建議的軌跡多出約 7% 的支出。我們保留了更嚴格的 Treasurer track，以便在特殊情況下進行大額支出。

2. 當多項公投有資格開始進入決定期，但只有一項公投允許進入時會發生什麼？

Adam：AYE 得票最多的公投被移至決定期。這是確保最需要的支出公投首先開始進入決定期的好方法。

3. 爲什麼需要這些改變？

Adam：目前幾乎沒有硬性限制可以在 spend period 花費多少，而且就我們目前的情況開看，KSM 持有者的盲從思維在預算方面真的很糟糕。如果我們繼續目前的路線，我預計國庫將在今年秋天的某個時候耗盡數萬個 KSM，屆時所有支出都將被代幣持有者拒絕。

在有效管理支出方面，沒有什麼比限制 gov2 的支出帶寬更有效的了。

4. 我們如何實施這些變化？

Adam：查看我與 release-v0.9.40 相比製作的 Github 分支。請隨時提出您的建議。

雖然我不是 devops 方面的專家，也不是在 Kusama 上 set.code extrinsic 的專家，但更改代碼中的 gov2 軌道非常簡單。但是，我認爲我們不能依賴 Parity 來合併這些更改。我知道社區中有一些技術嚮導願意幫助將這些更改轉化爲根軌道上的 runtime 升級公投。從本質上講，如果我們想停止從 Kusama Treasury 中流失資金，我們需要自己做。

所以我們需要：root 決策存款的一個大鯨、準備公投的技術嚮導。

我願意接受有關我在 Github 上的更改的建議和反饋。如果我搞錯了版本控制或者我錯過了任何必要的配置，請告訴我。

如果你對這個話題有研究並想提供你的建議，歡迎在這裏留言討論，爲 Kusama 網絡做出貢獻！https://forum.polkadot.network/t/kusama-treasury-analysis-reconfiguration/2484