又一份SNIP发布了——这次处理的是（无意中）被补贴的读/写操作。补贴幅度很大。 在一个旨在扩展计算能力的网络中，我们不能容忍计算隐含地为存储买单。因此，建议是让计算变得更便宜，而存储变得更贵。 这只是一个小步骤，"仅仅是一个配置更改"——但它使Starknet更接近于其最初的愿景，即扩展一切并包含各种复杂的链上逻辑：如果你在链上进行有意义的计算，并且你的状态占用低，那么你的用例应该变得更便宜。

团队上周将 L1 的延迟减少到最坏情况下为 4 小时，平均不到 3 小时 这比我们在 2025 年初的 12 小时改善了 3 倍。今年还将有额外的 3 倍减少 我们在倍数上工作

两个月前，团队配置了Starknet，使其能够收支平衡并可持续，使用固定数量的STRK费用/L2gas——忽略了当STRK下跌时，序列器/证明者的收入会减少，并忽略了当STRK升值时，应用程序的费用可能会显著上升，从而破坏它们的经济模型。 虽然计划了一个优雅且实时解决此问题的功能，并将在不久的将来进入反馈阶段（本周会有很多帖子！），但团队建议在此之前手动保持费用更稳定。 社区论坛链接在第一条评论中。好奇——你对这个建议有什么看法？你有什么想法？