Ethereum procède à la mise à niveau « Fusaka », poursuit « l’extension et l’amélioration de l’efficacité », et renforce la capacité de règlement on-chain.

Ethereum a activé la mise à niveau clé « Fusaka », augmentant la capacité de données Layer-2 par 8 grâce à la technologie PeerDAS, et combinant le mécanisme de bifurcation BPO ainsi que le mécanisme de prix plancher des Blobs. Cela devrait considérablement réduire les coûts d'exploitation des Layer-2 et garantir la durabilité économique à long terme du réseau.

Auteur : Ye Huiwen

Source : Wallstreetcn

Ethereum procède aujourd'hui à une mise à niveau réseau clé nommée « Fusaka », marquant une nouvelle étape importante dans sa feuille de route d'expansion continue. Cette mise à niveau vise à augmenter considérablement la capacité de données et à optimiser l'efficacité du protocole, réduisant encore les coûts de transaction sur les réseaux Layer-2 et consolidant la position centrale d'Ethereum en tant que couche de règlement mondiale efficace.

Selon le plan, la mise à niveau Fusaka sera activée le 3 décembre 2025 à la hauteur de bloc 13,164,544. Il s'agit d'une nouvelle avancée sur la voie de l'expansion d'Ethereum, après les mises à niveau Dencun et Pectra. Kenny Lee, responsable des activités crypto chez Goldman Sachs, souligne que Fusaka représente la prochaine étape de la feuille de route de scalabilité d'Ethereum, visant à faire évoluer le réseau vers une couche de règlement à la fois mondiale et rentable.

Le changement le plus central de cette mise à niveau est l'introduction de la technologie « PeerDAS » (Peer Data Availability Sampling, échantillonnage de disponibilité des données entre pairs). Cette fonctionnalité vise à augmenter théoriquement par 8 la capacité de données des réseaux Layer-2, permettant ainsi un débit de transactions plus élevé et une réduction significative des frais de transaction pour les utilisateurs Layer-2.

De plus, la mise à niveau Fusaka introduit également le mécanisme de bifurcation « Blob Parameter Only » (BPO), rendant l'augmentation future de la capacité du réseau plus flexible ; elle optimise également les performances du Layer-1 principal grâce à des fonctionnalités telles que l'expiration du stockage et le contrôle des blocs, tout en améliorant les fonctionnalités des portefeuilles et l'expérience utilisateur. Ces changements constituent ensemble un bond structurel d'Ethereum en matière de scalabilité, de durabilité et d'opérabilité.

De Dencun à Fusaka : focalisation sur l'expansion et l'optimisation de l'infrastructure

La mise à niveau Fusaka correspond en réalité à l'activation simultanée de la mise à niveau « Fulu » pour la couche de consensus et de la mise à niveau « Osaka » pour la couche d'exécution. Selon le plan final confirmé par la Ethereum Foundation, les propositions d'amélioration Ethereum (EIPs) incluses dans la mise à niveau se concentrent principalement sur trois domaines :

• Amélioration de l'efficacité du Layer-1 : incluant l'expiration du stockage (EIP-7642) et la limite de Gas des transactions (EIP-7825), afin de maintenir l'efficacité des nœuds à mesure que l'utilisation du réseau augmente.
• Extension de la capacité de données Layer-2 : le cœur étant PeerDAS (EIP-7594), complété par la mise à jour des paramètres Blob (EIP-7892) et l'optimisation des frais Blob (EIP-7918).
• Amélioration de l'expérience utilisateur et des outils développeurs : comprenant la proposition déterministe des validateurs (EIP-7917) et la précompilation du support de la courbe secp256r1 (EIP-7951), afin d'améliorer les fonctionnalités des portefeuilles et le développement d'applications.

Ces trois axes sont parfaitement alignés avec les priorités stratégiques établies par la Ethereum Foundation en avril 2025 (extension du réseau principal Ethereum, extension des Blobs, amélioration de l'expérience utilisateur). Cet article se concentrera sur l'augmentation de la capacité de données Layer-2 et l'optimisation des mécanismes de frais.

Mission centrale : une voie d'expansion centrée sur le L2

Pour comprendre pourquoi Ethereum se concentre sur l'expansion via Layer-2, il faut revenir à sa philosophie de conception.

Dans le « trilemme de la blockchain » (c'est-à-dire l'impossibilité de concilier décentralisation, sécurité et scalabilité), Ethereum a, dès le début, privilégié la décentralisation et la sécurité de sa couche de base (Layer-1). Cela a conduit, avec la croissance de la demande d'applications décentralisées, à des frais de transaction élevés et à des délais de confirmation lents sur le Layer-1.

Pour résoudre ce problème, Ethereum a adopté une feuille de route « centrée sur les Rollups ». Cette stratégie transfère la majorité du traitement des transactions vers les réseaux Layer-2, où les transactions sont exécutées hors chaîne, puis les données compressées sont publiées sur le Layer-1 d'Ethereum pour le règlement final et la sécurité.

Cette approche modulaire permet à Ethereum d'atteindre la scalabilité sans sacrifier ses principes fondamentaux de décentralisation. Cependant, cela a également soulevé un nouveau problème de « disponibilité des données » — comment prouver à l'ensemble du réseau que les données compressées publiées sont valides, sans que chaque nœud ait à télécharger toutes les données.

PeerDAS : la clé pour multiplier par 8 la capacité de données

La fonctionnalité la plus influente de la mise à niveau Fusaka, PeerDAS, a précisément été conçue pour résoudre ce problème de disponibilité des données.

Avant Fusaka, bien que la mise à niveau Dencun ait introduit les « Blobs » comme méthode de stockage de données Layer-2 économique, chaque nœud complet Ethereum devait toujours télécharger l'intégralité des données Blob, ce qui limitait la bande passante et le débit maximal du réseau.

PeerDAS change fondamentalement ce modèle. Après la mise à niveau, le réseau divise les données Blob en petits fragments, répartis entre différents nœuds. Chaque nœud n'a besoin de télécharger et de vérifier qu'une petite partie du total des données (environ 1/8), tout en pouvant garantir, grâce à des méthodes cryptographiques, la disponibilité et l'intégrité de l'ensemble du jeu de données. Ce mécanisme réduit considérablement les exigences en ressources pour chaque nœud, permettant ainsi une augmentation théorique d'environ 8 fois de la capacité de données du réseau. PeerDAS pose les bases de l'expansion future des Blobs et constitue le moteur clé de la baisse des coûts de transaction Layer-2.

Bifurcation BPO : augmenter plus souplement la limite des Blobs

Avec la croissance continue de l'activité des transactions Layer-2 (voir graphique 2), la demande d'espace Blob augmente également.

Selon les données de Coinmetrics, le nombre quotidien de Blobs est en hausse. Cependant, dans le mécanisme actuel, augmenter le nombre de Blobs par bloc nécessite une « hard fork » complexe, une mise à niveau majeure difficile à coordonner et peu fréquente.

Pour résoudre ce goulot d'étranglement, Fusaka introduit le mécanisme de bifurcation « Blob Parameter Only » (BPO). Il s'agit d'une bifurcation légère dédiée uniquement à la mise à jour des paramètres liés aux Blobs (comme le nombre maximal de Blobs par bloc). En raison de sa portée limitée et de son impact contrôlé, les équipes de développement peuvent déployer ce type de mise à niveau plus fréquemment et en toute sécurité, permettant au réseau d'augmenter progressivement sa capacité de données sans attendre une mise à niveau majeure intégrant d'autres fonctionnalités. Selon la Ethereum Foundation, les bifurcations BPO seront programmées à l'avance pour doubler progressivement le nombre de Blobs sur plusieurs semaines, jusqu'à atteindre la valeur maximale.

Marché des frais stable : introduction du mécanisme de prix plancher pour les Blobs

Après la mise à niveau Dencun, les Layer-2 doivent payer deux types de frais pour publier des données sur Ethereum : le Gas d'exécution et le Gas des Blobs. Lorsque la demande de Blobs est faible, leurs frais peuvent tomber près de zéro, mais les Layer-2 doivent toujours payer un Gas d'exécution potentiellement élevé. Ce « dysfonctionnement du signal de prix » entraîne une inefficacité de la tarification et une instabilité du marché.

Pour résoudre ce problème, Fusaka introduit, via l'EIP-7918, un mécanisme de « prix plancher » pour les Blobs. Ce prix plancher n'est pas une valeur fixe, mais est dynamiquement indexé sur les frais de Gas d'exécution.

Lorsque les frais de Blobs déterminés par le marché tombent en dessous de ce prix plancher, l'algorithme d'ajustement des frais empêche toute baisse supplémentaire. Cette mesure vise à garantir que les frais de Blobs reflètent toujours leur valeur économique, que le marché des frais reste sensible à la congestion du réseau, et à offrir aux Layer-2 un environnement de tarification plus stable et prévisible.

Impact sur le marché et risques potentiels

La mise à niveau Fusaka devrait avoir un impact profond sur le marché. L'augmentation de la capacité de données apportée par PeerDAS et la bifurcation BPO devrait encore réduire les coûts d'exploitation des Layer-2. Parallèlement, le mécanisme de prix plancher de l'EIP-7918 garantit que l'espace Blob ne sera pas utilisé à un prix déraisonnablement bas, maintenant la durabilité économique du réseau. Cela pourrait intensifier la concurrence entre les réseaux Layer-2, le point focal passant potentiellement des coûts de transaction à l'expérience utilisateur, à la coopération écosystémique et à la profondeur de liquidité.

Cependant, cette mise à niveau s'accompagne également de certains risques et considérations :

• Risque d'exécution : toute hard fork majeure comporte un risque d'échec de coordination des clients ou de vulnérabilités, pouvant entraîner une instabilité temporaire du réseau.
• Impact limité sur les frais du réseau principal : les avantages directs de la mise à niveau se manifestent principalement sur les Layer-2, les frais de Gas du réseau principal Ethereum ne devraient pas baisser immédiatement à court terme.
• Exigences matérielles : bien que PeerDAS optimise l'efficacité, des objectifs de Blobs plus élevés pourraient, avec le temps, augmenter les besoins en bande passante des validateurs.
• Délai d'adaptation de l'écosystème : les développeurs Layer-2 et dApp auront besoin de temps pour exploiter pleinement les avantages de la nouvelle architecture.