Опубликован еще один SNIP - на этот раз, касающийся операций чтения/записи, которые были (непреднамеренно) субсидированы. В значительной степени. В сети, которая стремится масштабировать вычисления, мы не можем допустить, чтобы вычисления неявно покрывали хранение. Поэтому предложение состоит в том, чтобы сделать вычисления дешевле, а хранение - дороже. Это небольшой шаг и "просто изменение конфигурации" - но он приближает Starknet к его первоначальному видению масштабирования всего и содержанию разнообразия сложной логики на цепочке: если вы выполняете значимые вычисления на цепочке и ваш след состояния невелик, ваш случай использования должен стать дешевле.

Команда снизила задержку до L1 на прошлой неделе, которая теперь составляет 4 часа в худшем случае и менее 3 часов в среднем Это улучшение в 3 раза по сравнению с 12 часами, которые у нас были в начале 2025 года. И в течение этого года ожидается дополнительное снижение в 3 раза Мы работаем с множителями

Два месяца назад команда настроила Starknet так, чтобы он был безубыточным и устойчивым, используя фиксированное количество сборов STRK/L2gas - игнорируя тот факт, что секвенсер/доказатель будет иметь меньший доход, когда STRK падает, и игнорируя тот факт, что сборы могут значительно вырасти для приложений, когда STRK растет, разрушая их экономическую модель. Хотя функция для элегантного и реального решения этой проблемы запланирована и скоро перейдет в фазу обратной связи (много постов на этой неделе!), команда предлагает пока вручную поддерживать сборы более стабильными. Ссылка на пост в форуме сообщества в первом комментарии. Интересно - что вы думаете об этом предложении? Каковы ваши мысли?