Ethereum reçoit une importante mise à niveau du mainnet demain – Voici pourquoi vous devriez vous intéresser à la « route latérale en pente » d’ETH

La mise à niveau Fusaka d’Ethereum sera activée le 3 décembre, déployant une série de changements conçus pour augmenter le débit des rollups, renforcer les marchés du gas et ajouter un support natif pour les signatures de type passkey.

Le fork introduit l’échantillonnage de disponibilité des données PeerDAS, double la limite de gas par bloc par défaut, et prépare le réseau à des extensions de paramètres blob-only prévues pour plus tard ce mois-ci et en janvier.

Fusaka tire son nom de l’étoile Fulu (« route auxiliaire ») et de la ville d’Osaka (« pente ou colline »), poursuivant la convention d’Ethereum d’associer une étoile et une ville.

Note de l’éditeur : « Sloping side road » est un clin d’œil ludique à la fusion Fulu + Osaka, et non une traduction officielle.

La disponibilité des données obtient une couche de mise à l’échelle

Le principal changement technique est PeerDAS, formalisé dans l’EIP-7694. Le protocole permet aux nœuds de vérifier l’existence des données blob en échantillonnant de petits morceaux plutôt qu’en téléchargeant l’ensemble des blobs.

Cela élimine un goulot d’étranglement de mise à l’échelle introduit par l’EIP-4844 et ouvre la voie à une augmentation du débit des blobs d’environ un ordre de grandeur au fil du temps.

Une capacité de blob plus élevée se traduit directement par des frais de transaction layer-two moins chers, car les rollups compressent les transactions des utilisateurs dans des blobs et les publient sur la couche de base d’Ethereum.

Fusaka augmente également la limite de gas par bloc par défaut à 60 millions de gas, contre 30 millions après la Merge.

L’augmentation double le budget de gas par bloc L1, offrant plus d’espace pour les transactions standard et le traitement des blobs.

Deux forks « Blob Parameter Only » suivront : BPO1 le 9 décembre et BPO2 le 7 janvier, ajustant les paramètres des blobs sans modifications de code supplémentaires, augmentant encore la capacité.

Marché des frais de blob réorganisé

L’EIP-7918 lie le minimum de la base de frais des blobs au gas d’exécution, empêchant les prix des blobs de s’effondrer à presque zéro alors que le gas L1 reste cher.

Ce changement maintient le marché de la disponibilité des données économiquement rationnel à mesure que l’utilisation fluctue. Auparavant, les frais de blob pouvaient diverger fortement des coûts d’exécution, créant des opportunités d’arbitrage et perturbant l’économie des rollups.

Un ensemble d’Ethereum Improvement Proposals (EIPs) connexes renforce plusieurs opcodes lourds et limites de transaction. Les EIPs concernés sont 7823, 7825, 7883 et 7934.

Les propositions plafonnent la taille des entrées de la précompilation ModExp, augmentent son coût en gas, introduisent un plafond de limite de gas par transaction, et imposent une limite de taille de bloc RLP. Ces contraintes réduisent la surface d’attaque par déni de service et rendent les charges de travail client dans le pire des cas plus prévisibles.

Outils pour développeurs et hooks cryptographiques

L’EIP-7939 introduit un opcode count-leading-zeros qui rend la manipulation de bits, les logarithmes entiers et la logique d’aléa moins coûteux et plus simples on-chain.

L’ajout bénéficie aux protocoles DeFi et aux contrats cryptographiques qui reposent sur des opérations bitwise efficaces.

Le lookahead déterministe du proposeur, spécifié dans l’EIP-7917, donne aux validateurs un calendrier fixe de qui proposera les blocs.

Les relais MEV et les opérateurs de staking peuvent utiliser cette chronologie plus précise pour se coordonner de manière plus sûre et efficace, réduisant l’incertitude dans les workflows de production de blocs.

L’EIP-7951 ajoute une précompilation native pour la courbe secp256r1, la même norme cryptographique utilisée par Apple Secure Enclave, Android Keystore et WebAuthn.

Les portefeuilles et les schémas de comptes intelligents peuvent désormais vérifier les signatures de type passkey directement sur Ethereum, permettant des flux d’authentification FaceID et TouchID sans passerelles ou circuits personnalisés.

La précompilation élimine un point de friction majeur pour les applications orientées consommateurs qui reposent sur du matériel biométrique.

Déploiement immédiat et progressif

Fusaka sera activé à la hauteur de bloc le 3 décembre, avec le premier ajustement de paramètre de blob six jours plus tard. BPO2 arrivera le 7 janvier, complétant l’expansion initiale de capacité.

Le déploiement progressif permet aux opérateurs de nœuds et aux équipes de rollup de surveiller l’utilisation des blobs et la performance des clients avant la prochaine augmentation de paramètre.

La mise à niveau n’introduit pas de changements au niveau du consensus concernant le staking ou les incitations des validateurs. Toutes les modifications visent le débit de la couche d’exécution, la mécanique du gas et les primitives pour développeurs.

Les validateurs exécutant des clients mis à jour traiteront les nouveaux opcodes et la logique des blobs sans modification de leur configuration de staking.

Fusaka représente la mise à niveau la plus axée sur le débit d’Ethereum depuis que l’EIP-4844 a introduit les blobs en mars 2024. Le fork double la capacité de gas par bloc, met à l’échelle l’échantillonnage de disponibilité des données et ajoute des hooks cryptographiques pour le matériel d’authentification grand public.

Cette combinaison positionne Ethereum pour absorber une activité accrue de rollup sans augmentation proportionnelle des frais, tout en offrant aux développeurs de nouvelles primitives pour le calcul on-chain et l’intégration des utilisateurs.