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景观

你可能感兴趣的:(zkVM,zkVM)