Le nom Fusaka provient d'une combinaison entre la mise à niveau de la couche d'exécution Osaka et la version de la couche de consensus Fula Star. Cette mise à niveau devrait être activée le 3 décembre 2025 à 21:49 UTC.
Cette mise à niveau comprend 12 EIPs, couvrant la disponibilité des données, la capacité Gas/block, l'optimisation de la sécurité, la compatibilité des signatures, la structure des frais de transaction, etc. Il s'agit d'une mise à niveau systématique visant à augmenter la capacité de la couche L1, réduire les coûts de la couche L2, diminuer les coûts des nœuds et améliorer l'expérience utilisateur.
I. Les deux objectifs principaux de Fusaka : améliorer la performance d'Ethereum et renforcer l'expérience utilisateur.
Objectif 1 : Améliorer significativement les performances sous-jacentes et la scalabilité d'Ethereum.
Mots-clés principaux :
-
Expansion de la disponibilité des données
-
Réduction de la charge des nœuds
-
Blob plus flexible
-
Capacités d'exécution améliorées
-
Un mécanisme de consensus plus efficace et sécurisé
En bref : améliorer davantage les performances d'Ethereum.
Objectif 2 : Renforcer l'expérience utilisateur et favoriser la prochaine génération d'abstraction de portefeuille et de compte.
Mots-clés principaux :
-
Préconfirmation des blocs
-
Prise en charge de P-256 (signature native des appareils)
-
Portefeuille mnémotechnique
-
Un système de compte plus moderne
Essentiellement, Ethereum se rapproche de l'expérience des logiciels internet grand public.
II. Cinq changements clés dans Fusaka
1. PeerDAS : Réduction de la charge de stockage des données sur les nœuds
PeerDAS est une nouvelle fonctionnalité essentielle de la mise à niveau Fusaka. Actuellement, les nœuds de la couche 2 utilisent des blobs (un type de données temporaire) pour publier des données sur Ethereum. Avant la mise à niveau Fusaka, chaque nœud complet devait stocker chaque blob afin de garantir l'existence des données. À mesure que le débit des blobs augmente, télécharger toutes ces données devient extrêmement gourmand en ressources, rendant la gestion difficile pour les nœuds.
PeerDAS utilise un schéma d'échantillonnage de disponibilité des données, permettant à chaque nœud de ne stocker qu'un sous-ensemble de blocs de données au lieu de l'ensemble du jeu de données. Pour assurer la disponibilité des données, tout sous-ensemble de données peut être reconstruit à partir de 50 % des données existantes, réduisant la probabilité d'erreurs ou de données manquantes à un niveau négligeable cryptographiquement.
PeerDAS fonctionne en appliquant le codage d'effacement Reed-Solomon aux données des blobs. Dans les applications traditionnelles, les DVD utilisent la même technologie de codage : même avec des rayures, le lecteur peut toujours lire le disque ; de même, les codes QR peuvent encore être entièrement reconnus même lorsqu'ils sont partiellement obstrués.
Par conséquent, la solution PeerDAS peut garantir que les besoins matériels et en bande passante des nœuds restent dans une plage acceptable, tout en permettant l'expansion des blobs, ce qui soutient davantage de nœuds Layer2 à plus grande échelle et à moindre coût.
2. Augmenter de manière flexible le nombre de blobs selon les besoins : s'adapter aux exigences de données en constante évolution de Layer2.
Pour garantir des mises à jour cohérentes sur tous les nœuds, clients et logiciels de validation, une approche progressive est nécessaire. Pour s'adapter plus rapidement aux exigences changeantes des blocs de données Layer2, un mécanisme de forks uniquement pour les paramètres des blobs est introduit.
Lorsque les blobs ont été ajoutés pour la première fois au réseau lors de la mise à niveau Dencun, il y en avait 3 (max 6), ce nombre ayant été ensuite porté à 6 (max 9) lors de la mise à niveau Pectra. Après Fusaka, ils peuvent être ajoutés à un rythme durable sans nécessiter de mises à niveau majeures du réseau.
3. Prise en charge de l'expiration des enregistrements historiques : réduction des coûts des nœuds.
Pour réduire l'espace disque requis par les opérateurs de nœuds pendant la croissance continue d'Ethereum, il est demandé aux clients de commencer à prendre en charge l'expiration de certains enregistrements historiques. En réalité, les clients ont déjà cette fonction activée en temps réel ; cette mise à jour l'ajoute simplement à la liste des tâches.
4. Pré-confirmation des blocs : permet une confirmation plus rapide des transactions.
Grâce à l'EIP7917, la Beacon Chain pourra identifier à l'avance les proposeurs de blocs pour la prochaine époque. Le fait de savoir à l'avance quels validateurs proposeront les futurs blocs permet la pré-confirmation. Un engagement peut être pris avec le futur proposeur de bloc pour garantir que les transactions des utilisateurs seront incluses dans ce bloc, sans attendre que le bloc réel soit généré.
Cette fonctionnalité bénéficie à la mise en œuvre des clients et à la sécurité du réseau, car elle empêche des situations extrêmes telles que la manipulation de la programmation des proposeurs par les validateurs. De plus, la fonctionnalité d'anticipation réduit la complexité de la mise en œuvre.
5. Signature native P-256 : Ethereum s'aligne directement avec 5 milliards d'appareils mobiles.
Un vérificateur de signature secp256r1 (P-256) intégré, semblable à une clé de passe, est introduit à une adresse fixe. Il s'agit de l'algorithme de signature natif utilisé par des systèmes tels que Apple, Android, FIDO2 et WebAuthn.
Pour les utilisateurs, cette mise à niveau débloque la signature native des appareils et la fonctionnalité de clé de passe. Les portefeuilles peuvent accéder directement au Secure Vault d'Apple, au Keystore d'Android, au module de sécurité matériel (HSM) et à FIDO2/WebAuthn — sans phrase mnémonique requise, offrant un processus d'inscription plus fluide et une expérience d'authentification multifactorielle comparable aux applications modernes. Cela aboutira à une meilleure expérience utilisateur, à des méthodes de récupération de compte plus pratiques et à un modèle d'abstraction de compte correspondant aux fonctionnalités existantes de milliards d'appareils.
Pour les développeurs, il accepte une entrée de 160 octets et retourne une sortie de 32 octets, ce qui facilite grandement le portage des bibliothèques existantes et des contrats L2. Son implémentation sous-jacente inclut des pointeurs à l'infini et des vérifications de comparaison modulo pour éliminer les cas limites compliqués sans interrompre les appels valides.
III. L'impact à long terme de la mise à niveau Fusaka sur l'écosystème Ethereum
1. Impact sur L2 : L'expansion entre dans la deuxième courbe. Grâce à PeerDAS et à l'augmentation à la demande du nombre de Blobs, ainsi qu'à un mécanisme de tarification des données plus équitable, le goulot d'étranglement de la disponibilité des données a été résolu, et Fusaka a accéléré la diminution des coûts sur L2.
2. Impact sur les nœuds : Les coûts d'exploitation continuent de diminuer. La réduction des exigences de stockage et des temps de synchronisation plus courts abaissent les coûts d'exploitation. De plus, à long terme, cela garantit la participation continue des nœuds avec un matériel moins performant, assurant ainsi la décentralisation continue du réseau.
3. Impact sur les DApps : Une logique on-chain plus complexe devient possible. Des opcodes mathématiques plus efficaces et des calendriers de proposition de blocs plus prévisibles peuvent encourager des AMM haute performance, des protocoles dérivatifs plus complexes et des applications entièrement on-chain.
4. Impact sur les utilisateurs ordinaires : Enfin, ils peuvent utiliser la blockchain comme le Web2. Les signatures P-256 signifient qu’il n’est plus nécessaire d’avoir des phrases mnémoniques, les téléphones mobiles peuvent être utilisés comme portefeuilles, la connexion est plus pratique, la récupération est simplifiée et l’authentification multifactorielle est naturellement intégrée. C’est un changement révolutionnaire dans l’expérience utilisateur et l’une des conditions nécessaires pour attirer 1 milliard d’utilisateurs vers la blockchain.
IV. Conclusion : Fusaka est une étape clé vers le DankSharding et l’adoption à grande échelle des utilisateurs.
Dencun inaugure l’ère du Blob (Proto-Dank Sharding), Pectra optimise l’exécution et impacte l’EIP-4844, tandis que Fusaka permet à Ethereum de franchir une étape décisive vers un « scalabilité durable + priorité au mobile ».
TLDR :
Cette mise à jour intégrera 12 EIPs, notamment :
EIP-7594 : Utilise PeerDAS pour réduire la charge de stockage des données sur les nœuds.
Ceci constitue une base essentielle pour l’expansion de la capacité de données d’Ethereum. PeerDAS a construit l’infrastructure nécessaire à la mise en œuvre du DankSharding, et les futures mises à jour devraient permettre d’augmenter le débit de données de 375 kb/s à plusieurs Mo/s. Il met également en œuvre directement la mise à l'échelle de Layer 2, permettant aux nœuds de traiter plus de données efficacement sans surcharger les participants individuels.
EIP-7642 : Introduit la fonction d’expiration de l’historique pour réduire l’espace disque requis par les nœuds.
Cela revient à modifier la façon dont les reçus sont traités, en supprimant les anciennes données de la synchronisation des nœuds, ce qui permet d’économiser environ 530 Go de bande passante lors de la synchronisation.
EIP-7823 : Définit une limite supérieure pour MODEXP afin d’éviter les vulnérabilités de consensus.
Cela limite la longueur de chaque entrée à 1024 octets pour le code précompilé cryptographique MODEXP. Auparavant, MODEXP constituait une source de vulnérabilités de consensus en raison de sa longueur d’entrée illimitée. En fixant des limites pratiques couvrant tous les scénarios d’application du monde réel, le champ d’essai est réduit, ouvrant la voie à un remplacement futur par un code EVM plus efficace.
EIP-7825 : Introduit un plafond de gaz pour les transactions afin d’éviter qu’une seule transaction ne consomme la majeure partie de l’espace du bloc.
Cette mesure introduit un plafond de gaz de 167 777 216 par transaction, empêchant toute transaction unique de consommer la majeure partie de l’espace du bloc. Cela garantit une allocation plus équitable de l’espace de bloc, améliorant ainsi la stabilité du réseau et la capacité de défense contre les attaques de type DoS, tout en permettant des temps de vérification des blocs plus prévisibles.
EIP-7883 : Augmente le coût en gaz du code précompilé cryptographique ModExp pour prévenir les potentielles attaques par déni de service dues à des prix excessivement bas.
Pour remédier au problème des prix excessivement bas pour les opérations, le coût en gaz des précompilations cryptographiques ModExp a été augmenté. Le coût minimum est passé de 200 gaz à 500 gaz, et le coût double pour les entrées importantes dépassant 32 octets. Cela garantit des prix raisonnables pour les précompilations cryptographiques, améliore la durabilité économique du réseau et prévient les potentielles attaques par déni de service causées par des prix trop faibles.
EIP-7892 : Permet un ajustement élastique à la demande du nombre de blobs pour s'adapter aux besoins changeants de la couche 2.
Ethereum peut ajuster plus fréquemment les paramètres de stockage des blobs en créant un nouveau processus léger. Cela permet des ajustements mineurs de la capacité des blobs pour répondre aux besoins changeants de la couche 2 sans attendre des mises à jour majeures.
EIP-7917 : Active la pré-confirmation des blocs, améliorant la prévisibilité de l'ordre des transactions.
Actuellement, les validateurs ne peuvent pas savoir qui proposera les blocs avant le début de l'époque suivante, ce qui introduit une incertitude dans l'atténuation du MEV et le protocole de pré-accusé de réception. Ce changement pré-calcule et stocke le calendrier des proposeurs pour les époques futures, le rendant déterministe et accessible aux applications.
EIP-7918 : Introduit une redevance de base pour les blobs liée aux coûts d'exécution, traitant ainsi le problème de marché des frais de bloc de données.
Cette solution répond au problème de marché des frais de bloc en introduisant un prix de réserve lié aux coûts d'exécution. Cela empêche l'échec du marché des frais de blocs à 1 wei lorsque le coût d'exécution de la couche 2 est significativement plus élevé que le coût du bloc.
Ceci est crucial pour L2, garantissant que le prix durable des blobs reflète les coûts réels et maintient une découverte efficace des prix à mesure que l'utilisation de la couche 2 augmente.
EIP-7934 : Limite la taille maximale du bloc d'exécution RLP à 10 Mo pour prévenir l'instabilité du réseau et les attaques par déni de service.
Actuellement, les tailles de blocs peuvent être très grandes, ce qui ralentit la propagation du réseau et augmente le risque de forks temporaires. Cette limitation garantit que les tailles de blocs restent dans une plage raisonnable que le réseau peut traiter et propager efficacement. Cela améliore la fiabilité du réseau, réduit le risque de forks temporaires et permet ainsi d'obtenir des temps de confirmation des transactions plus stables.
EIP-7935 : Augmente la limite de consommation de gaz par défaut à 60M pour étendre les capacités d'exécution du L1.
La proposition suggère d'augmenter la limite de gaz de 36M à 60M pour étendre la capacité d'exécution du L1. Bien que ce changement ne nécessite pas de hard fork (la limite de gaz est un paramètre choisi par les validateurs), des tests approfondis sont nécessaires pour garantir la stabilité du réseau sous des charges computationnelles élevées. Par conséquent, inclure cet EIP dans un hard fork garantit que ce travail est priorisé et se poursuit.
En permettant à chaque bloc de données d'effectuer plus de calculs, le débit global du réseau est directement amélioré, ce qui est la manière la plus directe d'étendre les capacités d'exécution du L1.
EIP-7939 : Ajout de l'opcode CLZ pour rendre les calculs en chaîne plus efficaces.
Cette mise à jour ajoute un nouvel opcode CLZ (Calculer les Zéros en Tête) à l'EVM pour calculer efficacement le nombre de zéros en tête dans un nombre de 256 bits. Cela réduit de manière significative le coût en gaz des opérations mathématiques nécessitant une manipulation de bits, améliore l'efficacité computationnelle et permet des calculs plus complexes en chaîne. Cela permet des opérations mathématiques moins coûteuses et plus efficaces, au bénéfice des protocoles DeFi, des applications de jeux et de tout contrat nécessitant des calculs mathématiques complexes.
EIP-7951 : Ajoute la prise en charge des courbes précompilées secp256r1 pour améliorer l'expérience utilisateur.
Cette mise à jour ajoute la prise en charge de la courbe cryptographique largement utilisée secp256r1 (également connue sous le nom de P-256) à Ethereum. Actuellement, Ethereum ne prend en charge que la courbe secp256k1 pour les signatures, mais de nombreux appareils et systèmes utilisent secp256r1. Cette mise à jour permet à Ethereum de vérifier les signatures provenant d'iPhones, de téléphones Android, de portefeuilles matériels et d'autres systèmes utilisant cette courbe standard, facilitant ainsi l'intégration avec les infrastructures existantes.