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 et en augmentant la capacité pour Layer 2.

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

Problème : Après l'introduction des « Blob » dans la mise à niveau Dencun pour le stockage peu coûteux de données 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), télécharger et vérifier tous les blobs devient coûteux, 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 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 monde peut s’assurer que le puzzle est complet. Il est important de noter que PeerDAS n’est pas une invention totalement nouvelle, son principe 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’expansion d’Ethereum.

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

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

Problème : La demande de capacité de données Layer 2 évolue 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). 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 même pas besoin de mettre à jour leur logiciel, ils acceptent simplement les nouveaux paramètres à une date précise, comme une mise à jour de configuration en ligne.

Signification : La mécanique 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 « à la demande, flexible et progressive ». Cela rend l’expansion du stockage de blobs plus douce, contrôlée, et moins risquée.

EIP-7918 : Marché stable des frais de blobs

Problème : Le mécanisme précédent d’ajustement des frais de blobs était trop « sensible ». 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 historique ». Lorsqu’il y a beaucoup de demande, les frais montent en flèche, créant des prix extrêmes. Cette volatilité des prix, ou « course à l’inner », complique la planification des coûts pour Layer 2.

Solution : L’EIP 7918 propose de fixer une fourchette de prix raisonnable pour les frais de blobs, avec un « minimum » et un « maximum ». Ces limites sont liées aux frais d’exécution (execution fee) sur Layer 2, qui restent relativement stables et peu dépendants du volume de transactions dans le bloc Layer 2. En liant les limites des frais de blobs à cette référence stable, on évite les fluctuations extrêmes.

Signification : Cette amélioration empêche le marché des frais de blobs de devenir une « course à l’inner », rendant les coûts plus prévisibles pour les opérateurs Layer 2. Cela permet aux projets Layer 2 de proposer des frais plus stables et raisonnables, évitant des expériences de « gratuit aujourd’hui, prix exorbitant demain ».

EIP-7935 : Augmentation de la capacité transactionnelle principale

Problème : La capacité de transaction d’un bloc Ethereum est limitée par le « limite de gas du bloc » (actuellement environ 30 millions), qui n’a pas été ajustée depuis longtemps. Pour augmenter le débit global, il faut augmenter cette limite, tout en garantissant que cela ne renforce pas la centralisation ni n’exige du matériel trop puissant pour les validateurs.

Solution : Cet EIP propose d’augmenter la limite de gas par bloc à un nouveau seuil (par exemple 45 millions ou plus). Ce n’est pas une obligation, mais une recommandation pour encourager les validateurs à accepter une limite plus haute.

Signification : Plus de transactions par bloc, donc un TPS plus élevé, moins de congestion et de frais élevés. Cependant, cela exige que les validateurs disposent de matériel plus performant, ce qui nécessite une approche prudente et progressive.

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

En même temps que la scalabilité, la sécurité doit être renforcée. En mai 2025, 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’un trillion de dollars. Plusieurs EIP dans Fusaka soutiennent cette vision, comme des « freins et barrières » pour renforcer la sécurité.

EIP-7934 : Fixation d’une limite physique à la taille des blocs

Problème : La limite de gas du bloc ne concerne que la quantité de calculs, pas la taille physique du bloc. Un attaquant peut créer un « bombe à données » en envoyant beaucoup de transactions à faible coût mais volumineuses (par exemple, des transferts à 0 ETH vers de nombreux adresses), ce qui produit un bloc volumineux mais peu coûteux en calcul. Ces « blocs bombes à données » ralentissent la propagation, risquant de déconnecter certains nœuds et de provoquer des attaques DoS.

Solution : Fixer une limite physique 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, évitant que des « véhicules hors gabarit » perturbent la circulation. Cela garantit une propagation rapide, réduit la latence, et renforce la résistance aux attaques.

EIP-7825 : Limite de gas par transaction

Problème : Bien que la limite de gas par bloc existe, il n’y a pas de limite pour une seule transaction. Un utilisateur malveillant pourrait soumettre une transaction consommant presque tout le gas disponible, empêchant les autres de faire passer leurs transactions.

Solution : Fixer une limite de 16,77 millions de gas par transaction. Toute transaction plus grande doit être divisée en plusieurs.

Signification : Cela favorise l’équité et la prévisibilité, empêchant une seule transaction de monopoliser la capacité du bloc.

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

Problème : ModExp, pour le calcul de puissances modulaires, est utilisé dans la cryptographie. Mais il présente deux risques : la longueur d’entrée non limitée, et un coût en gas trop faible, ce qui peut être exploité pour des attaques par déni de service.

Solution :

• EIP-7823 : Limiter la longueur d’entrée à 8192 bits.

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

Signification : Ces deux mesures éliminent une voie d’attaque potentielle, en fixant la taille maximale et en ajustant le prix, renforçant la robustesse du réseau.

Fonctionnalités pour les développeurs ! Des outils plus puissants

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 plus efficace et plus robuste.

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 de cryptographie secp256r1 (P-256). Or, Ethereum utilise par défaut secp256k1, ce qui limite l’interopérabilité avec ces appareils.

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

Signification : C’est une avancée majeure. Elle ouvre la voie à une intégration plus fluide avec des milliards d’appareils, permettant de signer directement depuis un smartphone, sans applications supplémentaires, avec plus de sécurité. Cela réduit la barrière d’accès pour le grand public et favorise la convergence Web2/Web3.

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

Problème : Dans la cryptographie et le traitement de données, il est souvent nécessaire de compter le nombre de bits zéro en tête d’un nombre de 256 bits. Actuellement, l’EVM ne possède pas d’opcode dédié, obligeant à des calculs coûteux en Solidity.

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

Signification : Un outil spécialisé qui réduit la consommation de gas pour ces calculs, rendant les applications ZK et cryptographiques plus efficaces et moins coûteuses.

Optimisation réseau ! Des améliorations invisibles pour une meilleure santé

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

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

Problème : Avec le temps, Ethereum accumule une énorme quantité de données historiques. Synchroniser un nouveau nœud devient long et coûteux. Après la transition vers PoS, certains champs dans les reçus de transaction sont devenus inutiles, ce qui alourdit inutilement la synchronisation.

Solution : Introduire une stratégie d’expiration des données historiques, permettant aux nouveaux nœuds de sauter certains vieux blocs, et simplifier le format des reçus pour supprimer les champs obsolètes. Ainsi, la synchronisation depuis la genèse devient plus rapide et moins gourmande en données.

Signification : Cela réduit la taille de la synchronisation d’environ 530 Go, rendant plus accessible l’exploitation d’un nœud complet, 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 est un problème. La majorité des Rollups dépendent d’un seul séquencer, ce qui donne un pouvoir de censure et d’extraction de 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 est lent. La pré-confirmation, où le proposeur s’engage à inclure une transaction, pourrait réduire ce délai, mais nécessite de connaître à l’avance le proposeur.

Solution : Modifier le protocole de consensus pour rendre la séquence des proposeurs prévisible et déterministe, en publiant à l’avance un « calendrier » des propositions.

Signification : Ce « calendrier » est la clé pour réaliser des Rollups décentralisés, rapides et sécurisés, en permettant aux passerelles Layer 2 de négocier directement avec le proposeur à l’avance, tout en conservant la sécurité de L1.

Pourquoi Fusaka arrive à point nommé ?

Ce lancement n’est pas seulement une évolution technique, mais une étape stratégique pour Ethereum dans un contexte où les actifs et transactions institutionnels (RWA, stablecoins) prennent une place croissante. Ethereum, qui supporte plus de 56 % de l’offre mondiale de stablecoins, devient 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 level ».

• Créer des chaînes Layer 2 sur mesure pour les institutions, avec une capacité d’expansion infinie

L’arrivée des institutions financières traditionnelles entraînera la création de « chaînes Layer 2 dédiées » pour répondre à des besoins spécifiques (KYC, conformité). Ces chaînes ont besoin d’un stockage de données massif, peu coûteux et sécurisé, fourni par la couche principale.

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

Après Pectra, les frais de Blob sont très faibles, pourquoi continuer à les réduire ? Parce que Fusaka adopte une stratégie de « casser la recette à court terme pour une croissance économique plus grande ». L’objectif est d’augmenter le PIB global du réseau, en transformant plus de transactions en staking et en brûlant de l’ETH, pour soutenir la valeur du réseau.

• Vers une sécurité « trillion-dollar », pour une infrastructure financière invulnérable

Pour les institutions gérant des actifs de plusieurs trillions, la sécurité est essentielle. Le « Plan de sécurité d’un trillion de dollars » d’Ethereum, avec ses EIP, vise à renforcer la défense du réseau contre toutes les menaces potentielles.

En résumé, la ligne directrice de Fusaka est claire : scalabilité et sécurité. Avec le soutien des politiques et du marché, cette mise à jour arrive au bon moment, pour renforcer la position d’Ethereum dans la finance stable et les actifs on-chain, et pour transformer Ethereum d’un actif spéculatif en une infrastructure financière principale.

Conclusion : une transformation profonde en douceur

En cette fin 2025, Fusaka, sans fanfare ni hype, insuffle une dynamique interne puissante à Ethereum. Ses 12 améliorations ciblent directement les trois grands défis : scalabilité, sécurité, efficacité. Elle élargit la « route de la valeur » d’Ethereum, augmente sa capacité et sa fiabilité, pour accueillir un futur avec des millions 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 on-chain ». Fusaka est une étape solide vers ce futur.