Analyse détaillée
1. Mise à jour Fusaka déployée (8 décembre 2025)
Résumé : Le hard fork Fusaka, 17ᵉ mise à jour majeure d’Ethereum, est désormais actif sur le réseau principal. Son élément central est Peer Data Availability Sampling (PeerDAS, EIP-7594), qui modifie la manière dont les validateurs gèrent les données. Pour les utilisateurs, cela signifie que les réseaux Layer-2 (comme Arbitrum ou Optimism) peuvent traiter les transactions de façon beaucoup plus économique et efficace.
Cette mise à jour officialise un calendrier semestriel de hard forks. Parmi les changements techniques clés, on note l’augmentation de la cible de blobs par bloc à 14 (maximum 21), l’instauration d’une taxe de base minimale sur les blobs pour stabiliser les coûts, ainsi que le support de la courbe elliptique secp256r1 pour une meilleure compatibilité avec les appareils. Un nouvel opcode (EIP-7939) est également introduit pour améliorer l’efficacité des preuves à divulgation nulle de connaissance (zero-knowledge proofs).
Ce que cela signifie : C’est une bonne nouvelle pour Ethereum car cela rend l’utilisation des rollups et des applications décentralisées (dApps) nettement plus rapide et moins coûteuse pour les utilisateurs finaux. Le réseau peut gérer plus d’activité sans congestion, renforçant ainsi sa position de couche de règlement principale. (Source)
2. Geth ajoute la configuration du fork Amsterdam (26 septembre 2025)
Résumé : Un commit dans le dépôt go-ethereum a ajouté « Amsterdam » comme option de configuration pour un fork. Il s’agit d’une préparation pour la mise à jour Glamsterdam, qui combine les améliorations Amsterdam (couche d’exécution) et Gloas (couche de consensus).
Ce commit fait partie du travail de développement continu où les développeurs intègrent les paramètres des futures mises à jour dans le logiciel client principal, garantissant une transition fluide lors de l’activation du hard fork.
Ce que cela signifie : Cette étape est neutre pour Ethereum car il s’agit d’une procédure standard de développement, mais elle témoigne d’une forte dynamique. Elle montre que l’équipe centrale construit activement l’infrastructure pour la prochaine vague d’améliorations, visant à décentraliser davantage la production de blocs et à augmenter l’efficacité des transactions. (Source)
3. Augmentation de la limite de gaz par défaut des clients (30 juin 2025)
Résumé : Suite à une recommandation d’ethPandaOps, les dernières versions des principaux clients d’exécution — Geth et Nethermind — adoptent désormais une limite de gaz par défaut de 45 millions, contre 30 millions auparavant. Cette modification permet à chaque bloc de contenir plus de transactions ou d’opérations complexes, augmentant ainsi la capacité du réseau.
Cette mise à jour vise à optimiser l’utilisation de l’espace dans les blocs et à améliorer l’efficacité du réseau sans compromettre la sécurité.
Ce que cela signifie : C’est positif pour Ethereum car cela augmente directement la capacité du réseau, ce qui peut aider à réduire la congestion et la volatilité des frais de gaz lors des pics de demande. Cela améliore l’expérience des utilisateurs et des développeurs sur le réseau principal. (Source)
Conclusion
Le code d’Ethereum est en pleine évolution rapide et structurée, passant de la mise à jour Fusaka en production au développement actif de Glamsterdam. Ce rythme de hard forks semestriels, associé à des optimisations continues des clients, montre une approche mature et évolutive de l’innovation. Comment la mise en œuvre de PeerDAS va-t-elle redessiner le paysage concurrentiel des rollups Layer-2 en 2026 ?