來源：Starkware，編譯：松雪，金色財經

TL;DR

• StarkWare 正在通過兩條线索朝着去中心化方向前進：規劃和實施。

• 確保 Starknet 協議過渡到去中心化的權益證明協議所需的步驟有一個明確的路线圖。

簡介

Starknet 通過發送其狀態轉換的 STARK 證明以在以太坊區塊鏈上進行驗證，享受以太坊提供的安全性和去中心化。 這種流程對構建和維護 Starknet 的中心化實體（例如 StarkWare 和 Starknet 基金會）的權力造成了極大的限制：網絡上的中心化實體無法僞造交易消息，從而錯誤陳述或以其他方式欺詐性地操縱用戶數據或資產。

這是確保 Starknet 信任最小化的第一步，也是最關鍵的一步，並且確保 Starknet 用戶在使用網絡時不依賴於任何中心化一方。 然而，必須採取更多措施來確保完全信任最小化和去中心化，這樣即使像基金會或 StarkWare 這樣的實體消失，網絡也將繼續按計劃運行，不會中斷。 這篇文章概述了後續步驟的暫定路线圖。

已有成果

就在不到一年前，我們开始在一系列博客文章中記錄我們的去中心化研究過程，最終形成了一個簡單的具體提案。

簡而言之，我們的目標是將 Sequencer+Prover 的操作過渡到去中心化的權益證明協議，任何人都可以參與測序，這樣任何一方對於網絡的持續活躍都不是至關重要的。 爲此，有兩個必要的過程：

• 實現運行去中心化協議所需的各種組件；

• 逐步將運營權力下放給 Starknet 質押者的過渡過程。

在這篇文章中，我們將重點關注後者。

過渡過程

簡而言之，過渡過程本身有四個主线：

• 過渡到分布式網絡架構，而定序器操作仍保持中心化操作；

• 確保完全开源軟件堆棧的可用性；

• 开發日益廣泛的測試和集成網絡；

• 在最終將Sequencer操作轉交給權益證明參與者之前，促進權益代幣持有者的注冊。

這些編號代表一些明顯的順序依賴關系，但還有很多並行工作可以進行。以下是對每個线程的簡要擴展說明。

去中心化網絡架構

Starknet 網絡將轉向更加去中心化的模型：

• 目前，全節點之間不進行通信，而是每個節點依賴於通過中心化饋线網關對 Sequencer 進行定期查詢。

• 在不太集中的模型中，完整節點將成爲對等網絡的一部分，不需要每個節點與排序器之間的連接。

這種變化超出了網絡連接的範圍。 讓我們用兩個例子來說明這一點。

首先，Sequencer將籤署其區塊，以減輕某些信任假設，並爲基於投票的BFT協議與衆多選民做好准備。其次，數據傳播將採用更加分布式的方式，各節點將相互協助以同步狀態並完成其本地視圖。

致力於完全开源的軟件堆棧

开源軟件堆棧：確保开源軟件堆棧的可用性對於使每個人都能參與協議和網絡的各個方面至關重要。 隨着 StarkWare 和其他貢獻者實現更多組件，它們將被發布供每個人測試、批評和適應。 一些值得注意的示例（堆棧中已經开源的部分）包括完整節點（Pathfinder、Juno、Deoxys）、Provers（Stone、Sandstorm）、定序器（Blockifier、Madara）和區塊瀏覽器（Starkscan、Voyager、ViewBlock、Stark Compass ）

測試和集成網絡：越來越廣泛的測試和集成網絡對於最大限度地平滑過渡過程是必要的。 對於每個新組件，可能會從內部測試網發展到具有外部參與者的稍微更廣泛的許可測試網，並最終發展到公共測試網、集成和主網。 稍後需要做出一些選擇，例如在引入測試新組件的順序方法和並發方法之間進行選擇，但那是另外的事了。

質押者加入：我們必須給 L1 質押合約足夠的時間來積累足夠的質押代幣，以確保去中心化協議具有真正的經濟實力。 這是爲了避免出現少數沒有實際利益的參與者惡意試圖控制 Starknet 的情況。

結論

總之，我們在這裏粗略地概述了 Starknet 去中心化的暫定路线圖。 與任何工程計劃一樣，當然是這種復雜性之一，隨着我們的貢獻建設者社區發展出更好的見解和理解，它可能會隨着時間的推移而發展和變化。

鄭重聲明：本文版權歸原作者所有，轉載文章僅為傳播信息之目的，不構成任何投資建議，如有侵權行為，請第一時間聯絡我們修改或刪除，多謝。