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

Auteur : @ChromiteMerge

Ethereum s’apprête à recevoir une mise à niveau appelée « Fusaka » avec une hard fork 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, visant à améliorer la scalabilité, la sécurité et l’efficacité opérationnelle d’Ethereum. Ci-dessous, l’auteur classe ces 12 EIP, en expliquant simplement quels problèmes ils résolvent et pourquoi ils sont cruciaux pour l’avenir d’Ethereum.

Scalabilité ! Faire fonctionner Ethereum plus vite, avec plus de capacité

C’est le thème central de la mise à niveau Fusaka. Pour supporter l’économie numérique mondiale, Ethereum doit résoudre les problèmes de congestion des transactions et de coûts élevés. Les EIP suivants visent précisément cet objectif, notamment en réduisant les coûts liés à l’extension de Layer 2.

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

Problème : Après l’introduction des « Blob » lors de la mise à niveau Dencun, qui offrent 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. Lorsqu’un bloc peut contenir jusqu’à 9 blobs, cette méthode reste viable. Mais si le nombre de blobs augmente (par exemple à 128), le téléchargement et la vérification de tous ces blobs entraîneront des coûts élevés, augmentant la barrière à la participation des validateurs et menaçant la décentralisation du réseau.

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

2. Le réseau divise les données blob en fragments.

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

4. Ensuite, par échange de vérifications et de résultats, tous peuvent confirmer collectivement l’intégrité et la disponibilité de l’ensemble des blobs.

C’est comme un grand puzzle : chacun ne détient que quelques pièces, mais en vérifiant les connexions clés, tout le puzzle peut être confirmé comme complet. Il est important de noter que PeerDAS n’est pas une invention totalement nouvelle, son principe central de DAS a été testé avec succès dans des projets tiers comme Celestia. La mise en œuvre de PeerDAS comble une « dette technique » essentielle dans la vision à long terme d’extension d’Ethereum.

Signification : PeerDAS réduit considérablement la charge de stockage pour les validateurs, facilitant une expansion massive des données sur Ethereum. À l’avenir, chaque bloc pourrait contenir des centaines de blobs, soutenant la vision de 10 millions de TPS, tout en permettant à des utilisateurs ordinaires de faire fonctionner facilement des validateurs, maintenant ainsi la décentralisation.

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

Problème : La demande de capacité de données pour Layer 2 évolue rapidement. Si chaque ajustement du plafond de blobs nécessite une mise à niveau majeure comme Fusaka, cela devient 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). Cette mise à jour est très légère : elle ne modifie que quelques paramètres liés aux blobs (par exemple, le nombre cible de blobs par bloc), sans changer de 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 précise, comme une simple mise à jour de configuration en ligne.

Signification : La mécanique BPO donne à Ethereum la capacité de réguler rapidement et en toute sécurité la capacité du réseau. Par exemple, après Fusaka, la communauté prévoit d’effectuer deux BPO successifs pour doubler la capacité des blobs. Cela permet à Ethereum d’étendre la capacité blob « au besoin, de façon flexible et progressive », en augmentant la capacité et le débit L2 de manière fluide et contrôlée.

EIP-7918 : Marché stable des frais pour blobs

Problème : Le mécanisme précédent d’ajustement des frais blobs était trop « sujette à la spéculation ». Lorsqu’il y a peu de demande, les frais tombent presque à zéro, ce qui ne stimule pas la demande nouvelle et crée un « prix plancher historique ». Lorsqu’il y a beaucoup de demande, les frais montent en flèche, créant des extrêmes de prix. Cette « course à la baisse et à la hausse » rend difficile la planification des coûts pour Layer 2.

Solution : L’EIP 7918 propose de fixer une fourchette de prix raisonnable pour les frais blobs, avec un « coût minimum » flexible. La clé est de lier ces limites (minimum et maximum) aux frais d’exécution (execution fee) sur Layer 1. Peu importe si l’on met à jour l’état ou vérifie une preuve ZK, ces frais restent relativement stables, peu dépendants du volume de transactions L2. En liant la fourchette des frais blobs à cette « ancre » stable, on évite les fluctuations extrêmes.

Signification : Cette amélioration empêche le marché des frais blobs de « course à la baisse et à la hausse », rendant les coûts opérationnels de Layer 2 plus prévisibles. Ainsi, les projets L2 peuvent fixer des frais plus stables pour leurs utilisateurs, évitant une expérience de type « gratuit aujourd’hui, prix exorbitant demain ».

EIP-7935 : Augmentation de la capacité transactionnelle principale

Problème : La capacité de transaction par bloc Ethereum est limitée par le « limite de gaz du bloc » (environ 30 millions), qui n’a pas été ajustée depuis longtemps. Pour augmenter le débit global, la solution la plus directe est d’augmenter cette limite, tout en veillant à ne pas augmenter la barrière matérielle pour les validateurs ou réduire la décentralisation.

Solution : Cet EIP propose d’augmenter la limite 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 les validateurs à accepter progressivement cette nouvelle limite.

Signification : Cela permettrait d’inclure plus de transactions par bloc, augmentant directement le TPS du réseau principal, et atténuant congestion et coûts élevés. Cependant, cela exige aussi des matériels plus performants pour les validateurs, donc la communauté procédera à des tests prudents.

Sécurité et stabilité ! Construire une défense solide pour le réseau

En parallèle de l’extension, il faut garantir la sécurité et la stabilité du réseau. En mai 2025, la Fondation Ethereum a lancé le « Plan de sécurité d’un trillion de dollars » (Trillion Dollar Security, 1TS), visant à bâtir un réseau capable de sécuriser des actifs d’une valeur de plusieurs trillions. Plusieurs EIP de Fusaka soutiennent cette vision, comme des « freins et barrières » pour renforcer la sécurité.

EIP-7934 : Fixation de la taille physique maximale des blocs

Problème : La limite de gaz du bloc ne concerne que la charge de calcul, mais pas la taille physique du bloc. Cela permet à un attaquant de créer des « blocs-bombes » avec beaucoup de données volumineuses mais peu coûteuses (par exemple, transférer 0 ETH à de nombreux adresses), ce qui ralentit la propagation du réseau et peut provoquer des attaques DoS.

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

Signification : C’est comme fixer la taille maximale d’un camion sur la route, empêchant les véhicules « extrêmes » d’entraver la circulation. Cela garantit une propagation rapide des blocs, réduit la latence et renforce la résistance aux attaques.

EIP-7825 : Limite de gaz par transaction

Problème : Bien que la limite de gaz par bloc existe, aucune limite n’est imposée à une seule transaction. Un utilisateur malveillant pourrait soumettre une transaction consommant presque tout le gaz disponible, empêchant les autres de faire passer leurs transactions.

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

Signification : Cela améliore l’équité et la prévisibilité du réseau, empêchant une seule transaction de monopoliser la capacité, et évitant des retards excessifs pour les transactions ordinaires.

EIP-7823 & EIP-7883 : Renforcement de la sécurité du précompilé ModExp

Problème : ModExp, pour le calcul de puissances modulaires dans la cryptographie, peut être exploité de deux façons : d’une part, la longueur de l’entrée n’est pas limitée, ce qui peut provoquer un déni de service par des entrées massives ; d’autre part, ses frais en gas sont faibles, ce qui peut encourager des attaques par déni de service à faible coût.

Solution :

• EIP-7823 : Limiter la longueur d’entrée de ModExp à 8192 bits, ce qui est suffisant pour la plupart des usages.

• EIP-7883 : Augmenter les frais en gas pour les calculs avec de grandes entrées, pour que le coût reflète la consommation de ressources.

Signification : Ces deux mesures éliminent une voie d’attaque potentielle, comme fixer une « capacité maximale » et appliquer une « tarification progressive », renforçant la robustesse du réseau.

Fonctionnalités améliorées ! Outils plus puissants pour les développeurs

Au-delà de la scalabilité et de la sécurité, Fusaka apporte de nouveaux outils pour les développeurs, rendant la création d’applications sur Ethereum plus efficace et puissant.

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

Problème : Les appareils courants comme iPhone, U-shields bancaires, modules de sécurité matériels utilisent souvent la norme de cryptographie secp256r1 (P-256). Par défaut, Ethereum utilise secp256k1, ce qui empêche ces appareils de signer directement des transactions Ethereum, limitant la diffusion de Web3.

Solution : Ajouter un contrat précompilé permettant à Ethereum de supporter et vérifier nativement les signatures sur la courbe secp256r1.

Signification : C’est une avancée majeure. Elle ouvre la porte à des milliards d’appareils matériels dans le monde. À l’avenir, vous pourrez signer des transactions Ethereum directement avec la puce de sécurité de votre téléphone, sans applications supplémentaires ou conversions compliquées. Cela facilite l’accès et renforce la sécurité, abaissant la barrière entre Web2 et Web3.

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

Problème : Dans les applications cryptographiques et de contrats intelligents, il est souvent nécessaire de compter le nombre de bits zéro consécutifs en tête d’un nombre de 256 bits (par exemple, pour le hachage, la compression, la preuve ZK). Actuellement, l’EVM ne possède pas d’opcode dédié, ce qui oblige à des calculs coûteux en Solidity.

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

Signification : C’est comme fournir un outil spécialisé pour les développeurs, réduisant considérablement le coût en gas de ces calculs complexes, et rendant plus efficaces les applications dépendant de mathématiques avancées (notamment ZK Rollups).

Optimisation du réseau ! Améliorations invisibles pour un écosystème plus sain

Les deux derniers EIP, bien que peu perceptibles pour l’utilisateur, sont essentiels pour la santé à long terme et l’efficacité de la coordination du réseau.

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

Problème : Avec le temps, Ethereum accumule une énorme quantité de données historiques. Un nouveau nœud doit télécharger et synchroniser tout cela, ce qui devient de plus en plus difficile. Après la transition vers PoS (The Merge), certains champs dans les reçus de transaction sont devenus inutiles, créant de la redondance.

Solution : Introduire une stratégie d’expiration des données historiques, permettant aux nouveaux nœuds de sauter certains vieux contenus lors de la synchronisation. Simplifier aussi le format des reçus pour supprimer les champs obsolètes. Ainsi, la synchronisation depuis le bloc genesis peut réduire d’environ 530 Go de données.

Signification : Cela « allège » le fonctionnement des nœuds, rendant la synchronisation plus rapide et accessible, renforçant la décentralisation et la résilience du réseau.

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

Problème : La centralisation du séquencement (sequencer) dans Layer 2 Rollup est un problème majeur : un seul acteur contrôle la réception et le tri des transactions, ce qui peut mener à la censure ou à l’exploitation du MEV. La solution « Based Rollup » propose d’utiliser le proposeur L1 pour ordonner les transactions, hérité de la décentralisation de L1.

Mais cela introduit un délai : Layer 2 doit attendre que le bloc L1 soit publié, ce qui nuit à l’expérience utilisateur. La solution est la « pré-confirmation », où le Gateway L2 reçoit une promesse du proposeur L1 qu’il inclura la transaction, permettant à Layer 2 d’anticiper l’état.

Mais, dans le mécanisme actuel, le proposeur n’est pas connu à l’avance, ce qui empêche cette pré-confirmation.

Solution : EIP-7917 modifie le protocole de consensus pour rendre la séquence des proposeurs prévisible et déterminée à l’avance, en publiant une « table de rotation » accessible à tous.

Signification : Cette avancée est essentielle pour réaliser des solutions comme Based Rollup. Avec cette « table de rotation », le Gateway peut anticiper le proposeur, négocier en amont, et garantir une pré-confirmation fiable, combinant décentralisation et rapidité.

Pourquoi Fusaka arrive à point nommé ?

Ce lancement n’est pas seulement une mise à jour technique, mais une étape stratégique dans l’ère où Ethereum supporte massivement les actifs et transactions via RWA et stablecoins. Aujourd’hui, Ethereum détient plus de 56 % de l’offre mondiale de stablecoins, devenant la couche de règlement principale de l’économie dollar numérique mondiale. Fusaka vise à préparer cette infrastructure pour accueillir des actifs et volumes de transaction « Wall Street ».

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

Avec l’arrivée des institutions financières, on verra émerger des Layer 2 « sur-mesure » pour des besoins spécifiques (KYC, conformité). Ces chaînes nécessitent un stockage de données massif, peu coûteux et sécurisé, fourni par la chaîne principale Ethereum.

Les propositions comme EIP-7594, EIP-7892 et EIP-7918 répondent à cette demande. Leur objectif est de réduire drastiquement le coût de publication des données Layer 2, tout en offrant une capacité d’expansion flexible.

Après Pectra, le coût des blobs est déjà très faible, pourquoi continuer à le réduire ? Parce que Fusaka adopte une stratégie de « casser la recette à court terme pour stimuler une activité économique plus grande ». L’objectif est d’accroître le PIB global du réseau, en transformant plus de transactions en staking et en brûlant de l’ETH, soutenant ainsi la valeur du réseau.

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

Pour les institutions gérant des actifs de plusieurs trillions, la sécurité est essentielle. La vision « sécurité d’un trillion de dollars » est une ambition majeure. Les EIP comme EIP-7934, EIP-7825, EIP-7823 et EIP-7883 renforcent cette sécurité, en renforçant la muraille et en éliminant les vulnérabilités potentielles.

En résumé, la ligne directrice de Fusaka est claire : scalabilité et sécurité. Avec le soutien réglementaire et la croissance du marché, cette mise à jour arrive à point nommé. Elle aidera Ethereum à capitaliser sur la tendance, à consolider sa position dans la finance décentralisée et à évoluer d’un actif spéculatif vers une infrastructure financière principale.

Conclusion : une transformation discrète mais profonde

En tant que mise à jour majeure de fin 2025, Fusaka, sans fanfare ni hype, insuffle une forte dynamique à Ethereum. Les 12 améliorations ciblent directement les trois grands défis : scalabilité, sécurité, efficacité. Elles élargissent la « route de la valeur » d’Ethereum, augmentant sa capacité et sa fiabilité, pour accueillir un futur avec des milliards d’utilisateurs, d’actifs et d’applications.

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 imaginables : réseaux de règlement instantané mondiaux, « Wall Street sur chaîne ». Fusaka est une étape solide vers ce futur.