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 plus capable

C’est le thème central de 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 améliorant la capacité et l’efficacité des solutions Layer 2.

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

Problème : Après l’introduction des « blobs » lors de la mise à niveau Dencun, permettant un stockage de données peu coûteux pour Layer 2, une question clé est apparue : comment garantir que ces énormes volumes de données 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 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 pour la participation des validateurs et menaçant la décentralisation.

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 blobs en fragments.

3. Les validateurs n’ont pas besoin de télécharger tous les blobs, ils ne vérifient que quelques fragments choisis au hasard.

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

C’est comme un puzzle géant : chacun ne possède que quelques pièces, mais en vérifiant les connexions clés, on peut s’assurer que le puzzle est complet. Il est important de noter que PeerDAS n’est pas une invention totalement nouvelle : cette idée de DAS a été expérimentée 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 de la scalabilité d’Ethereum.

Importance : PeerDAS réduit considérablement la charge de stockage pour les validateurs, facilitant une scalabilité massive tout en maintenant 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 à niveau 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 à un moment donné, comme une mise à jour de configuration en ligne.

Importance : 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 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 « compétition » des prix 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, en les liant aux frais d’exécution sur Layer 2. Peu importe si l’on met à jour l’état ou vérifie une preuve ZK, ces frais d’exécution restent relativement stables et peu sensibles au volume de transactions dans le bloc. En liant la fourchette des frais de blobs à cette « ancre » stable, on évite les fluctuations extrêmes.

Importance : Cela empêche la « surenchère » des frais de blobs, rendant les coûts plus prévisibles pour les opérateurs Layer 2. Les utilisateurs finaux bénéficieront de frais plus stables, évitant des expériences de type « gratuit aujourd’hui, prix exorbitant demain ».

EIP-7935 : Augmentation de la capacité transactionnelle principale

Problème : La capacité maximale d’un bloc Ethereum (environ 30 millions de gas) n’a pas été ajustée depuis longtemps. Pour augmenter le débit, il faut augmenter cette limite, tout en évitant de compromettre la décentralisation ou d’exiger du matériel trop puissant pour les validateurs.

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

Importance : Plus de transactions par bloc, donc un TPS plus élevé, moins de congestion et de frais. Cependant, cela exige que les validateurs disposent d’un matériel plus performant, ce qui sera testé avec prudence.

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

En parallèle de l’expansion, il faut garantir la sécurité et la stabilité du réseau. 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 mille milliards de dollars. Plusieurs EIP de Fusaka soutiennent cette vision, comme des « freins » et « garde-fous » pour la croissance.

EIP-7934 : Limite physique de la taille des blocs

Problème : La limite de gas ne concerne que la quantité de calcul dans un bloc, pas sa taille physique. Un attaquant peut créer un « bloc bombe » avec beaucoup de données peu coûteuses (par exemple, transférer 0 ETH à de nombreux adresses), ce qui ralentit la propagation et peut causer un DoS.

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 pour éviter la congestion. 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, aucune limite n’est imposée à une seule transaction. Un utilisateur malveillant pourrait soumettre une transaction consommant presque tout le gas, bloquant ainsi le réseau pour les autres.

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 favorise l’équité, évite la monopolisation et garantit une meilleure prévisibilité pour les utilisateurs.

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

Problème : ModExp, utilisé pour les opérations cryptographiques, présente deux risques : pas de limite sur la longueur des nombres, ce qui peut être exploité pour faire planter le réseau, et un coût en gas trop faible, permettant des attaques par déni de service.

Solutions :

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

• EIP-7883 : Augmenter le coût en gas pour les grandes opérations, pour dissuader les abus.

Importance : Ces mesures éliminent une vulnérabilité, en imposant des limites et en ajustant les coûts, renforçant la robustesse du réseau.

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

Fusaka apporte aussi de nouvelles fonctionnalités pour faciliter le développement d’applications.

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

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

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

Importance : C’est une avancée majeure : cela ouvre la voie à une utilisation plus large des appareils matériels pour signer des transactions Ethereum, sans applications supplémentaires, facilitant l’adoption 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é, ce qui oblige à des calculs coûteux en Solidity.

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

Importance : Cela simplifie et accélère ces calculs, réduisant le coût en gas et permettant des applications ZK plus efficaces.

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

Deux autres 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 croissance historique d’Ethereum rend la synchronisation d’un nouveau nœud longue et coûteuse. Après la transition vers PoS, certains champs de données sont devenus obsolètes ou redondants.

Solution : Introduire une stratégie d’expiration des données historiques et simplifier le format des reçus de transaction, permettant aux nouveaux nœuds de synchroniser plus rapidement en évitant de télécharger des données inutiles.

Importance : Réduction d’environ 530 Go de données à télécharger, rendant la participation plus accessible et renforçant la décentralisation.

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

Problème : La centralisation du séquencement (sequencer) dans Layer 2 pose problème : un seul acteur contrôle l’ordre des transactions, ce qui va à l’encontre de la décentralisation. La solution « Based Rollup » propose d’utiliser le proposeur L1 pour le séquencement, mais cela introduit un délai important.

Solution : Modifier le protocole pour que l’ordre des proposeurs futurs soit calculé à l’avance et rendu public, créant un « tableau » prévisible des ordres d’inclusion.

Importance : Permet aux passerelles Layer 2 d’anticiper et de négocier avec le proposeur, rendant le processus plus rapide et plus décentralisé, tout en conservant la sécurité.

Pourquoi Fusaka arrive-t-il au bon moment ?

Ce lancement n’est pas seulement une mise à jour technique, c’est une étape stratégique dans le contexte où Ethereum devient la principale plateforme pour les actifs financiers traditionnels via RWA et stablecoins. Ethereum supporte déjà plus de 56 % de l’offre mondiale de stablecoins, devenant la couche de règlement du dollar numérique mondial. Fusaka vise à préparer cette infrastructure pour 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 des institutions financières entraînera la création de « chaînes dédiées » pour répondre à des besoins spécifiques (KYC, conformité). Ces chaînes auront besoin d’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 permettant une expansion flexible.

• Vers une sécurité « Trillion Dollar »

Pour les institutions détenant des actifs de plusieurs milliards, la sécurité est essentielle. Fusaka, avec ses EIP, renforce cette sécurité, en éliminant les vulnérabilités potentielles, pour atteindre l’objectif de « sécurité d’un trillion de dollars ».

En résumé, Fusaka se concentre sur deux axes : scalabilité et sécurité. Avec un contexte réglementaire favorable et une forte demande de marché, cette mise à jour arrive à point nommé. Elle aidera Ethereum à consolider sa position dans la finance stable et les actifs on-chain, en passant d’un actif spéculatif à une infrastructure financière majeure.

Conclusion : Une transformation discrète mais profonde

En cette fin 2025, Fusaka, sans fanfare ni hype, insuffle une dynamique nouvelle à 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 sur Ethereum, augmentant sa capacité et sa fiabilité, pour accueillir un futur où les utilisateurs, actifs et applications seront nombreux.

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