La prochaine mise à jour majeure d'Ethereum, "Fusaka", sera mise en ligne dans moins de 48 heures. J'ai lu les 13 EIP qui seront inclus, pour que vous n'ayez pas à le faire. Voici donc 13 tweets (avec des diagrammes) pour expliquer les 13 mises à jour en termes simples : 🧵

1/ EIP-7594 : PeerDAS PeerDAS permet de mettre à l'échelle les blobs - le type de données que les L2 utilisent pour publier des lots de transactions sur Ethereum. Il introduit le "sampling" - chaque nœud ne stocke qu'une partie des données de blob au lieu de toutes. Cela permet à Ethereum d'augmenter la capacité de blob par bloc sans avoir besoin de nœuds plus gros.

2/ EIP-7892 - Forks uniquement avec paramètres de blob (BPO) Les forks BPO permettent à Ethereum d'augmenter le nombre de blobs par bloc au fil du temps sans nécessiter de hard fork. La capacité de blob doublera après un mois et augmentera progressivement au fil du temps de 6 par bloc -> 128 par bloc.

3/ EIP-7918 - Réglage du prix de base des blobs Le prix des blobs aujourd'hui est trop bas - généralement 1 wei. C'est parce que les L2 arrêtent de publier des blobs lorsque les frais de gaz L1 sont élevés - et Ethereum réduit alors les coûts des blobs de manière inutile. Cet EIP le corrige avec un prix de réserve pour les blobs lié aux coûts de gaz L1.

4/ EIP-7935 - limite de gaz par défaut de 60M Des limites de gaz plus élevées sur Ethereum signifient plus de place pour plus de transactions par bloc. Un débit plus élevé → plus de TPS → moins de congestion → des frais de gaz moins chers. Cette mise à niveau est en fait déjà en ligne !

5/ EIP-7642 - Avis d'expiration de l'historique Les nœuds Ethereum maintenant : • Annoncent la plage de blocs qu'ils servent • Envoient des mises à jour lorsque leur fenêtre d'historique change • Suppriment le bloom des reçus (économie de >500 Go par synchronisation) Synchronisation plus rapide, plus légère et plus intelligente pour les nœuds Ethereum.

6/ EIP-7951 - précompilation secp256r1 (P-256) Ajoute un support natif pour le même système de signature utilisé par les iPhones, les Androids et la plupart des appareils modernes à Ethereum. Cela rend possibles de nouvelles expériences de portefeuille ; telles que des portefeuilles Face ID qui offrent des expériences utilisateur similaires à Apple Pay.

7/ EIP-7917 - Anticipation déterministe du proposeur Ethereum détermine désormais à l'avance qui sera le prochain proposeur de bloc - permettant des pré-confirmations fiables sur le L1. Les utilisateurs sur L1 peuvent désormais obtenir une confirmation de transaction *instantanée* grâce aux garanties du prochain proposeur de bloc.

8/ EIP-7825 : Limite de gaz pour les transactions Aujourd'hui, une seule transaction peut utiliser tout le gaz d'un bloc. Cet EIP limite toute transaction unique à ~16,7M de gaz. C'est une opportunité facile pour améliorer la résilience d'Ethereum contre les attaques DoS (spam).

9/ EIP-7934 Limite de taille de bloc d'exécution RLP Ajoute une limite stricte au niveau du protocole sur la taille maximale d'un bloc - à 10 Mo. Cela ajoute une autre couche de défense contre les attaques DoS en empêchant les acteurs malveillants de générer des blocs exceptionnellement grands.

10/ EIP-7910 : méthode JSON-RPC eth_config Ajoute une nouvelle méthode RPC pour que les nœuds exposent le hard fork d'Ethereum qu'ils exploitent. Cela prévient les échecs de consensus évitables - en donnant à Ethereum un moyen fiable de vérifier que tous les nœuds sont correctement configurés pour le prochain fork.

11/ EIP-7939 : opcode de comptage des zéros de tête (CLZ) Ajoute un nouvel opcode, clz, qui compte le nombre de bits zéro de tête dans une valeur de 256 bits. En pratique, cela signifie : • Exécution de contrat moins coûteuse • Bytecode plus petit • Coûts de preuve ZK réduits

12/ EIP-7823 : Définir des limites supérieures pour MODEXP MODEXP (exponentiation modulaire), un précompilé utilisé pour vérifier les signatures, a été l'un des précompilés les plus sujets aux bugs d'Ethereum car il accepte des tailles d'entrée illimitées. Cela ajoute une limite stricte : chaque champ d'entrée peut faire au maximum 8192 bits.

13/ EIP-7883 : Augmentation du coût en gaz de MODEXP Le même précompilé modexp dont nous venons de parler est également actuellement sous-évalué - les attaquants peuvent le faire consommer d'énormes ressources pour très peu de gaz. Cet EIP augmente les coûts en gaz de modexp pour refléter correctement le travail qu'il nécessite.