Alerte Lancement de Fusaka : La Mise à Jour la Plus Importante d’Ethereum à ce Jour
La prochaine mise à jour majeure du réseau Ethereum, Fusaka, est officiellement programmée pour le 3 décembre 2025 à 21:49:11 UTC. Cette mise à jour est conçue pour améliorer la disponibilité des données, optimiser les coûts de gas et renforcer la sécurité du réseau.
Les développeurs d'Ethereum travaillent sur Fusaka depuis des mois, intégrant plusieurs propositions d'amélioration (EIP) qui affineront les couches de consensus et d'exécution.
Un changement majeur provient de l'implémentation des blobs à code d'effacement. Chaque blob est divisé en sous-réseaux, chaque nœud stockant un huitième des données et les distribuant à la demande.
Le protocole PeerDAS limite initialement les blocs à 10 blobs pour éviter la surcharge du réseau, avec des plans pour augmenter à 14 et finalement 48 blobs par bloc via des hardforks BPO (Blob-Parameter Only). Les nœuds qui ne fournissent pas les données demandées sont effectivement blacklistés, garantissant la fiabilité du réseau.
Améliorations de la Sécurité d'Ethereum Contre les Attaques DoS
Fusaka propose l'EIP-7917, qui corrige un problème historique de la Beacon Chain d'Ethereum. Ce problème survenait lorsque les planifications des proposeurs variaient si les enjeux d'un validateur changeaient de plus de 1 ETH.
Cette mise à jour maintiendra désormais la planification des proposeurs dans l'état de la blockchain deux époques à l'avance. Cela permettra aux smart contracts de valider les informations des proposeurs via des preuves Merkle. Cela devrait améliorer l'intégrité des protocoles de pré-confirmation.
Les améliorations de sécurité concernent également les aspects cryptographiques. Désormais, Ethereum permettra l'utilisation de la courbe elliptique secp256r1, en plus de secp256k1. Cela améliorera l'utilisation des portefeuilles matériels et la sécurité de l'authentification multi-facteurs.
Améliorations de la Sécurité Contre les Attaques DoS
Plusieurs EIP liés à Fusaka concernent l'ajustement des prix du gas et des limites d'utilisation des ressources. Cela inclut l'EIP-7883, qui augmente le coût du "modeXP precompile", et un autre intitulé "Precompile limits: restrict 1024 bytes for operands", qui vise à sécuriser contre les attaques DoS en fixant une limite de 1024 octets.
Cette proposition, l'EIP-7934, introduit une limitation de 8 MiB sur les blocs de la couche d'exécution pour garantir une propagation efficace sur le réseau P2P, évitant ainsi les attaques par "blocs surdimensionnés".
Il y a également d'autres petites optimisations, comme l'ajout de BPO pour les mises à jour de blobs (EIP-7892), la suppression des données obsolètes des messages P2P pour économiser la bande passante (EIP-7642), l'ajout d'une nouvelle fonction JSON-RPC eth_config pour le suivi des clients (EIP-7910), et l'augmentation des limites de gas des validateurs à 60m (EIP-7935).
Traduit par PhantomByte7
