Détails sur Fusaka : Comment la mise à niveau de décembre s'intègre-t-elle dans la feuille de route de développement à long terme d'Ethereum ?

Auteur : Cointelegraph

Compilation : White55, Mars Finance

Le 3 décembre 2025, Ethereum activera la mise à niveau “Fusaka” sur le réseau principal, marquant le deuxième hard fork majeur de l'année après la mise à niveau “Pectra” en mai. Le nom Fusaka provient de la fusion de deux noms de code internes de mise à niveau, Osaka (mise à niveau de la couche d'exécution) et Fulu (mise à niveau de la couche de consensus).

Qu'est-ce que la mise à niveau Fusaka ?

Les Rollups supportent actuellement la majeure partie des transactions et des revenus de frais d'Ethereum, mais ils restent limités par la quantité de données renvoyées à L1 et par leurs coûts.

La mise à niveau de Fusaka vise à atténuer cette pression. Sa fonctionnalité principale, PeerDAS (échantillonnage de disponibilité des données pair-à-pair), permet aux validateurs de vérifier les blocs de données Rollup sans avoir à télécharger l'intégralité du contenu, réduisant ainsi les besoins en bande passante et en stockage, tout en augmentant considérablement le débit des données.

En même temps, le “Blob-Only Parameter” (abrégé en BPO), les nouvelles limites de gaz et de taille de bloc, ainsi que l'ajustement de l'expiration historique, permettent à la blockchain de s'adapter à plusieurs augmentations de capacité.

Cet article analysera les changements apportés par la mise à niveau de Fusaka, son positionnement dans les feuilles de route Surge, Verge et Purge, ainsi que son impact potentiel sur les utilisateurs, les Rollups et l'ensemble de l'écosystème Ethereum dans les années à venir.

De Merge à Fusaka : feuille de route

Pour comprendre le positionnement de Fusaka, il peut être utile de revenir sur le développement d'Ethereum.

La Fusion (2022) “La Fusion” a permis à Ethereum de passer d'un mécanisme de preuve de travail à un mécanisme de preuve d'enjeu, réduisant ainsi la consommation d'énergie d'environ 99,9%.

Shapella (2023) a permis le retrait des Ether stakés, transformant le système de staking unidirectionnel en un système de liquidité, attirant ainsi davantage de validateurs.

Dencun (mars 2024) a introduit la proposition d'amélioration Ethereum (EIP) 4844 “blob”, qui est un canal de données temporaire moins coûteux pour Rollup, également connu sous le nom de protodanksharding.

Pectra (mai 2025) a ajouté la fonctionnalité d'abstraction de compte EIP-7702 et a réajusté des paramètres de staking tels que la limite de 2048 éthers pour les validateurs.

Ces mises à niveau correspondent à la feuille de route succincte de Vitalik Buterin : Merge, Surge, Verge, Purge et Splurge. Surge vise à étendre Ethereum grâce aux Rollups et à une meilleure disponibilité des données, tandis que Verge et Purge se concentrent sur des clients plus légers et l'élimination des anciennes données.

Fusaka est la première mise à niveau à promouvoir simultanément toutes ces fonctionnalités. Il s'étend pour les données Rollup dans le cadre de Surge, et optimise les historiques ainsi que les mécanismes de synchronisation plus légers dans le cadre de Verge et Purge. Il établit également des objectifs clairs pour une pile Ethereum modulaire, visant à augmenter le débit L2 sur la base des règlements L1, atteignant plus de 100 000 transactions par seconde (TPS).

PeerDAS, blobs et des blocs plus grands

La solution d'extension principale de Fusaka est l'EIP-7594, à savoir PeerDAS.

PeerDAS ne nécessite plus que chaque nœud complet télécharge l'intégralité du bloc de données Rollup, mais le divise en unités plus petites et utilise des techniques d'échantillonnage et de code de correction d'erreurs, permettant aux nœuds de validation de n'obtenir que des segments aléatoires. Si suffisamment de segments sont disponibles, le réseau peut être certain que les données complètes existent.

Cela permet de réduire la bande passante et le stockage de chaque nœud, tout en posant les bases d'une croissance de la capacité des blobs multipliée par 8, sans forcer les stakers à mettre à niveau leur matériel.

Pour rendre cette croissance plus flexible, l'EIP-7892 introduit le fork BPO, qui est un petit hard fork ne modifiant que trois paramètres liés aux Blob : la valeur cible, la valeur maximale et le facteur d'ajustement des frais de base.

Après Fusaka, Ethereum pourra augmenter la capacité des blobs de manière plus petite et plus fréquente en fonction de la croissance de la demande L2, sans avoir à attendre des années pour effectuer une mise à niveau majeure comme par le passé.

En termes d'exécution, Fusaka a mis à jour le gas et la taille des blocs :

La valeur cible du gas pour les blocs valides a été considérablement augmentée, passant de 45 millions. L'EIP-7825 limite la quantité de gas pouvant être utilisée par une seule transaction, tandis que l'EIP-7934 augmente la limite de taille de bloc à 10 Mo pour le préfixe de longueur récursive (RLP), afin de réduire le risque d'attaques par déni de service (DoS).

EIP-7823 et EIP-7883 ont redéfini le prix et limité le précompilé MODEXP, afin d'empêcher un appel cryptographique lourd de paralyser tout le bloc.

En résumé, Fusaka offre plus d'espace pour stocker les données de Rollup et les transactions complexes sur Ethereum, tout en ajoutant des mécanismes de sécurité pour garantir que les blocs restent vérifiables par des nœuds ordinaires.

Expérience utilisateur, sécurité et outils pour les développeurs

Les améliorations de Fusaka ne se limitent pas à la capacité, plusieurs EIP se concentrent également sur l'expérience utilisateur, la sécurité et la facilité d'utilisation pour les développeurs.

EIP-7917 rend le calendrier des proposeurs pour le prochain epoch complètement déterminé et peut être consulté sur la chaîne via la racine du beacon. Cela est crucial pour les solutions basées sur les Rollups et les pré-confirmations, car ces solutions ont besoin de savoir à l'avance quel validateur proposera un bloc donné afin de garantir une finalité douce (Soft Finality) rapide et fiable.

En termes d'expérience utilisateur, l'EIP-7951 a ajouté une précompilation secp256r1, permettant à Ethereum de prendre en charge nativement les signatures P-256, cette courbe étant adoptée par le Secure Enclave d'Apple, l'Android Keystore, Fast Identity Online 2 (FIDO2) et les clés WebAuthn. Cela permet aux portefeuilles de s'appuyer sur une biométrie et des clés au niveau de l'appareil, plutôt que sur des phrases mnémotechniques, rapprochant ainsi L1 des processus de connexion des plateformes grand public.

Les développeurs ont obtenu l'EIP-7939, qui est l'opcode pour le calcul du nombre de zéros en tête, utilisé pour calculer le nombre de zéros en tête dans un mot de 256 bits. Cela réduit les coûts et la complexité de l'implémentation des opérations mathématiques au niveau des bits, des opérations sur de grands entiers et de certains circuits de preuve à connaissance nulle.

Enfin, l'EIP-7642 étend le mécanisme d'expiration des données historiques d'Ethereum, permettant aux clients de se débarrasser d'un plus grand nombre de données antérieures à la fusion et plus anciennes, tout en publiant la plage de données qu'ils fournissent. Cela peut permettre à chaque nœud d'économiser des centaines de Go d'espace et d'accélérer considérablement la vitesse de synchronisation des nouveaux validateurs.

Qui en bénéficie : nœuds L2, nœuds de validation et détenteurs d'Ethereum

Pour l'écosystème L2, la combinaison de PeerDAS et du fork BPO rend les données moins chères et plus riches.

Les analystes estiment que Fusaka, associé au premier fork BPO, pourrait réduire les frais de données L2 de 40 % à 60 % pendant un certain temps, en particulier pour des cas d'utilisation à fort débit comme DeFi, les jeux et les réseaux sociaux. Des frais de données plus bas signifient plus d'espace pour l'expérimentation et pourraient déclencher une nouvelle vague de concurrence sur les prix et l'expérience utilisateur autour des Rollups.

Pour les opérateurs de nœuds et les validateurs, Fusaka allège certaines charges, mais en ajoute d'autres. L'échantillonnage et l'expiration historique réduisent la quantité de données que les nœuds doivent télécharger et stocker, facilitant ainsi la synchronisation des nouveaux nœuds avec le dernier bloc.

Cependant, avec le fork BPO qui augmente le nombre de blobs, les validateurs et les fournisseurs d'infrastructure bien équipés assumeront plus de bande passante de téléchargement. Si les implémentations et les directives des clients ne sont pas suffisamment prudentes, cela pourrait pousser le réseau vers des opérateurs de plus grande taille.

Les fournisseurs de services de staking institutionnels et de droits considèrent souvent Fusaka comme un moyen d'autonomisation stratégique, plutôt que comme une simple augmentation de la vitesse. Un débit de données plus prévisible, un gas plus sécurisé et des limites de taille de bloc, ainsi qu'une gestion historique plus claire, rendent l'exploitation de validateurs à grande échelle plus facile à planifier.

Pour les détenteurs d'ETH, l'impact est évident. Le réseau Ethereum est en train d'être ajusté pour devenir un moteur de règlement et de données à haute capacité de niveau L2, avec des frais minimaux et une tarification des blobs également ajustés pour attirer davantage d'activités de transaction à se régler sur Ethereum, ce qui pourrait affecter le marché des frais et les récompenses des validateurs.

Cependant, cet ajustement implique également des compromis. Les protocoles deviennent plus complexes et si les utilisateurs ordinaires ne perçoivent pas d'améliorations significatives en termes de coûts et d'expérience, cela pourrait entraîner des critiques.

Après Fusaka : Glamsterdam et la route vers 100 000 TPS

La prochaine mise à niveau appelée Glamsterdam est prévue pour 2026, avec deux points forts : la séparation des proposeurs et des constructeurs (ePBS) et la liste d'accès au niveau du bloc (BAL).

ePBS s'engage à renforcer la chaîne d'approvisionnement de la valeur maximale extractible (MEV) en séparant la construction et la proposition de blocs au niveau du protocole, au lieu de simplement dépendre de relais externes.

Les BALs visent à réaliser une exécution plus efficace ainsi qu'à mieux gérer l'accès à l'état, y compris l'augmentation future de la capacité des blobs.

Les forks de PeerDAS et BPO ont propulsé le développement de Surge. L'extension de la période d'expiration des historiques et les ajustements P2P reflètent les thèmes de Verge et Purge. Des améliorations de l'expérience utilisateur telles que l'aperçu du proposeur (Proposer Lookahead) et la prise en charge de P-256 permettent une mise en œuvre à grande échelle des pré-confirmations et des portefeuilles de clés de passage.

Si Ethereum peut maintenir un tel rythme, alors Fusaka sera de plus en plus considéré comme un point tournant. Cela marque la transition de la feuille de route d'un plan décentralisé vers une solution d'extension cohérente et axée sur la valeur. Son objectif est de soutenir un empilement modulaire capable de traiter 100 000 transactions par seconde, sans renoncer aux caractéristiques de décentralisation qui ont initialement donné de la valeur au réseau.