Otro SNIP publicado - esta vez, manejando lecturas/escrituras que han sido (inintencionadamente) subsidiadas. Por mucho. En una red que busca escalar la computación, no podemos tolerar que la computación cubra implícitamente el almacenamiento. Así que la sugerencia es hacer que la computación sea más barata y el almacenamiento más caro. Este es un pequeño paso, y "solo un cambio de configuración" - pero acerca a Starknet un poco más a su visión original de escalar todo y contener una variedad de lógicas complejas en la cadena: si realizas cálculos significativos en la cadena y tu huella de estado es baja, tu caso de uso debería volverse más barato.

El equipo redujo la latencia a L1 la semana pasada, que ahora es de 4 horas en el peor de los casos y menos de 3 horas en promedio Esto es una mejora de 3x respecto a las 12 horas que teníamos a principios de 2025. Y durante este año, se espera una reducción adicional de 3x Trabajamos en multiplicadores

Hace dos meses, el equipo configuró Starknet para que fuera rentable y sostenible utilizando una cantidad estática de tarifas de STRK/L2gas, ignorando que el secuenciador/proveedor tendrá menos ingresos cuando STRK decline, y ignorando el hecho de que la tarifa podría aumentar significativamente para las aplicaciones cuando STRK aprecie, arruinando su modelo económico. Mientras se planea una función para resolverlo de manera elegante y en tiempo real, que pronto entrará en la fase de retroalimentación (¡muchas publicaciones esta semana!), el equipo sugiere mantener las tarifas más estables manualmente hasta entonces. Enlace al foro de la comunidad en el primer comentario. Curioso, ¿qué opinas de esta sugerencia? ¿Cuáles son tus pensamientos?