Tout sur la prochaine mise à jour d’Ethereum Fusaka et ses 12 EIP

Ethereum continue de progresser sur sa feuille de route vers un réseau plus scalable, sécurisé et décentralisé. Le prochain grand jalon est Fusaka, une mise à jour d’infrastructure prévue pour la fin 2025, avec de fortes probabilités d’arriver en novembre. Elle vise à améliorer la disponibilité des données, optimiser les coûts pour les solutions Layer 2 et poser les bases d’innovations futures comme les Verkle Trees et les stateless clients.
Dans cet article, nous t’expliquons tout ce qu’il faut savoir sur Fusaka, pourquoi elle représente une étape clé dans l’évolution d’Ethereum et quel impact elle pourrait avoir sur les utilisateurs, les développeurs et les validateurs.
En route vers Fusaka : mises à jour précédentes
Avant d’entrer dans les détails, faisons un rapide rappel des mises à jour qui nous ont menés jusqu’ici, en suivant le plan “Lean Ethereum” :
- Merge (2022) : transition vers le Proof-of-Stake.
- Shapella (2023) : activation des retraits d’ETH en staking.
- Dencun (2024) : introduction du proto-danksharding et des blobs pour réduire les frais sur L2.
- Pectra (2025) : augmentation de la limite de staking par validateur et amélioration de l’expérience utilisateur ainsi que de la capacité des blobs.
Chacune de ces étapes rapproche Ethereum de son objectif : atteindre 10 000 TPS sans sacrifier la décentralisation ni la sécurité. Découvre la feuille de route en temps réel.
Qu’est-ce que Fusaka et pourquoi est-ce important ?
Fusaka, contraction de Fulu-Osaka, est une mise à jour visant à accroître la capacité d’Ethereum à gérer de grandes quantités de données sans compromettre la décentralisation, un point crucial pour l’écosystème des rollups et des solutions L2, responsables de la majorité des transactions actuelles sur le réseau.
Son changement principal est PeerDAS (Peer-to-Peer Data Availability Sampling), un mécanisme permettant aux nodes de vérifier la disponibilité des données des rollups par échantillonnage, sans devoir télécharger l’intégralité du bloc. Cela réduit l’utilisation de la bande passante, du stockage et du CPU, tout en posant les bases du Danksharding complet.
Fusaka propose également de quadrupler la limite de gaz de la couche 1, augmentant ainsi le throughput et optimisant la publication des lots L2. De plus, Fusaka ne modifie pas l’EVM et ne casse aucun contrat, assurant compatibilité et stabilité pour les utilisateurs et développeurs, tout en préparant l’arrivée des Verkle Trees et des stateless clients.
L’impact de la mise à jour Fusaka sur l’écosystème
- Utilisateurs : frais réduits sur L2 et accès plus fluide aux dApps, à la DeFi et aux NFTs.
- Développeurs : meilleure performance pour les rollups, vérification plus légère et contrats plus efficaces.
- Validateurs : charge de données réduite, moindre stockage requis et protection contre le spam on-chain.
- Investisseurs : renforce le rôle d’Ethereum comme couche de base du Web3, même si le prix restera influencé par des facteurs externes.
Les 12 EIP de la mise à jour Fusaka expliquées
La mise à jour Fusaka inclut 12 propositions d’amélioration (EIP) couvrant la disponibilité des données et les optimisations cryptographiques. Voici une explication détaillée :
1. EIP-7594 : PeerDAS (Peer Data Availability Sampling)
Permet aux nodes de vérifier la disponibilité des données des rollups sans télécharger tout le bloc, en utilisant un échantillonnage distribué.
Impact :
- Réduction drastique de la bande passante et du stockage.
- Permet de monter jusqu’à 128 blobs par bloc.
- Base essentielle pour le Danksharding complet.
2. EIP-7642 : Expiration de l’historique et reçus simplifiés
Supprime les données antérieures à mai 2025 pour alléger la synchronisation des nodes.
Impact :
- Économie pouvant atteindre 530 Go par node.
- Synchronisation plus rapide, utile pour les nouveaux validateurs.
3. EIP-7823 : Limite supérieure pour MODEXP
Fixe une limite de 8192 bits (1024 bytes) pour les entrées de la précompilation MODEXP.
Impact :
- Évite les erreurs de consensus avec des entrées arbitraires.
- Améliore la prévisibilité des coûts de gaz.
- Supporte des cas réels comme la vérification RSA sans surcoût.
4. EIP-7825 : Limite de gaz par transaction
Fixe une limite de 30 millions de gaz par transaction pour empêcher qu’une seule consomme tout un bloc.
Impact :
- Empêche un acteur unique de monopoliser un bloc.
- Accès plus équitable au réseau.
- Meilleure stabilité contre les congestions intentionnelles.
5. EIP-7883 : Augmentation du coût gaz de ModExp
Augmente le coût de gaz de ModExp pour mieux refléter sa consommation réelle.
Impact :
- Passe de 200 à 500 gaz minimum.
- Réduit les abus de cette précompilation.
- Renforce la sécurité contre les attaques DoS via du calcul peu coûteux.
6. EIP-7892 : Hardforks « Blob Parameter Only »
Permet d’ajuster les paramètres des blobs sans attendre une grosse mise à jour.
Impact :
- Réponse plus agile à la demande des L2.
- Plus de flexibilité pour Ethereum.
7. EIP-7917 : Proposants déterministes anticipés
Permet de calculer les epochs à l’avance pour prédire les futurs proposeurs.
Impact :
- Réduit l’incertitude dans l’attribution des blocs.
- Utile pour les préconfirmations (UX en L2).
- Meilleure gestion du MEV.
8. EIP-7918 : Prix de base des blobs lié au coût d’exécution
Fixe un prix plancher pour les blobs et le lie au coût d’exécution.
Impact :
- Plus de stabilité dans les frais sur L2.
- Évite les distorsions entre blobs et exécutions classiques.
9. EIP-7934 : Limite de taille RLP des blocs
Fixe une limite de 10 Mo pour les blocs encodés en RLP, réduisant la latence et les risques de DoS.
10. EIP-7935 : Augmentation du gas limit par défaut
Propose une augmentation du gas limit de 36M à une valeur encore à définir.
Impact :
- Autorise des contrats plus complexes.
- Risque potentiel de saturation, équilibre nécessaire.
11. EIP-7939 : Opcode CLZ (Count Leading Zeros)
Ajoute un opcode pour compter les zéros en tête dans un mot de 256 bits.
Impact :
- Réduction du coût et complexité dans Solidity.
- Diminution du gaz dans la manipulation de bits.
- Optimisation des algorithmes en ZK-proof.
- Amélioration de la compression et des calculs.
12. EIP-7951 : Précompilation pour la courbe secp256r1
Ajoute la prise en charge native de la courbe P-256, largement utilisée en sécurité.
Impact :
- Vérifie les signatures des wallets mobiles et hardware.
- Compatible avec les standards comme TLS.
- Facilite l’intégration avec des infrastructures hors crypto.
Dates prévues pour le déploiement de Fusaka
La Fondation Ethereum cible la période du 5 au 12 novembre, en lien avec le Devconnect à Buenos Aires, mais un retard jusqu’à quatre semaines est possible pour assurer qualité et compatibilité.
- Septembre à octobre : tests sur testnets publics (Sepolia et Holesky).
- Novembre : activation sur le mainnet.
Que se passera-t-il après Fusaka ?
Les mises à jour d’Ethereum continuent ! Après Fusaka, Ethereum se prépare à :
- Glamsterdam (2026) : centrée sur l’expérience utilisateur, la réduction du temps de bloc et l’optimisation de l’état.
- Verge et Purge (2026–2027) : Verkle Trees pour la vérification légère et EIP-4444 pour supprimer les données historiques, soulageant les nodes.
- Surge : déploiement du Danksharding complet avec un scaling extrême jusqu’à 100 000 TPS grâce au sampling décentralisé des données.
Fusaka n’est pas juste une mise à jour technique : c’est un pas décisif dans la course d’Ethereum pour devenir la blockchain la plus efficiente, scalable et décentralisée. En optimisant la disponibilité des données et en préparant les innovations futures comme les Verkle Trees, elle renforce son rôle de couche de règlement mondiale pour le Web3.
Rejoins notre canal Telegram pour suivre les évolutions de Fusaka et ce qui viendra ensuite. Chez Stakely, nous avons hâte de voir cela en action, et toi ?