Fusaka est désormais en ligne, et le débat est passé de ses effets escomptés à sa capacité à tenir ses promesses. Activée sept mois après Pectra, elle a marqué le deuxième hard fork d'Ethereum en 2025 et le délai le plus court entre des mises à niveau majeures depuis le passage du réseau au PoS.

Cette sortie a confirmé un changement de rythme. Les développeurs core ont remplacé l'ancienne cadence annuelle par des forks plus serrés et plus fréquents, et Fusaka a servi de preuve de concept. Voici ce qui a réellement été déployé, la réaction du réseau et ce que cela présage pour ETH pour la suite de l'année 2026. 👇

Qu'était la mise à niveau Ethereum Fusaka ?

La mise à niveau Ethereum Fusaka était un hard fork coordonné déployé sur le mainnet le 3 décembre 2025. Fidèle à la tradition, le nom associe « Fulu », une étoile de la constellation de Cassiopée, à « Osaka », une ancienne ville hôte de Devcon, reliant ainsi les couches de consensus et d'exécution en une seule et même version.

Fusaka s'est concentré sur la scalabilité plutôt que sur les fonctionnalités orientées utilisateur, contrairement à la mise à niveau Pectra qui l'avait précédée. Son évolution phare, PeerDAS (EIP-7594), a repensé la manière dont les nœuds confirment l'existence des données blob des Layer 2, leur permettant d'échantillonner des fragments au lieu de stocker chaque octet. Cela a jeté les bases d'un Danksharding complet.

Le fork regroupait environ douze propositions d'amélioration d'Ethereum (EIP), la plupart héritées de cycles de cadrage antérieurs, avec un accent particulier sur le renforcement de l'Ethereum Virtual Machine et de la couche de données. Ensemble, elles ont préparé Ethereum à prendre en charge des rollups plus rapides et des applications gourmandes en données sans pousser les exigences matérielles des nœuds au-delà du matériel grand public.

Principaux avantages apportés par Fusaka

Fusaka a privilégié la santé du réseau et une scalabilité prévisible aux fonctionnalités phares, reflétant la prudence qui a dicté son périmètre final. Ces modifications ont transformé la façon dont Ethereum gère les charges de données plus lourdes et dont les validateurs coordonnent la production de blocs à travers le réseau.

Les principaux avantages introduits par Fusaka sont les suivants :

• Échantillonnage de blobs (PeerDAS) : Réduit d'environ 85 % la pression sur la bande passante et le stockage des nœuds de consensus, permettant aux validateurs de vérifier la disponibilité des blobs à partir d'échantillons partiels au lieu de téléchargements complets.
• Débit de blobs accru : Le maximum de blobs par bloc est passé de 9 à environ 21 grâce à des forks progressifs, ce qui élargit considérablement la capacité des Layer 2 et réduit les coûts de publication des rollups au fil du temps.
• Limite de gas L1 augmentée : La limite de gas par défaut des blocs a été portée à 60 millions via l'EIP-7935, offrant à la couche de base environ 20 à 30 % de marge supplémentaire pour les transactions et l'exécution de smart contracts complexes.
• Mise à l'échelle flexible des blobs (EIP-7892) : Introduction des forks Blob Parameter Only, des mises à niveau légères qui ajustent les paramètres des blobs sans nécessiter de hard fork complet à chaque fois que les développeurs souhaitent augmenter la capacité.
• Proposeurs prévisibles (EIP-7917) : Activation d'une anticipation déterministe des proposeurs, permettant aux validateurs de savoir plus tôt qui proposera les blocs à venir, ce qui facilite les préconfirmations et la stabilité du consensus.
• Signature par passkey native (EIP-7951) : Intégration d'une précompilation secp256r1, permettant des signatures natives sur les appareils via WebAuthn, FIDO2 et des modules de sécurité matériels pour une intégration plus fluide dans les wallet.

Explication de PeerDAS dans Fusaka et de la décision concernant l'EOF

Deux éléments ont défini le périmètre de Fusaka : PeerDAS, qui a été inclus dans la version en tant que fonctionnalité phare, et l'EOF, que les développeurs ont finalement abandonné. Comprendre ces deux aspects permet d'expliquer pourquoi la mise à niveau finale s'est avérée plus épurée que ne le laissaient présager les premières feuilles de route.

Qu'est-ce que PeerDAS dans Fusaka ?

PeerDAS (Peer Data Availability Sampling) permet aux nœuds de la couche de consensus de confirmer des transactions blob volumineuses en vérifiant de petits échantillons aléatoires plutôt que de télécharger chaque blob en entier. Les données sont divisées en 128 colonnes réparties sur le tout le réseau, de sorte que chaque nœud ne stocke qu'une fraction tout en garantissant collectivement leur disponibilité.

Cette conception a rompu le lien entre le débit des blobs et le coût du matériel des validateurs, permettant à Ethereum d'accroître sa capacité de données sans exiger de machines de niveau professionnel. Les développeurs ont relégué au second plan toute fonctionnalité risquant de retarder PeerDAS, s'agissant de la condition préalable pour répondre à la demande future en matière de rollups et de data availability, comme l'explique notre guide sur l'EIP-4844.

Pourquoi l'EOF a été retiré de Fusaka

L'EVM Object Format (EOF) visait à restructurer les smart contracts en établissant des frontières nettes entre le code, les données et les métadonnées, remplaçant ainsi le bytecode non structuré actuel. Le projet regroupait une douzaine d'EIP coordonnées pour constituer la première refonte en profondeur de l'EVM depuis sa création.

Les développeurs core ont retiré l'EOF de Fusaka à la suite d'une réunion des All Core Developers en avril 2025, invoquant une complexité non résolue, des risques de calendrier et un manque de consensus global. Le responsable du protocole, Tim Beiko, a présenté cette suppression comme une mesure de protection pour PeerDAS, laissant aux partisans de l'EOF le soin de défendre leur cause pour un fork ultérieur plutôt que de forcer son adoption.

Calendrier de sortie d'Ethereum Fusaka

Fusaka a atteint le mainnet dans les délais prévus après avoir validé trois testnets publics en octobre 2025. Le déploiement s'est ensuite poursuivi à travers deux hard forks axés uniquement sur les paramètres, qui ont augmenté la capacité des blobs par étapes mesurées plutôt que d'un seul coup, une approche délibérément prudente compte tenu de la nouveauté de la technique d'échantillonnage.

Le déploiement de Fusaka s'est déroulé selon ces étapes clés :

• Testnet Holesky : Activé le 1er octobre 2025, testant les modifications de base, notamment l'augmentation de la limite de gas et les performances des validateurs sous les nouvelles règles.
• Testnet Sepolia : Activé le 14 octobre 2025, axé sur le comportement de PeerDAS et la simulation de limites de gas plus élevées parmi les implémentations de clients.
• Testnet Hoodi : Activé le 28 octobre 2025, il s'agit de la dernière répétition des validateurs sans autorisation avant que les développeurs ne confirment la préparation du mainnet.
• Activation du mainnet : Lancé le 3 décembre 2025 à l'époque 411392, s'achevant proprement en l'espace d'environ quinze minutes sur tous les principaux clients.
• Fork BPO1 : Activé le 9 décembre 2025, portant l'objectif de blobs à 10 et le maximum à 15 par bloc.
• Fork BPO2 : Activé le 7 janvier 2026, élevant l'objectif à 14 et le maximum à 21, achevant ainsi le réglage des paramètres de Fusaka.

Liste des EIP d'Ethereum Fusaka

L'ensemble final des EIP de Fusaka visait trois objectifs : mettre à l'échelle la capacité de données de Layer 2, améliorer l'efficacité d'exécution de Layer 1 et perfectionner l'expérience des développeurs et des validateurs. Sur la base de l'annonce du mainnet par la Fondation Ethereum et du suivi de Forkcast, voici les propositions qui ont façonné cette version.

Les EIP de Fusaka les plus importants par rôle incluent les suivants :

• EIP-7594 : Introduction de PeerDAS, le protocole d'échantillonnage qui permet aux nœuds de consensus de vérifier la disponibilité des blobs sans téléchargement complet, constituant ainsi l'élément central de toute la mise à niveau.
• EIP-7892 : Autorisation des forks axés uniquement sur les paramètres de blobs (Blob Parameter Only), permettant des ajustements légers des objectifs et des maximums de blobs sans nécessiter un hard fork coordonné complet.
• EIP-7935 : Fixation de la limite de gas par bloc par défaut à 60 millions, standardisant une valeur parmi les clients que les validateurs avaient commencé à adopter avant même l'activation.
• EIP-7825 : Plafonnement du gas par transaction à environ 16,7 millions (2²⁴), une mesure de renforcement contre les attaques DoS qui pose également les bases du parallel execution.
• EIP-7918 : Limitation du frais de base des blobs en fonction du coût d'exécution, empêchant les prix des blobs de s'effondrer à 1 wei et préservant un signal de frais pertinent.
• EIP-7951 : Ajout d'une précompilation secp256r1, permettant de vérifier à bas coût et on-chain des signatures de type passkey et prises en charge par le matériel.
• EIP-7917 : Mise en place d'une anticipation déterministe des proposeurs, permettant aux rollups et aux applications d'anticiper les prochains proposeurs de blocs pour un meilleur séquençage.
• EIP-7939 : Ajout de l'opcode CLZ (comptage des zéros initiaux), offrant aux développeurs une instruction native peu coûteuse pour les mathématiques au niveau des bits et les assistants cryptographiques.

Plusieurs propositions de moindre envergure ont complété le package, notamment la paire de repricing ModExp (EIP-7823 et EIP-7883), le plafond de taille de bloc RLP (EIP-7934) et les améliorations du protocole réseau (EIP-7642). Celles-ci ont principalement optimisé l'économie du gas et l'efficacité de la propagation à mesure que la capacité des blocs augmentait.

Comment le réseau a réagi après le lancement

Le véritable test de Fusaka a eu lieu après l'activation, lorsque l'utilisation des blobs en direct et les données sur les frais ont remplacé les projections. Les premiers signaux ont largement correspondu aux attentes des développeurs, bien que quelques résultats aient surpris les observateurs surveillant le prix du gas d'Ethereum et les marchés des blobs dans les semaines qui ont suivies.

Les deux forks BPO ont triplé la capacité maximale des blobs en l'espace d'un mois environ, offrant aux rollups beaucoup plus d'espace pour publier des lots. Les frais de Layer 2 sur les principaux réseaux sont restés bien inférieurs à un centime pour les transactions typiques, et les analystes ont souligné de nouvelles réductions à mesure que la capacité continuait de croître vers l'objectif à long terme de 128 blobs.

Un résultat contre-intuitif s'est démarqué. Le plancher des frais de blobs de l'EIP-7918 a provoqué une forte hausse des frais de base des blobs par rapport à leurs précédents niveaux proches de zéro, étant donné que la publication de données n'était plus effectivement gratuite. Les coûts des L2 sont restés bas malgré tout, car le plancher de frais a principalement rétabli un signal de prix fonctionnel plutôt que de rendre l'espace de blobs réellement cher pour les rollups.

Fusaka et ETH : Évolution des prix depuis le lancement

Fusaka a connu un bref sursaut, avec l'ETH autour de 3 200 $ le jour du lancement, en hausse d'environ 4 % alors que le fork se finalisait dans un contexte d'optimisme quant à une baisse des taux de la Fed et de creux pluriannuels des réserves sur les exchanges. Cette vigueur ne s'est maintenue que jusqu'au début du mois de janvier, l'ETH oscillant encore au-dessus de 3 000 $ avant que des conditions plus générales ne prennent le dessus.

La baisse s'est ensuite accentuée. L'ETH est tombé sous les 1 800 $ d'ici février 2026 sous l'effet conjugué des craintes de récession, de la vente d'ETH par le cofondateur Vitalik Buterin et des sorties persistantes sur les spot-ETF. Les rebonds printaniers vers 2 350 $ en mars et 2 100 $ en avril ont tous deux fait l'objet de prises de bénéfices, et un mouvement d'aversion au risque en juin a poussé le prix près de 1 570 $.

Le bilan cumulé donne à réfléchir. L'ETH se négocie autour de 1 774 $ au début du mois de juillet, en baisse d'environ 45 % depuis son lancement, et a enregistré ses trois premières bougies trimestrielles rouges consécutives de son histoire. Fusaka a levé d'importantes objections techniques, mais le prix a évolué dans le sens inverse au cours des sept mois qui ont suivi.

Cette déconnexion illustre la question de l'accumulation de valeur qui pèse sur l'ETH. Un espace de bloc moins cher et plus abondant ne stimule pas automatiquement la destruction de frais sur la Layer 1 ou le staking yield lorsque la demande reste faible, de sorte que Fusaka a amélioré la qualité du réseau plus que son prix. Rien de tout cela ne constitue un conseil financier, alors faites vos propres recherches avant d'allouer des fonds.

Ce que Fusaka a préparé pour la suite

Fusaka n'a jamais été une fin en soi. En déployant PeerDAS et le mécanisme BPO, il a offert aux développeurs principaux un moyen reproductible de mettre à l'échelle la capacité de données et une base pour les travaux plus ambitieux sur la couche d'exécution qui vont suivre. La feuille de route après Fusaka prend déjà forme.

Le successeur immédiat est Glamsterdam, prévu pour le second semestre 2026, qui s'oriente vers la mise à l'échelle de la Layer 1 elle-même grâce à une séparation conscrite entre proposeurs et constructeurs (proposer-builder separation) et une parallel execution. Au-delà du calendrier des forks, Vitalik Buterin a publié une feuille de route « Lean Ethereum » couvrant la sécurité quantique, la confidentialité et la scalabilité à long terme jusqu'en 2029.

D'autres forks BPO visent à porter le nombre de blobs à 48 par bloc d'ici mi-2026, poursuivant la mise à l'échelle incrémentielle que Fusaka a libérée. Chaque étape vient s'ajouter à la précédente, rapprochant régulièrement Ethereum du débit promis depuis longtemps par sa feuille de route axée sur les rollups.

Dernières réflexions

Fusaka a tenu sa promesse centrale : il a mis à l'échelle la couche de données d'Ethereum sans compromettre la décentralisation dont dépendent les opérateurs de nœuds. PeerDAS a été déployé proprement, la capacité des blobs a triplé en quelques semaines et le réseau a absorbé les changements avec un minimum de perturbations.

La question la plus difficile est de savoir ce qui en découlera. Fusaka a doté Ethereum de l'infrastructure nécessaire pour intégrer la prochaine vague d'utilisateurs, mais l'infrastructure à elle seule ne garantit pas que l'activité, les frais ou le prix suivront. Alors que Glamsterdam et la feuille de route plus large de 2026 se déplient, la capacité du réseau à convertir ses capacités techniques en valeur durable reste l'histoire à suivre.