我们将对每个线程稍作扩展讲述。
原文：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 立场无关。 文章内的信息仅供参考，均不构成任何投资建议及要约，并请您遵守所在国家或地区的相关法律法规。
