原文：Starknet Decentralization: A Roadmap in Broad Strokes
翻译及校对：「Starknet 中文社区」
精选速览
-
StarkWare 正朝着两个方向迈向去中心化：规划和实施。
-
为了确保 Starknet 协议向去中心化的权益证明协议顺利过渡，我们已经制定了明确的路线图。
引言
Starknet 通过将其状态转换的 STARK 证明发送到以太坊区块链上进行验证，从而享受以太坊提供的安全性和去中心化。这种流程极大地限制了在 Starknet 上构建和维护的其他中心化实体的权力。。如 StarkWare 和 Starknet 基金会：网络上的任何中心化实体都无法伪造交易信息，从而误报或以其他方式欺诈性地操纵用户数据或资产。
这是确保 Starknet 实现最小信任化的第一步，也是最关键的一步，从而确保 Starknet 用户在使用网络时无需无需依赖任何中心化方的诚实性。然而，要确保完全的信任最小化和去中心化，我们还需要采取更多措施，这样即使基金会或 StarkWare 等实体消失，网络仍会继续按设计运行，不会中断。本文概述了后续工作的初步路线图。
我们如何实现
大约一年前，我们开始在一系列长篇博客文章中记录我们的去中心化研究过程，最终形成了一份简单具体的提案。
简而言之，我们的目标是将「排序器+证明器」的运作过渡到一个去中心化的权益证明协议，使任何人都可以参与排序，避免网络活性 (Liveness) 要依赖任何一方才能维持活性 (Liveness) 要依赖任何一方才能维持。为此，我们要要朝着两个必要的方向前进前进：
-
实施运行去中心化协议所需的各种组件；
-
逐步将运营权过渡给 Starknet 质押者。
在本文中，我们将重点讨论后者。
运营权运营权过渡进程进程
简而言之，过渡进程本身有四个主要环节：
-
在保持排序器运作仍通过中心化方式运行的情况下，过渡至去中心化网络架构
-
确保提供完全开源的软件堆栈
-
开发越来越广泛的测试和集成网络
-
在将排序器运作最终过渡给权益证明参与者之前，推进质押者的加入。
上述进程顺序上述进程顺序代表部分部分依赖关系，但许多工作会会同时进行。下面我们将对每步进程每步进程稍作描述。
去中心化网络架构
Starknet 网络将过渡至更为去中心化的模式：
-
目前，全节点之间并不能相互通信，而是每个节点通过中心化的 feeder 网关定期查询排序器。
-
在相对去中心化的模式下，全节点将成为点对点网络的一部分，无需在每个节点与排序器之间建立连接。
这种变化超出了网络连接的范畴。我们可以通过两个示例来说明。
首先，排序器将签署其区块，以减轻一些信任假设，并为基于投票的 BFT 协议作准备，该协议拥有许多投票者。其次，数据传播将呈现出更为分布式的特点，节点将相互协助以同步状态并完成其本地视图的更新。
努力实现完全开源的软件堆栈
开源软件堆栈：
确保提供开源软件堆栈，，让每个人都能参与协议和网络的各个方面至关重要。随着 StarkWare 和其他贡献者完成了越来越多的组件，这些组件会完全开源会完全开源，供大家测试、批评、熟悉。一些值得注意的组件示例（已经开源的部分）包括全节点（Pathfinder、Juno、Deoxys）、证明器（Stone、Sandstorm）、排序器（Blockifier、Madara）和区块浏览器（Starkscan、Voyager、ViewBlock、Stark Compass）。
测试与集成网络：
为保证过度进程尽可能顺畅为保证过度进程尽可能顺畅，越来越广泛的测试和集成网络至关重要。对于每个新组件，通常会从内部测试网络开始，逐渐过渡到更为广泛的、允许外部人员参与的测试网络，最终进入公开测试网、集成网络和主网。后续还有一些需要考虑的选择，例如在测试新组件时，是选择按顺序进行还是并行的方式，但这是后话了。
质押者引入：
我们必须给 L1 质押合约留出足够的时间，来积累足够的质押代币，用实际的经济权重来保障去中心化协议的安全。这是为了避免少数不良不良参与者试图恶意控制 Starknet。
总结
综上所述，我们在本文中简单概述了去中心化 Starknet 的初步路线图。与任何工程计划一样，尤其是这样复杂的计划，随着我们的贡献者社区的洞察和理解力不断提高，路线图很可能会随着时间的推移而发展变化。
一如既往，我们欢迎大家提供反馈、建议和批评。欢迎随时在 Starknet 社区论坛上联系我们！