Mise à jour Ethereum Fusaka et EIPs expliqués

Résumé : La mise à niveau Fusaka d'Ethereum a été activée le 3 décembre 2025, introduisant PeerDAS (EIP-7594), un protocole d'échantillonnage qui permet aux nœuds de vérifier les données de blob sans les télécharger entièrement. Cela a marqué le plus grand changement en matière de disponibilité des données depuis Dencun.

Fusaka a regroupé une douzaine d'EIP, a relevé la limite de gas par défaut du Layer 1 à 60 millions, et a ajouté des forks "Blob Parameter Only" qui ont augmenté le maximum de blobs par bloc de 9 à 21 d'ici janvier 2026. EOF a été retiré avant le lancement pour protéger le calendrier, laissant PeerDAS comme le principal point d'attraction.

Fusaka est maintenant en ligne, et le débat est passé de ce qu'il ferait à sa résilience. Activé sept mois après Pectra, il a marqué le deuxième hard fork d'Ethereum de 2025 et son délai le plus rapide entre les mises à niveau majeures depuis que le réseau est passé à la preuve d'enjeu.

La publication 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 en a été la preuve de concept. Voici ce qui a été réellement déployé, comment le réseau a réagi, et ce que cela signifie pour l'ETH à l'approche de 2026. 👇

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

La mise à niveau Ethereum Fusaka était un hard fork coordonné qui a été mis en ligne sur le mainnet le 3 décembre 2025. Suivant la tradition, le nom combine "Fulu", une étoile de la constellation de Cassiopée, avec "Osaka", une ancienne ville hôte de Devcon, liant les couches de consensus et d'exécution en une seule version.

Fusaka s'est concentré sur la scalabilité plutôt que sur les fonctionnalités destinées aux utilisateurs, contrairement à la mise à niveau Pectra qui l'a précédé. Son changement phare, PeerDAS (EIP-7594), a remanié la façon dont les nœuds confirment l'existence des données de blob du Layer 2, leur permettant d'échantillonner des fragments au lieu de stocker chaque octet. Cela a jeté les bases du Danksharding complet.

Le fork a regroupé environ douze propositions d'amélioration d'Ethereum, la plupart héritées de rondes de définition antérieures, avec un accent sur le renforcement de l'Ethereum Virtual Machine et de la couche de données. Ensemble, elles ont positionné Ethereum pour prendre en charge des rollups plus rapides et des applications gourmandes en données sans pousser les exigences des nœuds au-delà du matériel grand public.

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

Principaux avantages apportés par Fusaka

Fusaka a privilégié la santé du réseau et une scalabilité prévisible plutôt que des fonctionnalités phares, reflétant la prudence qui a façonné sa portée finale. Les changements ont remodelé la façon dont Ethereum gère les charges de données plus lourdes et comment les validateurs coordonnent la production de blocs à travers le réseau.

Les principaux avantages introduits par Fusaka incluent les suivants :

  • Échantillonnage de blobs (PeerDAS) : Réduit la pression sur la bande passante et le stockage des nœuds de consensus d'environ 85 %, 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 plus élevé : A augmenté le maximum de blobs par bloc de 9 à 21 grâce à des forks échelonnés, augmentant fortement la capacité du Layer 2 et réduisant les coûts de publication des rollups au fil du temps.
  • Limite de gas L1 plus élevée : A relevé la limite de gas par défaut des blocs à 60 millions via l'EIP-7935, donnant à la couche de base environ 20 à 30 % d'espace supplémentaire pour les transactions et l'exécution de contrats intelligents complexes.
  • Mise à l'échelle flexible des blobs (EIP-7892) : A ajouté des forks "Blob Parameter Only", des mises à niveau légères qui ajustent les paramètres des blobs sans nécessiter un hard fork complet chaque fois que les développeurs souhaitent plus de capacité.
  • Proposeurs prévisibles (EIP-7917): A activé l'anticipation déterministe des proposeurs, permettant aux validateurs de savoir plus tôt qui propose les prochains blocs, ce qui facilite les pré-confirmations et la stabilité du consensus.
  • Signature native par passkey (EIP-7951): A ajouté une précompilation secp256r1, débloquant les signatures natives des appareils via WebAuthn, FIDO2 et les modules de sécurité matériels pour un onboarding de wallet plus fluide.
Principaux avantages apportés par Fusaka

Fusaka PeerDAS et la décision concernant l'EOF expliquées

Deux composants ont défini la portée de Fusaka: PeerDAS, qui a été intégré à la version en tant que fonctionnalité principale, et l'EOF, que les développeurs ont finalement abandonné. Comprendre ces deux éléments explique pourquoi la mise à niveau finale semblait plus légère que ce que les premières feuilles de route suggéraient.

Qu'est-ce que PeerDAS dans Fusaka?

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

Cette conception a rompu le lien entre le débit des blobs et le coût matériel des validateurs, permettant à Ethereum d'augmenter sa capacité de données sans exiger de machines de niveau entreprise. Les développeurs ont dépriorisé toutes les fonctionnalités qui risquaient de retarder PeerDAS, car c'était la condition préalable pour répondre à la demande future de rollup et de data availability, comme expliqué dans notre explication de l'EIP-4844.

Qu'est-ce que PeerDAS dans Fusaka

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

L'EVM Object Format (EOF) visait à restructurer les contrats intelligents en établissant des limites claires entre le code, les données et les métadonnées, remplaçant le bytecode non structuré actuel. Le plan regroupait environ une douzaine d'EIP coordonnées dans la première refonte majeure de l'EVM depuis sa création.

Les développeurs CORE ont retiré l'EOF de Fusaka après un appel de tous les développeurs CORE en avril 2025, citant une complexité non résolue, un risque lié au calendrier et un manque de consensus approximatif. Le responsable du protocole, Tim Beiko, a présenté cette suppression comme une mesure de protection de PeerDAS, laissant aux défenseurs de l'EOF le soin de plaider leur cause pour un fork ultérieur plutôt que de l'imposer.

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

Chronologie de la publication de Ethereum Fusaka

Fusaka a atteint le mainnet dans les délais après avoir passé trois testnets publics en octobre 2025. Le déploiement s'est ensuite poursuivi via deux forks uniquement paramétrés 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 étant donné 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 changements de base, y compris l'augmentation de la limite de gas et les performances des validateurs selon 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 sur les implémentations client.
  • testnet Hoodi: Activé le 28 octobre 2025, la dernière répétition de validateur sans permission avant que les développeurs ne confirment la préparation du mainnet.
  • Activation du mainnet: Mis en ligne le 3 décembre 2025 à l'époque 411392, se finalisant proprement en environ quinze minutes sur tous les clients majeurs.
  • fork BPO1: Activé le 9 décembre 2025, portant la cible de blobs à 10 et le maximum à 15 par bloc.
  • fork BPO2: Activé le 7 janvier 2026, portant la cible à 14 et le maximum à 21, achevant le réglage des paramètres de Fusaka.
Chronologie de la publication de Ethereum Fusaka

Liste des EIPs d'Ethereum Fusaka

L'ensemble final d'EIP de Fusaka visait trois objectifs: la mise à l'échelle de la capacité de données de la Layer 2, l'amélioration de l'efficacité d'exécution de la Layer 1 et l'affinement de l'expérience des développeurs et des validateurs. Selon l'annonce du mainnet de la Fondation Ethereum et le suivi de Forkcast, ce sont les propositions qui ont façonné la publication.

Les EIP de Fusaka les plus importantes par rôle incluent les suivantes:

  • EIP-7594: A introduit PeerDAS, le protocole d'échantillonnage qui permet aux nœuds de consensus de vérifier la disponibilité des blobs sans téléchargement complet, l'élément central de toute la mise à niveau.
  • EIP-7892: A activé les forks Blob Parameter Only, permettant des ajustements légers aux cibles et maximums de blobs sans un hard fork coordonné complet.
  • EIP-7935: A fixé la limite de gas par défaut des blocs à 60 millions, standardisant une valeur sur les clients que les validateurs avaient commencé à adopter avant même l'activation.
  • EIP-7825: A plafonné le gas par transaction à environ 16,7 millions (2²⁴), une mesure de renforcement contre les attaques DoS qui prépare également le terrain pour l'exécution parallèle.
  • EIP-7918: A plafonné les frais de base des blobs en fonction du coût d'exécution, empêchant les prix des blobs de chuter à 1 wei et préservant un signal de frais significatif.
  • EIP-7951: A ajouté une précompilation secp256r1, permettant de vérifier à faible coût on-chain les signatures de type passkey et celles sécurisées par du matériel.
  • EIP-7917: A fourni une prévision déterministe des proposers, permettant aux rollups et aux applications d'anticiper les proposers de blocs à venir pour un meilleur séquençage.
  • EIP-7939: A ajouté l'opcode CLZ (count leading zeros), offrant aux développeurs une instruction native peu coûteuse pour les calculs au niveau du bit et les assistants cryptographiques.

Plusieurs propositions plus modestes ont complété l'ensemble, 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 renforcé l'économie du gas et l'efficacité de la propagation à mesure que la capacité des blocs augmentait.

Liste des EIPs d'Ethereum Fusaka

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

Le véritable test de Fusaka est survenu après l'activation, lorsque les données d'utilisation et de frais des blobs en direct 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 Ethereum et les marchés des blobs dans les semaines qui ont suivi.

Les deux forks BPO ont triplé la capacité maximale des blobs en 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 en dessous d'un centime pour les transactions typiques, et les analystes ont souligné des réductions supplémentaires à mesure que la capacité continuait d'augmenter vers l'objectif à long terme de 128 blobs.

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

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

Fusaka et ETH: Performance des prix depuis le lancement

Fusaka s'est activé dans une brève phase d'offre, avec l'ETH proche de 3 200 $ le jour du lancement, en hausse d'environ 4 % alors que le fork se finalisait au milieu de l'optimisme concernant les baisses de taux de la Fed et des plus bas pluriannuels des réserves des exchanges. Cette force n'a duré que jusqu'au début janvier, lorsque l'ETH planait encore au-dessus de 3 000 $ avant que des conditions plus larges ne prennent le dessus.

La baisse s'est ensuite accentuée. L'ETH est tombé en dessous de 1 800 $ en février 2026 alors que les craintes de récession, la vente d'ETH par le co-fondateur Vitalik Buterin et les sorties persistantes d'ETF spot convergeaient. Les rallyes printaniers vers 2 350 $ en mars et 2 100 $ en avril ont chacun été vendus, et un mouvement d'aversion au risque en juin a poussé le prix près de 1 570 $.

Le tableau cumulatif est préoccupant. L'ETH se négocie autour de 1 774 $ début juillet, en baisse d'environ 45 % depuis le lancement, et a enregistré ses trois premières bougies trimestrielles rouges consécutives de son histoire. Fusaka a levé les principales 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 plus abordable et plus abondant n'augmente pas automatiquement la combustion des frais de la couche de base ou le rendement du staking lorsque la demande reste faible. Fusaka a donc amélioré la qualité du réseau plus que son prix. Rien de tout cela n'est un conseil financier, alors faites vos propres recherches avant d'allouer.

Performance des prix de Fusaka et ETH depuis le lancement

Ce que Fusaka a préparé pour la suite

Fusaka n'a jamais été un point final. En déployant PeerDAS et le mécanisme BPO, il a fourni aux développeurs CORE un moyen reproductible de faire évoluer la capacité de données et une base pour les travaux plus ambitieux de la couche d'exécution qui suivront. La feuille de route après Fusaka prend déjà forme.

Le successeur immédiat est Glamsterdam, ciblé pour la seconde moitié de 2026, qui s'oriente vers la mise à l'échelle de la Layer 1 elle-même grâce à une séparation proposant-constructeur intégrée et à l'exécution parallèle. 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 à pousser le nombre de blobs vers 48 par bloc d'ici mi-2026, poursuivant la mise à l'échelle incrémentielle débloquée par Fusaka. Chaque étape s'ajoute à la précédente, faisant progresser Ethereum régulièrement vers le débit que sa feuille de route centrée sur les rollups a longtemps promis.

Ce que Fusaka a préparé pour la suite

Considérations finales

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 une perturbation minimale.

La question plus difficile est de savoir ce qu'il en adviendra. Fusaka a donné à Ethereum l'infrastructure pour accueillir la prochaine vague d'utilisateurs, mais l'infrastructure seule ne garantit pas que l'activité, les frais ou le prix suivent. Alors que Glamsterdam et la feuille de route plus large de 2026 se déploient, la capacité du réseau à convertir les capacités techniques en valeur durable reste l'histoire à suivre.