Mise à l'échelle et sécurité en parallèle : analyse complète de la mise à niveau Fusaka d'Ethereum, 12 EIP

Auteur : @ChromiteMerge

Ethereum s’apprête à recevoir une mise à niveau majeure appelée « Fusaka » le 3 décembre 2025. Cette mise à jour comprend 12 propositions d’amélioration d’Ethereum (EIP), qui agissent comme 12 pièces de précision travaillant ensemble pour améliorer la scalabilité, la sécurité et l’efficacité du réseau. Ci-dessous, je vais classer ces 12 EIP, expliquer simplement quels problèmes ils résolvent et pourquoi ils sont cruciaux pour l’avenir d’Ethereum.

Scalabilité ! Rendre Ethereum plus rapide et capable de supporter plus de transactions

C’est le thème central de Fusaka. Pour supporter l’économie numérique mondiale, Ethereum doit résoudre les problèmes de congestion et de coûts élevés. Voici quelques EIP qui visent précisément cet objectif, notamment en améliorant la capacité des Layer 2 tout en réduisant les coûts.

EIP-7594 : PeerDAS - Échantillonnage de disponibilité des données

Problème : Après l’introduction des « blobs » lors de la mise à jour Dencun, permettant un stockage de données peu coûteux pour Layer 2, une question clé est apparue : comment garantir que ces données massives sont réellement disponibles ? Actuellement, chaque nœud validateur doit télécharger et vérifier toutes les données blob d’un bloc. Si un bloc contient jusqu’à 9 blobs, cela reste faisable. Mais si le nombre de blobs augmente (par exemple 128), le téléchargement et la vérification de tous ces blobs deviennent coûteux, augmentant la barrière à l’entrée pour les validateurs et menaçant la décentralisation.

Solution : PeerDAS (Peer Data Availability Sampling) transforme la vérification exhaustive en un « échantillonnage ». En résumé :

2. Le réseau divise les blobs en fragments.

3. Chaque validateur n’a pas besoin de télécharger tous les blobs, mais seulement quelques fragments choisis aléatoirement.

4. Par échange et vérification mutuelle, tous peuvent confirmer l’intégrité et la disponibilité des blobs.

C’est comme un grand puzzle : chacun ne possède que quelques pièces, mais en vérifiant les connexions clés, tout le puzzle peut être confirmé comme complet. PeerDAS n’est pas une invention totalement nouvelle, son principe est déjà appliqué dans des projets tiers comme Celestia. Sa mise en œuvre comble une « dette technique » pour la scalabilité à long terme d’Ethereum.

Importance : PeerDAS réduit considérablement la charge de stockage pour les validateurs, facilitant une scalabilité massive tout en préservant la décentralisation. À l’avenir, chaque bloc pourrait contenir des centaines de blobs, supportant la vision de 10 millions de TPS, tout en permettant à des utilisateurs ordinaires de faire fonctionner des validateurs.

EIP-7892 : Hard fork BPO - Mise à jour légère des paramètres

Problème : La demande en capacité de données Layer 2 fluctue rapidement. Attendre une grande mise à jour comme Fusaka pour ajuster la limite de blobs est lent et ne suit pas le rythme de l’écosystème.

Solution : Cet EIP définit un mécanisme de « hard fork dédié aux paramètres de blobs » (Blob Parameter Only Hardfork, BPO). Très léger, il ne modifie que quelques paramètres liés aux blobs (par exemple, le nombre cible de blobs par bloc), sans changer le code complexe. Les opérateurs de nœuds n’ont pas besoin de mettre à jour leur logiciel, ils acceptent simplement les nouveaux paramètres à une date donnée, comme une simple mise à jour de configuration en ligne.

Importance : BPO permet à Ethereum d’ajuster rapidement et en toute sécurité la capacité du réseau. Par exemple, après Fusaka, la communauté prévoit deux BPO successifs pour doubler la capacité des blobs, permettant une expansion progressive et flexible, avec moins de risques.

EIP-7918 : Marché stable des frais de blobs

Problème : Le mécanisme précédent d’ajustement des frais de blobs était trop volatile. Lorsqu’il y a peu de demande, les frais tombent presque à zéro, ce qui ne stimule pas la demande et crée un « prix plancher » artificiel. Lorsqu’il y a beaucoup de demande, les frais s’envolent, créant des extrêmes. Cette volatilité complique la planification des coûts pour Layer 2.

Solution : L’EIP 7918 propose de fixer une fourchette de prix pour les frais de blobs, en les liant aux frais d’exécution (execution fee) sur Layer 1. Peu importe la demande, ces frais restent dans une plage stable, car ils sont liés à un « ancrage » stable. Cela évite les fluctuations extrêmes.

Importance : Cela empêche la « surenchère » des frais, rendant les coûts plus prévisibles pour les opérateurs Layer 2, et évite une expérience de type « gratuit aujourd’hui, prix exorbitant demain ».

EIP-7935 : Augmentation de la capacité transactionnelle principale

Problème : La capacité maximale par bloc est limitée par le « plafond de gaz » (environ 30 millions), qui n’a pas été ajusté depuis longtemps. Pour augmenter le débit, il faut augmenter ce plafond, tout en évitant de compromettre la décentralisation ou d’exiger du matériel trop puissant.

Solution : La proposition recommande d’augmenter le plafond de gaz par défaut à un nouveau niveau (par exemple 45 millions ou plus). Ce n’est pas une obligation, mais une recommandation pour encourager une acceptation progressive.

Importance : Chaque bloc pourra contenir plus de transactions, augmentant le TPS global, réduisant congestion et coûts. Mais cela exige aussi que les validateurs disposent d’un matériel plus performant, donc la prudence est de mise.

Sécurité et stabilité ! Renforcer la défense du réseau

En parallèle de l’expansion, il faut garantir la sécurité. La Fondation Ethereum a lancé en mai 2025 le « Plan de sécurité d’un trillion de dollars » (Trillion Dollar Security, 1TS), visant à construire un réseau capable de sécuriser des actifs d’une valeur de plusieurs trillions. Plusieurs EIP de Fusaka contribuent à cette vision, comme des « freins » et « garde-fous » pour la sécurité.

EIP-7934 : Limite physique de la taille des blocs

Problème : Le « plafond de gaz » ne limite que la charge de calcul, pas la taille physique du bloc. Un attaquant peut créer un « bloc bombe » avec beaucoup de données peu coûteuses, ralentissant la propagation et risquant de faire tomber certains nœuds.

Solution : Fixer une limite physique de 10 Mo par bloc. Tout bloc dépassant cette taille sera rejeté.

Importance : C’est comme fixer la taille maximale d’un camion sur une route, évitant les véhicules trop volumineux qui ralentissent la circulation. Cela améliore la propagation, réduit la latence et renforce la résistance aux attaques.

EIP-7825 : Limite de gaz par transaction

Problème : Bien que chaque bloc ait un plafond de gaz, aucune limite n’est imposée à une seule transaction. Un utilisateur pourrait soumettre une transaction énorme, bloquant tout le réseau.

Solution : Fixer une limite de 16,77 millions de gas par transaction. Les opérations complexes doivent être divisées en plusieurs transactions.

Importance : Cela garantit une meilleure équité, évite que des « gros coups » bloquent le réseau, et assure une meilleure prévisibilité.

EIP-7823 & EIP-7883 : Sécurisation du précompilé ModExp

Problème : ModExp, utilisé pour les opérations cryptographiques, peut être exploité par des entrées de taille illimitée ou à faible coût, ce qui peut saturer les nœuds.

Solutions :

• EIP-7823 : Limiter la longueur des entrées à 8192 bits.

• EIP-7883 : Augmenter le coût en gas pour les grandes entrées, pour que le calcul coûte plus cher et décourage les abus.

Importance : Ces mesures éliminent une vulnérabilité potentielle, en fixant des limites et en ajustant les prix, renforçant la robustesse du réseau.

Fonctionnalités pour les développeurs ! Outils puissants pour la création d’applications

Fusaka apporte aussi de nouveaux outils pour les développeurs, rendant la construction d’applications plus efficace et plus sûre.

EIP-7951 : Compatibilité avec les signatures matérielles courantes

Problème : Les appareils comme iPhone, tokens de banque, modules de sécurité hardware utilisent souvent la norme secp256r1 (P-256), alors qu’Ethereum utilise secp256k1. Cela limite l’intégration native.

Solution : Ajouter un précompilé permettant à Ethereum de supporter et vérifier directement les signatures secp256r1.

Importance : C’est une avancée majeure. Elle ouvre la voie à une intégration plus fluide avec des milliards d’appareils, permettant de signer directement avec la sécurité matérielle, sans applications supplémentaires. Cela facilitera la convergence Web2/Web3.

EIP-7939 : Instruction efficace pour compter les zéros en tête (CLZ)

Problème : Dans la cryptographie et le ZK, il est souvent nécessaire de compter le nombre de bits zéro en tête d’un nombre de 256 bits. Actuellement, il faut coder cela en Solidity, ce qui coûte cher et est lent.

Solution : Ajouter une instruction « CLZ » (Count Leading Zeros) dans l’EVM, pour faire cette opération en une seule étape.

Importance : Cela fournit un outil spécialisé, réduisant le coût en gas pour ces calculs complexes, et rendant les applications ZK plus efficaces.

Optimisation du réseau ! Améliorations invisibles pour une meilleure santé

Les deux dernières EIP, moins perceptibles pour l’utilisateur, sont essentielles pour la santé à long terme du réseau.

EIP-7642 : Réduction du coût de synchronisation des nouveaux nœuds

Problème : La quantité de données historiques accumulée rend la synchronisation d’un nouveau nœud longue et coûteuse. Après la transition vers PoS, certains champs inutiles dans les données anciennes alourdissent encore plus.

Solution : Introduire une stratégie d’expiration des données historiques, et simplifier le format des reçus de transaction en supprimant les champs obsolètes. La synchronisation depuis le genesis sera ainsi plus légère.

Importance : Réduit d’environ 530 Go la charge de synchronisation, permettant à plus de personnes de faire tourner des nœuds, renforçant la décentralisation.

EIP-7917 : Ordre déterministe des blocs et pré-approbation

Problème : La centralisation des séquenceurs (sequencers) dans Layer 2 pose problème : ils contrôlent la validation et peuvent faire du MEV ou censurer. La solution « Based Rollup » propose d’utiliser le proposeur L1 pour l’ordre, mais cela introduit un délai.

Solution : Modifier le protocole pour que l’ordre des proposeurs futurs soit calculé et publié à l’avance, sous forme d’un calendrier public.

Importance : Permet aux passerelles Layer 2 d’anticiper et de négocier avec le proposeur, assurant une confirmation fiable et rapide, tout en conservant la sécurité de L1. C’est une étape clé vers une décentralisation plus poussée.

Pourquoi Fusaka arrive-t-il au bon moment ?

Ce lancement n’est pas seulement technique, c’est une étape stratégique dans la transition d’Ethereum vers une infrastructure financière robuste, notamment avec l’intégration massive d’actifs réels (RWA) et de stablecoins. Ethereum supporte déjà plus de 56 % de l’offre mondiale de stablecoins, devenant la plateforme de règlement principale pour l’économie dollar numérique mondiale. Fusaka prépare le réseau à accueillir des actifs et des volumes de transactions de niveau « Wall Street ».

• Pour des Layer 2 institutionnels, avec une capacité d’expansion infinie

L’arrivée d’institutions financières entraînera la création de Layer 2 spécialisés, nécessitant une capacité de stockage de données massive, peu coûteuse et sécurisée. Les propositions comme EIP-7594, EIP-7892 et EIP-7918 répondent à ce besoin. Leur objectif est de réduire drastiquement les coûts de publication des données Layer 2, tout en offrant une scalabilité flexible.

• Pour atteindre la « sécurité d’un trillion de dollars », bâtir une infrastructure financière invulnérable

Pour les institutions détenant des trillions d’actifs, la sécurité est essentielle. Fusaka, avec ses EIP, renforce la forteresse, élimine les vulnérabilités potentielles, et avance vers cet objectif.

En résumé, Fusaka repose sur deux axes : scalabilité et sécurité. Avec le contexte réglementaire favorable et la croissance du marché, cette mise à jour arrive à point nommé. Elle aidera Ethereum à consolider sa position dans la finance décentralisée, à transformer sa réputation de « actif spéculatif » en une infrastructure financière mainstream.

Conclusion : Une transformation discrète mais profonde

En cette fin 2025, Fusaka, sans fanfare ni hype, injecte une dynamique interne forte à Ethereum. Ses 12 améliorations ciblent directement les trois grands défis : scalabilité, sécurité et efficacité. Elle élargit la « voie rapide » de la valeur, augmente la capacité et la fiabilité du réseau, et prépare le terrain pour une adoption massive.

Pour l’utilisateur lambda, ces changements peuvent sembler silencieux, mais leur impact sera profond. Un Ethereum plus puissant, plus efficace, plus sûr, pourra réaliser des visions autrefois inimaginables — que ce soit un réseau mondial de règlements instantanés ou une « Wall Street » sur blockchain. Fusaka est une étape solide vers ce futur.