FusakaLe nom vient de la mise à niveau de la couche d’exécutionŌsakaet version couche consensusÉtoile peulecombinaison.Cette mise à niveau devrait être activée à 21h49 UTC le 3 décembre 2025.
Cette mise à niveau comprend 12 EIP, couvrantDisponibilité des données,Capacité gaz/bloc,Optimisation de la sécurité,compatible avec les signatures,Structure des frais de transactionetc., est une mise à niveau systématique pour réaliser l’expansion L1, réduire les coûts L2, réduire les coûts des nœuds et améliorer l’expérience utilisateur.
1. Les deux objectifs principaux de Fusaka : améliorer les performances d’Ethereum et améliorer l’expérience utilisateur
Objectif 1 : Améliorer considérablement les performances sous-jacentes et l’évolutivité d’Ethereum
Mots-clés principaux :
-
Extension de la disponibilité des données
-
Charge de nœud réduite
-
Les blobs sont plus flexibles
-
Capacités d’exécution améliorées
-
Un mécanisme de consensus plus efficace et plus sécurisé
En bref : améliorer encore les performances d’Ethereum.
Objectif 2 : Améliorer l’expérience utilisateur et promouvoir l’abstraction des portefeuilles et des comptes de nouvelle génération
Mots-clés principaux :
-
Bloquer la pré-confirmation
-
Prise en charge de P-256 (signature native de l’appareil)
-
Portefeuille de mots impuissant
-
Un système de compte plus moderne
L’essentiel est le suivant : Ethereum se rapproche de l’expérience des logiciels Internet grand public.
2. Cinq changements clés à Fusaka
1. PeerDAS : Réduisez la charge de stockage des données des nœuds
PeerDAS est la nouvelle fonctionnalité principale de la mise à niveau de Fusaka. Actuellement, les nœuds Layer2 utilisent des blobs (un type de données temporaire) pour publier des données sur Ethereum.Avant la mise à niveau de Fusaka, chaque nœud complet devait stocker chaque blob pour garantir l’existence des données.À mesure que le débit du blob augmente, le téléchargement de toutes ces données devient extrêmement gourmand en ressources et devient écrasant pour le nœud.
PeerDAS utilise l’échantillonnage de disponibilité des données, de sorte que chaque nœud n’a pas besoin de stocker tous les blocs de données, mais seulement une partie des blocs de données.Afin de garantir la disponibilité des données, n’importe quelle partie des données peut être reconstruite à partir de 50 % des données existantes.La méthode de reconstruction peut réduire la probabilité de données incorrectes ou manquantes à un niveau cryptographiquement négligeable.
Le principe de mise en œuvre de PeerDAS : appliquer un codage d’effacement de style Reed-Solomon aux données blob.Dans le domaine traditionnel, les DVD utilisent également la même technologie d’encodage : même si le disque DVD est rayé, le lecteur peut toujours le lire ; il existe également des codes QR, même si une partie est bloquée, l’information complète peut toujours être reconnue.
Par conséquent, grâce à la solution PeerDAS, il peut non seulement garantir que les exigences en matière de matériel et de bande passante des nœuds se situent dans une plage acceptable, mais également réaliser une expansion du blob, permettant ainsi d’entreprendre une couche 2 de plus en plus grande à moindre coût.
2. Augmentez de manière élastique le nombre de blobs à la demande : adaptez-vous à l’évolution des besoins en données L2
Afin de coordonner une mise à niveau cohérente de tous les logiciels de nœuds, clients et validateurs, qui doit être effectuée étape par étape, un mécanisme pour les forks à paramètres blob uniquement a été introduit pour s’adapter plus rapidement aux besoins changeants des blobs de couche 2.
Lorsque les blobs ont été ajoutés pour la première fois au réseau lors de la mise à niveau de Dencun, ils étaient 3 (max 6), puis augmentés à 6 (max 9) dans la mise à niveau Pectra, et après Fusaka, ils pourront être ajoutés à un rythme durable sans avoir besoin d’une autre mise à niveau majeure du réseau.
3. Prise en charge de l’expiration des enregistrements historiques : réduisez les coûts des nœuds
Afin de réduire l’espace disque requis par les opérateurs de nœuds à mesure qu’Ethereum continue de croître, les clients doivent commencer à prendre en charge la fonction d’expiration partielle de l’historique.En fait, le client peut déjà implémenter cette fonction en temps réel à tout moment, mais c’est justement en profitant de cette mise à niveau qu’elle est clairement incluse dans la to-do list.
4. Mettre en œuvre la pré-confirmation de bloc à l’avance : accélérer la confirmation des transactions
Avec EIP7917, la chaîne de balises sera capable de détecter le proposant de bloc de la prochaine époque.Savoir à l’avance quels validateurs proposeront les futurs blocs permet une pré-confirmation.Un engagement est pris avec l’initiateur d’un bloc à venir qui garantit que les transactions utilisateur seront incluses dans ce bloc sans attendre la génération du bloc réel.
Cette fonctionnalité profite à la mise en œuvre du client et à la sécurité du réseau, car elle évite les cas particuliers tels que les validateurs manipulant les calendriers des proposants.De plus, les capacités d’anticipation réduisent la complexité de mise en œuvre.
5. Signature native P-256 : Ethereum s’aligne directement sur 5 milliards d’appareils mobiles
Introduit un vérificateur de signature secp256r1 (P-256) intégré de type clé d’accès aux adresses fixes, qui est l’algorithme de signature natif utilisé par Apple/Android/FIDO2/WebAuthn et d’autres systèmes.
Pour les utilisateurs, cette mise à niveau déverrouille la signature native de l’appareil et les fonctions de clé de transmission.Le portefeuille offre un accès direct à Apple Secure Enclave, Android Keystore, Hardware Security Module (HSM) et FIDO2/WebAuthn : aucune phrase mnémonique requise, un processus d’inscription plus fluide et une expérience d’authentification multifacteur comparable aux applications modernes.Cela se traduira par une meilleure expérience utilisateur, une récupération de compte plus facile et des modèles d’abstraction de compte qui correspondent aux capacités existantes de milliards d’appareils.
Pour les développeurs, il accepte 160 octets d’entrée et renvoie 32 octets de sortie, ce qui facilite grandement le portage des bibliothèques existantes et des contrats L2.Il comprend des vérifications de comparaison point à l’infini et modulo sous le capot pour éliminer les cas extrêmes délicats sans casser les appelants valides.
3. L’impact à long terme de la mise à niveau de Fusaka sur l’écosystème Ethereum
1. Impact sur L2 : L’expansion des capacités entre dans la deuxième courbe.Avec une quantité de PeerDAS et de Blob augmentant à la demande et un mécanisme de frais de données plus équitable,Les goulots d’étranglement de disponibilité des données sont résolus,Fusaka a accéléré la baisse des coûts de L2.
2. Impact sur les nœuds : les coûts d’exploitation continuent de diminuer.Les besoins de stockage sont réduits et les temps de synchronisation sont raccourcis, réduisant ainsi les coûts d’exploitation.Dans le même temps, à long terme, cela peut garantir la participation durable des nœuds matériels faibles, garantissant ainsi la décentralisation continue du réseau.
3. Impact sur DApp : une logique en chaîne plus complexe devient possible.Des codes d’opérations mathématiques plus efficaces et des calendriers de propositions de blocs plus prévisibles sont susceptibles de promouvoir des AMM hautes performances, des protocoles dérivés plus complexes et des applications entièrement en chaîne.
4. Impact sur les utilisateurs ordinaires : Enfin, la blockchain peut être utilisée comme le Web2.La signature P-256 signifie : aucun mot mnémonique n’est requis, le téléphone mobile est un portefeuille, une connexion plus pratique, une récupération plus simple et une intégration naturelle de la vérification multifactorielle.Il s’agit d’un changement révolutionnaire dans l’expérience utilisateur et d’une des conditions nécessaires pour inciter 1 milliard d’utilisateurs à rejoindre la chaîne.
4. Résumé : Fusaka est un lien clé vers DankSharding et l’adoption à grande échelle par les utilisateurs
Dencun a ouvert l’ère Blob (Proto-DankSharding), Pectra a optimisé l’exécution et l’impact de l’EIP-4844, et Fusaka a fait franchir à Ethereum une étape clé dans la direction de « l’expansion durable + le mobile d’abord ».
TLDR :
Cette mise à niveau comprendra 12 EIP, dont principalement :
EIP-7594 : utilisez PeerDAS pour réduire la charge de stockage des données des nœuds
Il s’agit d’une base essentielle pour étendre la capacité de données d’Ethereum. PeerDAS a construit l’infrastructure nécessaire à la mise en œuvre de Danksharding. Les futures mises à niveau devraient augmenter le débit de données de 375 Ko/s à plusieurs Mo/s ; et implémentez directement l’expansion de la couche 2, permettant aux nœuds de traiter efficacement davantage de données sans surcharger un seul participant.
EIP-7642 : lancement de la fonction d’expiration de l’historique pour réduire l’espace disque requis par les nœuds
Cela revient à changer la façon dont les reçus sont traités, à supprimer les anciennes données des synchronisations de nœuds, économisant ainsi environ 530 Go de bande passante lors des synchronisations.
EIP-7823 : définissez la limite supérieure de MODEXP pour éviter les vulnérabilités de consensus
Cela limite chaque longueur d’entrée de la précompilation cryptographique MODEXP à 1 024 octets. MODEXP a été une source de vulnérabilités consensuelles en raison de la longueur d’entrée auparavant illimitée.En fixant des limites pratiques qui couvrent tous les scénarios d’application réels, la portée des tests est réduite, ouvrant la voie à un remplacement futur par un code EVM plus efficace.
EIP-7825 : introduction d’une limite de gaz de transaction pour empêcher une seule transaction de consommer la majeure partie de l’espace de bloc
Cette décision introduit un plafond de 167777216 gaz pour une seule transaction, empêchant toute transaction unique de consommer la majeure partie de l’espace du bloc.Cela garantit une répartition plus équitable de l’espace de bloc, améliorant ainsi la stabilité du réseau et la défense contre les attaques DoS, et permettant des temps de vérification de bloc plus prévisibles.
EIP-7883 : Augmenter le coût de la précompilation chiffrée ModExp pour éviter d’éventuelles attaques par déni de service dues à une sous-tarification
Pour résoudre le problème des opérations de sous-tarification, le coût de la précompilation cryptographique ModExp a été augmenté. Le coût minimum passe de 200 gaz à 500 gaz, et le coût double pour les entrées volumineuses de plus de 32 octets.Améliorez la durabilité économique du réseau en garantissant que les précompilateurs cryptographiques sont tarifés de manière appropriée et évitez les attaques potentielles par déni de service causées par une sous-tarification.
EIP-7892 : prise en charge de l’augmentation élastique du nombre de blobs à la demande pour s’adapter aux besoins changeants de la couche 2
Ajustez les paramètres de stockage des objets blob en créant un nouveau processus léger.Ethereum n’a pas besoin d’attendre une mise à niveau majeure pour apporter des ajustements plus petits et plus fréquents à la capacité des blob afin de s’adapter aux besoins changeants de la couche 2.
EIP-7917 : mettre en œuvre la pré-confirmation de bloc et améliorer la prévisibilité de la séquence de transactions
Actuellement, les validateurs n’ont aucun moyen de savoir qui proposera un bloc avant le début de la prochaine époque, ce qui introduit une incertitude dans les protocoles d’atténuation et de pré-confirmation du MEV.Ce changement précalcule et stocke les calendriers des proposants pour les époques futures, les rendant déterministes et accessibles aux applications.
EIP-7918 : adressez-vous au marché des frais forfaitaires en introduisant des frais de base blob liés aux coûts d’exécution
Ce système résout le problème du marché des frais forfaitaires en introduisant des prix de réserve liés aux coûts d’exécution. Cela empêche le marché des frais forfaitaires d’échouer à 1 wei lorsque le coût d’exécution du deuxième niveau est bien supérieur au coût du bloc.
Ceci est essentiel pour L2, car il permet de garantir que la tarification durable des objets blob reflète les coûts réels et de maintenir une découverte efficace des prix à mesure que l’utilisation de L2 évolue.
EIP-7934 : limiter les blocs d’exécution RLP à un maximum de 10 Mo pour éviter l’instabilité du réseau et les attaques par déni de service
Actuellement, la taille des blocs peut être très grande, ce qui ralentit la propagation du réseau et augmente le risque de forks temporaires. Cette limite garantit que la taille des blocs reste dans une plage raisonnable que le réseau peut traiter et propager efficacement.Cette décision améliore la fiabilité du réseau et réduit le risque de forks temporaires, ce qui se traduit par des délais de confirmation des transactions plus stables.
EIP-7935 : augmentez la limite de gaz par défaut à 60 M pour étendre les capacités d’exécution L1
La proposition propose d’augmenter la limite de gaz de 36M à 60M pour étendre les capacités d’exécution L1. Bien que ce changement ne nécessite pas de hard fork (le plafond 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 de calcul élevées.Par conséquent, l’inclusion de cet EIP dans le hard fork garantit que ce travail est priorisé et poursuivi.
Il s’agit du moyen le plus direct d’étendre les capacités d’exécution L1 en augmentant directement le débit global du réseau en autorisant davantage de calculs par bloc de données.
EIP-7939 : ajoutez l’opcode CLZ pour rendre les calculs en chaîne plus efficaces
Cette mise à jour ajoute un nouvel opcode CLZ (Count Leading Zeros) à l’EVM pour compter efficacement le nombre de zéros au début d’un nombre de 256 bits. Il peut réduire considérablement le coût en gaz des opérations mathématiques qui nécessitent des opérations sur bits, améliorer l’efficacité informatique et permettre des calculs en chaîne plus complexes ;cela peut permettre des opérations mathématiques moins chères et plus efficaces, bénéficiant aux protocoles DeFi, aux applications de jeux et à tous les contrats nécessitant des calculs mathématiques complexes.
EIP-7951 : ajout de la prise en charge précompilée de la courbe 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 la signature, mais de nombreux appareils et systèmes utilisent secp256r1.Cette mise à jour permet à Ethereum de vérifier les signatures des iPhones, des téléphones Android, des portefeuilles matériels et d’autres systèmes utilisant cette courbe standard, ce qui facilite l’intégration à l’infrastructure existante.
jakiro
