來源：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 去中心化的暫定路線圖。與任何工程計劃一樣，當然是這種複雜性之一，隨著我們的貢獻建設者社群發展出更好的見解和理解，它可能會隨著時間的推移而發展和變化。
