波卡的國庫機制如何更好地實現Web3.0?
Web3.0是由波卡創始人Gavin Wood博士提出的下一代網際網路,通過Web3.0的應用每個人都能掌握自己的(數字)身份、資產和資料,進而掌握自己的命運。而Gavin博士所設計的區塊鏈專案波卡,便是對於Web3.0共識引擎的最好表達。
儘管Web3.0的核心思想是去中心化的網路,但是如果應用完全的去中心化,對於某些專案來說並不一定是最好的,因為可能會出現專案方移交對專案的管理而無人治理限制專案的發展,或者專案機制設計上過於嚴謹而沒有調控的空間使得專案的可擴充套件性很弱等等情況。
因此,如何讓專案既保持去中心化,又要有足夠的調控空間有更強的可擴充套件性和迭代能力,是對於許多劍指Web3.0的區塊鏈專案來說的一個大的難題。作為Web3.0提出者的Gavin博士,在設計波卡的過程中,就通過引入了一種全新的治理機制,可以兼顧去中心化還能保障專案的發展創新能力,這個機制便是波卡的國庫機制。
波卡的國庫機制不僅解決了上述問題,還為波卡提供了源源不斷地發展資金,能自發的啟用波卡生態。今天,我們就深入瞭解波卡的國庫機制是如何設計的,以及它為何值得公鏈借鑑。
國庫又叫Treasury或者財政庫,也就是整個國家財政性資金集中在指定的賬戶中,並負責掌管這些資金的收入和支出的機構。波卡的國庫機制也是有類似的收入和支出機制,通過將交易費、Slash得到的資金、非最佳Staking比率時通脹的一部分資金等收集起來,劃到一個資金池作為波卡的國庫。國庫中的資金可以通過提出支出提案來進行使用,如果獲得理事會的批准,申請的資金將在一個等待期後劃到申請的賬戶中。
國庫資金的具體來源
1、Slash懲罰機制:當驗證者因任何的不當行為而被Slash時,被Slash的金額將被髮送到國庫,這部分資金還會用來獎勵舉報惡意行為節點的整理者(Collators)。
2、交易費用:所有區塊的交易費用,一部分歸國庫,一部分歸驗證者。國庫大約佔80%,驗證者大約佔20%。
3、非最佳Staking比率:XM交易平臺xmchinese.cn波卡網路的通貨膨脹目前設定為10%,同時還有一個理想狀態下的質押率,即75%(理論值為50%,後面經過公投改為了75%)。也就是說所有DOT的75%應該被鎖定在Staking中,但是質押率偏離理想值75%時,驗證者將獲得較少的收益,其餘部分會劃分給國庫。
4、平行執行緒拍賣:拍賣平行執行緒獲得DOT,一部分給接受區塊的驗證者,一部分劃分給國庫。
為什麼國庫機制最值得所有公鏈借鑑?
這就要涉及到一個問題,公鏈應該如何發展生態的問題。對於一個公鏈來說,要獲得成功的主要標誌是有許多的開發者,而這些開發者會推出各式各樣的應用,從而吸引眾多的資金和參與者。
那麼,在已經有ETH等成熟的公鏈珠玉在前,僅憑做出一個有特色的公鏈很難直接吸引開發者到一條公鏈上做開發。那麼,最直接的方式就是為開發者提供資金支援,砸錢做生態,這就有點兒像網際網路公司的發展情況了,比如已經有淘寶了,再做電商就得靠燒錢來獲取流量。
而生態建設是一個長期的過程,這筆錢總不可能光靠最初的私募銷售Token所募集的資金吧,因為這筆錢總會用完,用完之後沒有資金怎麼辦?於是,波卡便想出了把生態發展所需要的資金問題設計到自身的經濟模型當中,這樣一個一勞永逸的解決辦法,這便是國庫機制。
波卡把區塊鏈正常執行的資金流轉和治理劃出一部分資金作為國庫,再通過理事會的治理決定這筆錢的使用,用於那些對波卡生態發展有幫助的提案上,有了這些資金又能將波卡建設的更好,使用波卡的人變多,這個資金池便會持續的積累資金,於是便形成了一個良性迴圈。很自然地,波卡便有了源源不斷地生態建設的資金了。
同理,換做任意一條公鏈都可以進行如此的設計,既解決了生態發展的資金問題,還可以利用治理的方式調控自己這條鏈的通貨膨脹情況,甚至還能做成DAO的形式,減少團隊在治理層面上的中心化問題。所以,這是一個一箭多雕的絕妙機制,值得大力推廣。
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/69995368/viewspace-2843724/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 多雲已成現實,企業如何更好地實現多雲管理?
- 如何讓Designer更好地運算元據庫物件物件
- 如何更好地使用 telescope
- 如何更好實現業務治理?
- 波卡的價值體現在哪?
- 如何更好的使用OPcache實現效能優化opcache優化
- Spring AOP 的實現機制Spring
- MySQL中的MVCC實現機制MySqlMVC
- docker 實現 Redis 的哨兵機制DockerRedis
- Js非同步機制的實現JS非同步
- 如何優雅地實現多資料庫的發件箱模式資料庫模式
- Node 中如何更好地打日誌
- 如何在敏捷開發中實現更好的需求管理敏捷
- 併發機制的底層實現
- Nginx accept鎖的機制和實現Nginx
- [轉載]Spring AOP的實現機制Spring
- 如何在 JavaScript 中更好地使用陣列JavaScript陣列
- 如何更好地緩解網路攻擊
- 如何透過OpenHarmony系統中整合的ffmpeg庫和NAPI機制,實現更多的多媒體功能?API
- 如何通過OpenHarmony系統中整合的ffmpeg庫和NAPI機制,實現更多的多媒體功能?API
- Spring IOC容器實現機制Spring
- NodeJS實現websocket代理機制NodeJSWeb
- NX實現機制淺析
- 你是如何更好地處理Async/Await的異常的?AI
- 更好地使用 ViewControllerViewController
- Kafka核心中的分散式機制實現Kafka分散式
- Redis的記憶體和實現機制Redis記憶體
- 深入理解事件機制的實現事件
- 詳解Apache Dubbo的SPI實現機制Apache
- 無人機照片貼地實現無人機
- 崑崙分散式資料庫Sequence功能及其實現機制分散式資料庫
- 如何實現高效地IT服務管理
- Objective-C block 實現機制ObjectBloC
- Android RollBack機制實現原理剖析Android
- Kubernetes 服務部署最佳實踐(一) ——如何更好地設定 Request 與 LimitMIT
- 如何實現 axios 的自定義介面卡 adapteriOSAPT
- 深入探究Immutable.js的實現機制(一)JS
- Redisson的看門狗機制底層實現Redis