Starknet的去中心化路线图
1. 引言
StarkWare正以2条路线在迈向去中心化：
- planning
- implementation
以让Starknet协议 走向 去中心化proof-of-stake协议。
Starknet向以太坊发送STARK proofs来验证其状态变更。
一年前Starknet就在做去中心化规划，相关提案见：
- Simple Decentralized Protocol Proposal
所谓去中心化，是指将Sequencer+Prover的运营，转换为proof-of-stake协议，使得任何人都可参与sequence，没有谁是Starknet持续活性所不可或缺的。为此，需从以下2方面进行：
- 1）实现运行去中心化协议所需的各种要素。
- 2）将去中心化运营逐步去中心化转移交给Starknet stakers。
本文重点关注去中心化转移流程。
2. 去中心化转移流程
去中心化转移流程分为4大块：
- 1）转向去中心化网络架构，但Sequencer运营仍保持中心化运营。
- 2）确保完整开源软件栈的可用性。
- 3）逐步开发扩大测试和集成网络。
- 4）在将Sequencer运营转向proof-of-stake参与之前，繁荣Staker加入。
以上4大块有一定的顺序依赖，但也可并行进行。
2.1 去中心化网络架构
Starknet网络将走向更加去中心化模式：
- 1）当前，全节点相互不通讯，每个节点都依赖于通过中心化feeder gateway向Squencer周期性查询。
- 2）更少中心化模式下，全节点将是P2P网络的一部分，不要求相互与Sequencer的连接。
这种去中心化网络架构模式，改变的不仅是网络的连接性：
- 1）Sequencer将对其区块进行签名，以减轻某些信任假设，并为具有很多投票者的vote-based BFT协议做准备。
- 2）数据传输将以更加分布式的方式传输，节点可相互帮助，以同步状态并完成各自的本地view。
2.2 致力于完全开源的软件栈
-
开源软件栈：确保开源软件栈的可用性是至关重要的，其可确保每个人都可参与协议和网络不通维度。由StarkWare和其它contributors所实现的要素越多，将release给每个人去测试、评论以及适应。当前已开源的软件栈有：
- 全节点：Pathfinder、Juno、Deoxys
- Provers：Stone、Sandstorm
- Sequencers：Blockifier、Madara
- Block Explorers：Starkscan、Voyager、ViewBlock、Stark Compass。
-
测试&集成网络：持续广泛测试集成网络，对于湿滑过渡很有必要。每个新元素都先进行内部测试网、然后是更大范围的有外部参与者的许可测试网，最终是公开测试网、集成，然后主网。测试新要素时，可顺序测试，也可并行测试。
-
Staker onboarding引入Staker：需要时间，让L1 staking合约集合足够多的staked tokens来保证去中心化协议的真实经济权重。为避免少量参与者以少量代价对Starknet进行恶意控制。
参考资料
[1] StarkWare团队2023年10月博客 Starknet Decentralization: A Roadmap in Broad Strokes
Starknet系列博客
- Beerus：基于Helios light client的Starknet Stateless Client
- Kakarot：部署在Starknet上的ZK-EVM type 3
- StarkWare的StarkNet和StarkEx
- StarkWare的Recursive STARKs
- Rollup项目的SNARK景观