Un autre SNIP publié - cette fois, traitant des lectures/écritures qui ont été (involontairement) subventionnées. Par beaucoup. Dans un réseau qui vise à faire évoluer la computation, nous ne pouvons pas tolérer que la computation couvre implicitement le stockage. Donc, la suggestion est de rendre la computation moins chère et le stockage plus coûteux. C'est un petit pas, et "juste un changement de configuration" - mais cela rapproche Starknet un peu plus de sa vision originale de tout faire évoluer et de contenir une variété de logiques complexes sur la chaîne : si vous effectuez des computations significatives sur la chaîne et que votre empreinte d'état est faible, votre cas d'utilisation devrait devenir moins cher.

L'équipe a réduit la latence vers L1 la semaine dernière, qui est maintenant de 4 heures dans le pire des cas et de moins de 3 heures en moyenne C'est une amélioration de 3x par rapport aux 12 heures que nous avions début 2025. Et au cours de cette année, une réduction supplémentaire de 3x est à venir Nous travaillons en multiplicateurs

Il y a deux mois, l'équipe a configuré Starknet pour être à l'équilibre et durable en utilisant un montant statique de frais STRK/L2gas - en ignorant que le séquenceur/prover aura moins de revenus lorsque le STRK décline, et en ignorant le fait que les frais pourraient augmenter considérablement pour les applications lorsque le STRK s'apprécie, ruinant leur modèle économique. Bien qu'une fonctionnalité pour résoudre cela de manière élégante et en temps réel soit prévue et entrera bientôt en phase de retour d'expérience (de nombreux posts cette semaine !), l'équipe suggère de maintenir les frais plus stables manuellement d'ici là. Lien du forum communautaire dans le premier commentaire. Curieux - que pensez-vous de cette suggestion ? Quelles sont vos réflexions ?