預言機 Tellor (TRB) 去中心化治理實踐：管理員密鑰的銷毀

Tellor 是預言機項目，TRB 是它的平台治理代幣。最近 Tellor 透過 TRB 完成了 V2.5 更新，也是該項目從中心化走向去中心化治理的首次實踐。本文由專欄作者 藍狐筆記 撰稿，不代表動區立場。
（知識補充：探討》去中心化治理： DAO 的基礎設施淺析與 DeFi 流動性挖礦）
（知識補充：新手系列｜白話解讀「區塊鏈上的先知－預言機」，市場上解決方案有哪些？）

本文目錄

當前階段不少 DeFi 項目都有 admin key，這也是部分 DeFi 項目不完全去中心化，存在中心化風險的原因。最近 Tellor 完成了從中心化向去中心化治理的過渡。可以預見，未來會有越來越多的 DeFi 項目實現類似的過渡。

TRB 的管理員密鑰的銷毀

如果項目團隊擁有 admin key，意味著 admin key 的持有人可以升級合約，對系統進行更改。

在項目初期，有管理員密鑰匙可以理解的。早期項目可能有風險，需要迭代，需要穩定運行。不過最終來說，需要逐步向社群過渡，以減少中心化的風險，以實現長期的可持續運行。

Tellor 的 admin key 銷毀｜來源：Tellor | 動區動趨-最具影響力的區塊鏈新聞媒體 — Tellor 的 admin key 銷毀｜來源：Tellor

目前 Tellor 項目方已經將其 admin key 銷毀，升級 Tellor 協議需要通過治理進行，治理的方式是通過 Tellor Improvement Proposal（TIP）流程進行決議和實施。

延伸閱讀：21.5億鎂 UNI 未被鎖定！Glassnode：Uniswap團隊可隨時動用、去中心化「誤導社群」

TRB 是什麼？

Tellor 是預言機項目，TRB 是其代幣。在 Tellor 實施 V2.5 之前，V2 已經完成。

Tellor 的主要運行機制｜來源：Tellor | 動區動趨-最具影響力的區塊鏈新聞媒體 — Tellor 的主要運行機制｜來源：Tellor

TRB 的 V2 版本

V2 版本在擴展性、安全性等方面都有了升級，V2 的主要改進如下：

擴展性

將每區塊的數據點增加到 5
將速度提高一倍（難度目標從 10 分鐘降至 5 分鐘）

安全性

限制每個礦工的獎勵（每 15 分鐘 1 個）
在爭議方面沒有時間限制
多回合的爭議機制
更改爭議成本計算
允許獲得當前挖礦 ID 以在擁堵時增加小費激勵

其他

常規程式碼改進
自動選擇下個挑戰
刪除鏈上請求數據
代幣費用的銷毀

Tellor V2 的主要改進｜來源：Tellor | 動區動趨-最具影響力的區塊鏈新聞媒體 — Tellor V2 的主要改進｜來源：Tellor

在 V2 的改進中，其中一個可以讓 TRB 代幣捕獲協議的價值，它將其中礦工小費的 50% 進行銷毀。這意味著隨著 Tellor 業務增長，被銷毀的 TRB 也會隨之增長。這讓 Tellor 的業務規模跟 TRB 價值產生了直接的關聯。

在 Tellor 將其 admin key 銷毀之後，所有的升級都要通過 TIP 提案的流程。而 V2.5 的升級則就是 Tellor 去中心化的治理的第一次實踐。

V2.5 版本是 Tellor 去中心化治理的第一次實踐

Tellor 的 V2.5v 版本是通過 TIP-2 提案流程完成實施的，目前已經上了主網。

在此次 TIP-2 的提案中，有 55 個獨立地址參與了投票，佔據總量 18% 的 TRB 投了支持票，這大大超過 Tellor 治理中要求總量 10% 的 TRB 代幣的法定通過票數。從這個角度，目前 Tellor 社群的參與積極性是不錯的。這對於剛剛轉向去中心化社群治理的 Tellor 項目來說是個好的開始。

1. TIP 實施的流程

具體來說，Tellor 的 TIP 提案要實施需要經歷哪些流程？

首先，Tellor 的 TIP 提案是去中心化治理的，升級需要提議並由 TRB 社群投票通過。TIP 提案主要由三個大類：

｜鏈上相關

可擴展性：提升吞吐量
安全性：任何提升安全性的方案
常規：任何常規的程式碼改進，如減少 gas 成本等

｜鏈外相關

新數據：新增
礦工：礦工相關的改進提案
常規：除上述之外的提議，可以包括各種提案，甚至是 TIP 流程本身的優化

｜常規

所有非上述範圍的提議。

其次，TIP 提案實施的流程包括了草案、評審、投票和實施的階段。

在存儲庫的 GitHub 中進行拉取請求之前，需要對提案想法進行徹底討論。在討論充分之後，可以正式提交，可以發起拉取請求，提案將經過如下階段：

[草案]

社群可以查看完整的書面提案，進行評論和反饋。如果提案中包括對 Tellor 程式碼庫、礦工程式碼庫的更改或者是完全的分叉，程式碼初稿也應該同時提交。

包含對程式碼庫進行改變的提案需要通過開發、評審、審計（如有必要）流程，進行 100% 覆蓋率的本地測試。然後進行部署，同時在 Etherscan 上進行驗證，並在最終評審之前在測試網上進行測試。

[最終評審]

社群可以查看最終提案以及在主網上部署和驗證的最終程式碼庫（如有必要）。

[投票期]

社群有 7 天的鏈上投票期。

[實施 / 拒絕]

在投票期之後，鏈上的更新和投票會自動執行或拒絕。對礦工程式碼庫或其他鏈下改進的提案也將會相應實施。

延伸閱讀：用「閃電貸」操縱 MakerDAO 治理投票！發現 B.Protocol 灌票提案，Maker基金會緊急提改善方案

2. V2.5 開啟了 TRB 的去中心化治理之路

由於 admin key 已被銷毀，現在的發展權力掌握在社群手中。第一個社群治理提案 TIP-2，通過並實施了 Tellor V2.5。

V2.5提案核心包括：

首先礦工的質押從 1,000 TRB 降至 500 TRB，按照當前的價格計算，大約從 20,000 多美元降至 10,000 多美元
當前的礦工獎勵從「1 TRB + tips / 2」變成「1 TRB + tips / 2 + TimeSinceLastMineValue / 5 Min」。
這裡的 tips / 2 是因為其中的一半小費會被銷毀，這在上面的 Tellor 的 V2 中已經實施。

TIP-2 提案（V2.5 版本）將礦工的質押代幣減少一半，目的是激勵更多礦工加入網路，實現更去中心化。

而更大的改變是獎勵機制的變化。

之前的獎勵機制是每個區塊有固定的代幣獎勵，1 個區塊 1 個 TRB 獎勵，將 5 分鐘設為難度目標。這個機制對於一些流動性挖礦項目來說可能沒有問題，但對於 Tellor 來說，它是預言機，如果擁堵時 gas 成本高於獎勵（ 1 TRB +小費），那麼這個時候沒有礦工願意提交數據，這意味著 Tellor 無法正常運行。

當然，這個時候可以通過給礦工更多小費來進行激勵，但這需要人工操作，且網路已經很擁堵，它會進一步加劇擁堵。