这篇文章将讨论 Starknet 的 2023 年路线图，并提供有关推动该路线图的考虑因素的详细信息。该路线图重点关注性能和用户体验。我们的目标是为社区提供所需的透明度，因此我们会尽快分享路线图。当然，尽早分享路线图也意味着很多事情可能会发生变化。

我们要感谢 Starknet 的开发者社区，特别是开发者协会，他们在定义此路线图时提供了宝贵的见解和反馈。特别感谢 briq 的 Sylve、LambdaClass 的 Federico 和 Nethermind 的 Jorik 提供的宝贵反馈。我们邀请社区成员们同我们一起参与这一重要进程。

Starknet 的设计目的是让开发者能够利用 STARK 和 Cairo 的力量来构建他们的应用程序。到目前为止，Starknet 的开发重点是为开发人员提供面向未来的功能**。**除 Regenesis 外，Starknet 的功能由 Cairo 1.0 提供支持，目前已基本完成。

Starknet 今年将经历重生。对于Starknet链来说，这将是一个无缝事件，因为它不会导致停机，也不会重置网络状态。

**新的Cairo 1.0合约不需要采取任何行动——对他们来说，Regenesis 并不是什么大事。**Cairo 0 合约需要完成向 Cairo 1.0 的过渡。只有在我们确保社区的大部分人能够完成这一过渡之后，才会进行重建（Cairo 0 将被关闭）。Regenesis 将是 Starknet 路线图上最后一个计划的重大变更，我们预计未来的任何重大变更都将由治理决策进行审查，就像以太坊所做的那样。

或者使用 Cairo 1.0 本身来解释 Regenesis：

Starknet当前的开发重点是性能和UX。以下是预计的时间表：

我们未来几个月的主要目标是提高网络性能，以支持用户和开发人员数量的预期增长。正如我们所看到的，性能显然是由吞吐量和延迟定义的，但也由交易成本决定。我们在此按优先级列出重点领域，并（如果可能）说明其发布的计划版本。

即将推出的 Starknet v0.12.0 将包含显着的吞吐量和延迟改进。这是过去六个月对 Starknet 堆栈进行 Rust 化工作的结果。该版本将包括向基于 Rust 的 Sequencer（由 StarkWare 开发）的过渡，以及新的 Rust-Cairo VM（cairo-rs，由 LambdaClass 开发）——两个开源项目。我们预计很快就会有性能基准。

这种转变将极大地减少块执行时间，从而提高吞吐量。在没有拥塞的情况下，我们还期望交易延迟得到改善，因为延迟的主要原因是块执行时间。

即使在 v0.12.0 之后，更高的吞吐量和更低的延迟仍将是重中之重，改进它们的工作将成为 Starknet 开发的支柱。

在v0.13.0中，Starknet的交易成本将大幅降低。这将通过瞄准交易成本的主要组成部分来实现：L1（以太坊）数据成本，目前占交易成本的 95%。Volition 将允许开发人员使用混合数据可用性（DA）模式构建 Starknet 应用程序：链上数据和链下数据。一篇专门介绍 Volition 的文章即将发布，其中包含有关其设计和开发人员界面的完整详细信息。

以太坊的EIP-4844（Shard Blob Transaction）预计在2023年第四季度推出。除了引入Volition之外，Starknet也将尽快适应并从中受益。

由于以太坊的 EIP-4844 和 Starknet 的 Volition（链外数据可用性），我们预计数据成本将大幅降低。

随着 Starknet v0.14.0 和 v0.15.0 版本的临​​近，我们仍然致力于为 Starknet 用户提供无缝且可预测的网络体验，无论拥塞程度如何。为了实现这一目标，我们优先考虑两个关键的发展领域：费用市场和区块间隔。

只要网络保持不拥堵，计划中的性能改进对于开发人员和用户来说都是显而易见的。然而，当网络拥塞发生时，就会导致大家的等待时间增加。为了解决这个问题，Starknet 将在 v0.14.0 中引入费用市场，以便根据用户为交易支付的意愿而不仅仅是其在队列中的位置来有效分配 Starknet 的有限资源。

在 v0.15.0 中，Starknet 将切换到恒定且更短的区块间隔。目前，每个区块都由自己的证明来证明，并且区块间隔是可变的——保守的数量就是区块成本。为了达到固定的区块成本，网络等待足够的交易积累，这会导致可变的区块间隔。为了解决这个问题，我们计划解耦 Starknet 区块与其证明之间的 1:1 关系。从 v0.15.0 开始，一份证明将证明一个或多个 Starknet 区块的完整性。这将修复区块间隔，并改善 Starknet 的用户体验。

我们在确定此路线图时考虑了哪些权衡？

性能是最重要的——这也是我们从生态系统中得到的响亮而清晰的反馈。从 v0.12.0 开始，这主要通过增加 Sequencer 的吞吐量来改进。

在 v0.13.0 中，我们必须在更低的交易成本和更好的用户体验（更短/固定的区块间隔，以及拥塞期间更可预测的网络响应）之间进行选择。我们决定专注于更低的交易成本，而不是用户体验，因为我们期望v0.12.0 可以带来更好的延迟（以秒为单位）。如上所述，降低交易成本的主要杠杆将是引入 Volition，以及——随着更多细节的出现——EIP-4844。如果在 v0.12.0 之后延迟没有得到充分改善，我们会考虑偏离此计划。

改善拥塞期间的网络行为（通过引入费用市场）可能会等待 v0.14.0。尽管 v0.12.0 后很可能会发生拥塞，但我们预计吞吐量的显着改进将降低其发生的可能性。因此，我们决定优先考虑降低交易成本。

Cairo 1.0的发布标志着Starknet功能开发的趋于稳定。2023 年剩余时间将致力于改进 Starknet 的性能和用户体验。到今年年底，我们预计网络基础层在功能、性能和用户体验方面将达到健康稳定的状态。我们预计重大变革的步伐将急剧下降，并自然地受到所有网络参与者的治理。2024年，去中心化将成为网络运营和决策的重点。

我们相信，面向未来的功能与增强的一流性能和用户体验的结合将继续推动开发人员和应用程序涌入 Starknet。

这篇文章将讨论 Starknet 的 2023 年路线图，并提供有关推动该路线图的考虑因素的详细信息。该路线图重点关注性能和用户体验。我们的目标是为社区提供所需的透明度，因此我们会尽快分享路线图。当然，尽早分享路线图也意味着很多事情可能会发生变化。

我们要感谢 Starknet 的开发者社区，特别是开发者协会，他们在定义此路线图时提供了宝贵的见解和反馈。特别感谢 briq 的 Sylve、LambdaClass 的 Federico 和 Nethermind 的 Jorik 提供的宝贵反馈。我们邀请社区成员们同我们一起参与这一重要进程。

Starknet 的设计目的是让开发者能够利用 STARK 和 Cairo 的力量来构建他们的应用程序。到目前为止，Starknet 的开发重点是为开发人员提供面向未来的功能**。**除 Regenesis 外，Starknet 的功能由 Cairo 1.0 提供支持，目前已基本完成。

Starknet 今年将经历重生。对于Starknet链来说，这将是一个无缝事件，因为它不会导致停机，也不会重置网络状态。

**新的Cairo 1.0合约不需要采取任何行动——对他们来说，Regenesis 并不是什么大事。**Cairo 0 合约需要完成向 Cairo 1.0 的过渡。只有在我们确保社区的大部分人能够完成这一过渡之后，才会进行重建（Cairo 0 将被关闭）。Regenesis 将是 Starknet 路线图上最后一个计划的重大变更，我们预计未来的任何重大变更都将由治理决策进行审查，就像以太坊所做的那样。

或者使用 Cairo 1.0 本身来解释 Regenesis：

Starknet当前的开发重点是性能和UX。以下是预计的时间表：

我们未来几个月的主要目标是提高网络性能，以支持用户和开发人员数量的预期增长。正如我们所看到的，性能显然是由吞吐量和延迟定义的，但也由交易成本决定。我们在此按优先级列出重点领域，并（如果可能）说明其发布的计划版本。

即将推出的 Starknet v0.12.0 将包含显着的吞吐量和延迟改进。这是过去六个月对 Starknet 堆栈进行 Rust 化工作的结果。该版本将包括向基于 Rust 的 Sequencer（由 StarkWare 开发）的过渡，以及新的 Rust-Cairo VM（cairo-rs，由 LambdaClass 开发）——两个开源项目。我们预计很快就会有性能基准。

这种转变将极大地减少块执行时间，从而提高吞吐量。在没有拥塞的情况下，我们还期望交易延迟得到改善，因为延迟的主要原因是块执行时间。

即使在 v0.12.0 之后，更高的吞吐量和更低的延迟仍将是重中之重，改进它们的工作将成为 Starknet 开发的支柱。

在v0.13.0中，Starknet的交易成本将大幅降低。这将通过瞄准交易成本的主要组成部分来实现：L1（以太坊）数据成本，目前占交易成本的 95%。Volition 将允许开发人员使用混合数据可用性（DA）模式构建 Starknet 应用程序：链上数据和链下数据。一篇专门介绍 Volition 的文章即将发布，其中包含有关其设计和开发人员界面的完整详细信息。

以太坊的EIP-4844（Shard Blob Transaction）预计在2023年第四季度推出。除了引入Volition之外，Starknet也将尽快适应并从中受益。

由于以太坊的 EIP-4844 和 Starknet 的 Volition（链外数据可用性），我们预计数据成本将大幅降低。

随着 Starknet v0.14.0 和 v0.15.0 版本的临​​近，我们仍然致力于为 Starknet 用户提供无缝且可预测的网络体验，无论拥塞程度如何。为了实现这一目标，我们优先考虑两个关键的发展领域：费用市场和区块间隔。

只要网络保持不拥堵，计划中的性能改进对于开发人员和用户来说都是显而易见的。然而，当网络拥塞发生时，就会导致大家的等待时间增加。为了解决这个问题，Starknet 将在 v0.14.0 中引入费用市场，以便根据用户为交易支付的意愿而不仅仅是其在队列中的位置来有效分配 Starknet 的有限资源。

在 v0.15.0 中，Starknet 将切换到恒定且更短的区块间隔。目前，每个区块都由自己的证明来证明，并且区块间隔是可变的——保守的数量就是区块成本。为了达到固定的区块成本，网络等待足够的交易积累，这会导致可变的区块间隔。为了解决这个问题，我们计划解耦 Starknet 区块与其证明之间的 1:1 关系。从 v0.15.0 开始，一份证明将证明一个或多个 Starknet 区块的完整性。这将修复区块间隔，并改善 Starknet 的用户体验。

我们在确定此路线图时考虑了哪些权衡？

性能是最重要的——这也是我们从生态系统中得到的响亮而清晰的反馈。从 v0.12.0 开始，这主要通过增加 Sequencer 的吞吐量来改进。

在 v0.13.0 中，我们必须在更低的交易成本和更好的用户体验（更短/固定的区块间隔，以及拥塞期间更可预测的网络响应）之间进行选择。我们决定专注于更低的交易成本，而不是用户体验，因为我们期望v0.12.0 可以带来更好的延迟（以秒为单位）。如上所述，降低交易成本的主要杠杆将是引入 Volition，以及——随着更多细节的出现——EIP-4844。如果在 v0.12.0 之后延迟没有得到充分改善，我们会考虑偏离此计划。

改善拥塞期间的网络行为（通过引入费用市场）可能会等待 v0.14.0。尽管 v0.12.0 后很可能会发生拥塞，但我们预计吞吐量的显着改进将降低其发生的可能性。因此，我们决定优先考虑降低交易成本。

Cairo 1.0的发布标志着Starknet功能开发的趋于稳定。2023 年剩余时间将致力于改进 Starknet 的性能和用户体验。到今年年底，我们预计网络基础层在功能、性能和用户体验方面将达到健康稳定的状态。我们预计重大变革的步伐将急剧下降，并自然地受到所有网络参与者的治理。2024年，去中心化将成为网络运营和决策的重点。

我们相信，面向未来的功能与增强的一流性能和用户体验的结合将继续推动开发人员和应用程序涌入 Starknet。