我們將對每個線程稍作擴展講述。
原文：Starknet Decentralization： A Roadmap in Broad Strokes（Starknet）
作者：Starknet
編譯：W3. Hitchhiker
TL; DR
- StarkWare 正朝著去中心化的兩個方向邁進：規劃（planning）和實施（implementation）。
- 為確保 Starknet 協定朝著去中心化權益證明協定過渡進程的順利進行，為此我們規劃了一個清晰的路線圖。
介紹
Starknet 通過將其狀態轉換的 STARK 證明發送到乙太坊區塊鏈上進行驗證，從而享受乙太坊提供的安全性和去中心化。 這一流程極大地限制了構建和維護 Starknet 的中心化實體（如 StarkWare 和 Starknet 基金會）的權力：網路上的任何中心化實體都無法偽造交易資訊，從而誤報或以其他欺詐方式操縱用戶數據或資產。
這是確保 Starknet 信任最小化的第一步，也是最關鍵的一步，Starknet 使用者在使用網路時無需依賴任何中心化方的誠信。 然而，要確保完全的信任最小化和去中心化，還有更多的工作要去做，這樣即使像基金會或 StarkWare 等實體消失，網路也能繼續按設計運行，不會中斷。 本文章概述了後續將進行的工作的暫定路線圖。
如何實現
一年前做左右，我們開始通過一系列長篇博客來記錄我們的去中心化研究過程，最終形成了一個簡單的具體提案。
簡而言之，我們的目標是將「排序器+證明器」的運行過渡到去中心化的「權益證明」協定，至此任何人都可以參與排序，避免任何一方成為對網路的持續活躍維持中必不可少一部分。 為此，我們開啟了兩條必要的工作方向：
- 實施運行去中心化協定所需的各種元件，
- 逐步將運營權去中心化，並移交給 Starknet 質押者。
在本篇文章中，我們將重點討論後者。
過渡進程
簡言之，過渡進程本身有四個主要部分：
- 在向去中心化網路架構過渡的同時保持排序器仍然以中心化的方式運行
- 確保完全開源軟體堆疊的可用性
- 開發日益廣泛的測試和集成網路
- 在排序器運行最終過渡到權益證明參與者之前，促進質押者加入。
編號代表了一些明顯的順序依賴關係，但也可能存在大量併發工作。 下面，我們將對每個線程稍作擴展講述。
去中心化網路架構
Starknet 將轉向更加去中心化的模式：
- 目前，全節點之間不能進行互相通信，而是每個節點通過一個中心化的 feeder 閘道定期向排序器查詢。
- 在不那麼中心化的模式下，全節點將成為點對點網路的一部分，無需在每個節點與排序器之間建立連接。
這種變化超出了網路連接的範圍。 讓我們用以下兩個例子來解釋這一點。
首先，“ 排序器” 將對其區塊進行簽名，以減輕一些信任假設，併為擁有許多投票者的，基於投票的 BFT 協定做好準備。 其次，數據傳播將採用更加分散式的方式，節點之間互相協助，同步狀態並完成本地視圖的更新。
努力實現完全開源的軟體堆疊
開源軟體堆疊：確保開放源軟體堆疊的可用性對於讓每個人都能參與協定和網路的各個方面至關重要。 隨著由 StarkWare 和其他貢獻者完成的元件越來越多，我們將發佈這些元件供大家測試、批評和使用。 堆棧中一些值得注意的（已經開源的部分）包括全節點（Pathfinder， Juno， Deoxys）、證明器（Stone， Sandstorm）、排序器（Blockifier、Madara）和區塊瀏覽器（Starkscan， Voyager， ViewBlock， Stark Compass）。
測試與集成網路：為了最大限度地實現平穩過渡，建立越來越廣泛的測試和集成網路很有必要。 對於每一個新的元件，一般都會從內部測試網開始，逐步過渡到允許外部參與的，稍廣泛的測試網，並最終過渡到公開測試網、集成網和主網路。 此後還需要做出一些選擇，例如在引入測試新元件時，需要在按順序進行還是並行之間做出選擇，但這是後話了。
質押者引入： 我們必須給 L1 質押合約足夠的時間來積累足夠的質押代幣，以確保去中心化協定具有真正的經濟權重。 這樣做是為了避免出現少數參與者在遊戲中幾乎沒有實際參與，卻惡意試圖控制 Starknet 的情況。
結論
總之，我們在此粗略概述了 Starknet 去中心化的暫定路線圖。 與任何工程計劃（尤其是如此複雜的工程計劃）一樣，隨著時間的推移，隨著我們的貢獻者社區不斷提高洞察力和理解力，路線圖很可能隨時都會發生變化。
免責聲明：作為區塊鏈資訊平臺，本站所發佈文章僅代表作者及嘉賓個人觀點，與 Web3Caff 立場無關。 文章內的資訊僅供參考，均不構成任何投資建議及要約，並請您遵守所在國家或地區的相關法律法規。
