Starknet met son gaz dynamique au vote

StarkWare a annoncé que le vote sur Starknet v0.14.3 est ouvert, avec un calendrier corrigé : le déploiement est désormais prévu sur testnet le 22 juin 2026, puis sur mainnet le 6 juillet, après un report par rapport à la date inscrite dans la proposition de gouvernance. Le fait central n’est donc pas seulement une mise à jour de version. C’est une coordination de réseau qui combine vote des stakers STRK, changement du modèle de frais et avertissement explicite aux développeurs, car la version introduit des ruptures de compatibilité.

La nouveauté la plus visible concerne le gaz, c’est-à-dire l’unité qui mesure le coût d’exécution des transactions. Starknet v0.14.3 ajoute des ajustements dynamiques de la base fee L2 liés au prix du STRK, afin de rendre les coûts plus prévisibles. Une base fee est le prix minimal payé pour inclure une transaction. Sur une couche 2 comme Starknet, ce paramètre sert à équilibrer demande, capacité et protection contre le spam. Le passage à un mécanisme plus automatique signifie que le réseau veut réagir plus finement aux variations d’activité, au lieu de s’appuyer sur un plancher trop rigide.

Le paquet touche aussi la cadence des blocs. StarkWare indique que l’upgrade apporte une production de blocs plus rapide, ainsi qu’un objectif de gaz L2 par bloc plus bas, tout en conservant la taille maximale des blocs. Le détail est important : réduire l’objectif sans réduire le plafond peut rendre le marché de frais plus réactif, tout en gardant une marge pour les pics d’activité. Pour les utilisateurs, l’effet attendu est une confirmation plus régulière. Pour les applications, il faudra surtout vérifier les estimations de frais, les hypothèses de latence et les logiques qui utilisent les blocs comme repères temporels.

La contrainte la plus concrète vise l’infrastructure. StarkWare rappelle que RPC v0.8 sera abandonné. RPC désigne l’interface par laquelle portefeuilles, explorateurs, indexeurs et applications interrogent un nœud. Les services encore branchés sur cette version devront migrer vers une interface plus récente avant le déploiement, faute de quoi ils risquent des erreurs au moment où le réseau change de règles. Cette brève upgrade raconte donc une évolution assez nette des L2 : l’optimisation des frais ne relève plus seulement du marketing de coûts bas, mais d’une mécanique de protocole qui impose aux acteurs de production de suivre le rythme.