Dernières actualités blockchain : août 2026

Le mois d'août a mis une chose en évidence : les grands changements d'infrastructure ne se mesurent plus seulement à leurs promesses, mais à la manière dont ils sont testés, intégrés et préparés pour la production.

Ce mois-ci, nous avons vu progresser les outils destinés aux opérateurs, les tests de protocole qui demandent des adaptations aux développeurs, les améliorations de performance et une discussion de fond sur l'avenir de l'économie du staking sur Ethereum.

Chez Stakely, nous avons contribué à Commit-Boost en ajoutant la prise en charge du registre de validateurs de Stader.

Cette amélioration permet aux opérateurs qui utilisent Commit-Boost de charger ce registre dans la configuration de leurs relays MEV sans devoir gérer manuellement des listes de clés publiques de validateurs. Elle est disponible dans la version v0.10.0-rc4.

Il s'agit d'une contribution ciblée, mais elle représente bien une partie moins visible du travail d'infrastructure : réduire les frictions dans des processus opérationnels qui doivent fonctionner de manière fiable. Opérer des nœuds ne consiste pas uniquement à maintenir leur disponibilité ; cela implique aussi d'améliorer les outils ouverts dont dépend l'écosystème.

Ethereum a poursuivi la préparation de Glamsterdam avec le lancement de Platåberget, une testnet destinée aux équipes de clients, aux développeurs et aux applications afin de tester les changements avant une future activation sur mainnet.

L'un des axes principaux concerne le repricing du gas pour certaines opérations liées à l'état. Les EIPs testés ajustent le coût de création et d'accès à l'état afin que les prix du gas reflètent davantage le travail réel que ces opérations demandent au réseau.

La réexécution de transactions historiques a identifié un nombre limité de contrats pouvant nécessiter des ajustements. La plupart des contrats ne sont pas affectés, et de nombreux cas signalés peuvent être résolus en augmentant les limites de gas. L'enjeu n'est pas de dire que Glamsterdam provoquera des ruptures généralisées, mais de rappeler que les upgrades de protocole doivent être testés bien avant leur arrivée en production.

Notre article sur Glamsterdam, la prochaine grande mise à jour d'Ethereum présente le contexte plus large de cette étape de la roadmap.

L'un des débats les plus importants d'août sur Ethereum ne concerne ni une application ni une nouvelle testnet, mais l'économie du staking elle-même.

Le brouillon EIP-8363, connu sous le nom de Tapered Issuance Burn, propose de modifier la courbe d'émission d'ETH par une déduction progressive sur les récompenses des validateurs. À mesure que la quantité d'ETH active en staking augmente, la part d'émission supprimée augmenterait également ; à un niveau de saturation fixé près de 50 % du supply, l'émission associée aux tâches de validation serait entièrement compensée.

L'objectif des auteurs est de limiter l'incitation économique à augmenter la part d'ETH en staking au-delà de ce point. Leur argument est qu'Ethereum ne devrait pas encourager indéfiniment l'ensemble des ETH disponibles à entrer en staking : conserver une réserve significative d'ETH non déposés peut aussi compter pour la neutralité, la résistance à la capture et la capacité de réaction de la couche sociale.

Le mécanisme est proposé avec une transition d'environ 18 mois. Pendant cette période, le facteur de récompense de base serait temporairement supérieur à son niveau actuel, puis diminuerait progressivement, tandis que la nouvelle courbe commencerait à fonctionner dès l'activation.

La proposition a suscité un débat important, car elle rassemble plusieurs questions difficiles :

• quel niveau de sécurité économique Ethereum nécessite, et si le montant actuel d'ETH en staking dépasse ce seuil ;
• si une émission réduite peut protéger les détenteurs d'ETH qui ne font pas de staking contre la dilution sans créer de nouveaux déséquilibres ;
• comment les incitations pourraient évoluer pour les opérateurs indépendants, les fournisseurs de staking, les liquid staking tokens et les acteurs de plus grande taille ;
• si des récompenses nettes plus faibles pourraient concentrer la validation entre les mains d'acteurs aux coûts d'exploitation plus faibles ;
• quelles preuves devraient être réunies avant de modifier une composante aussi sensible de la politique monétaire d'Ethereum.

Les défenseurs d'EIP-8363 estiment que le mécanisme actuel peut continuer à encourager le staking, même lorsque des ETH supplémentaires en staking apportent un bénéfice marginal de sécurité plus limité. Ses détracteurs considèrent qu'un changement de cette nature exige une analyse attentive de ses effets de second ordre sur la diversité des validateurs, le staking indépendant et l'infrastructure qui soutient le réseau.

Il ne s'agit ni d'un débat tranché ni d'une mise à jour confirmée. C'est toutefois un signe de maturité : Ethereum débat non seulement de la façon de scaler ou de réduire les coûts, mais aussi de la manière d'aligner à long terme sécurité, décentralisation et politique monétaire.

Solana a activé sur mainnet une réduction du temps de slot de 400 à 350 millisecondes. Sur testnet, ce temps est passé de 250 à 200 millisecondes.

Raccourcir l'intervalle de production des blocs n'est pas un simple changement de performance. Cela affecte la coordination entre validateurs, les exigences imposées aux clients, la connectivité et les capacités de monitoring des opérateurs d'infrastructure.

Le mois d'août a également vu se poursuivre le travail autour d'Agave, de Firedancer et du futur format de transactions v1. Ce dernier reste en développement sur différents clients et SDKs ; les équipes produit et infrastructure devront donc suivre son évolution afin d'éviter des problèmes de compatibilité lorsque son adoption commencera.

La mise à jour technique de Solana du 20 août résume ces avancées. Plus qu'une accélération ponctuelle, le mois confirme que l'évolution de Solana repose sur la coordination entre les changements de protocole, les logiciels clients et les opérations réseau.

Cosmos a présenté Cosmos Stack Ledger 2026.1, une release family qui rassemble des versions compatibles de CometBFT, Cosmos SDK et Cosmos EVM afin que les équipes puissent adopter, mettre à jour et opérer le stack avec des limites de compatibilité plus claires.

Cette version inclut CometBFT v0.39, Cosmos SDK v0.54 et Cosmos EVM v0.7.0. Elle apporte notamment BlockSTM pour l'exécution parallèle, des capacités d'observabilité fondées sur OpenTelemetry, des changements dans la gestion du mempool et une voie expérimentale de networking avec libp2p.

L'annonce fait état de plus de 2 000 TPS soutenues avec des blocs sous la seconde. Cette donnée doit être replacée dans son contexte : elle provient de tests réalisés sur un réseau de cinq validateurs et 32 CPU, et ne constitue pas une promesse universelle de performance en production.

L'élément le plus intéressant n'est pas seulement ce chiffre de throughput. Il s'agit de l'effort pour traiter le stack comme un ensemble de composants validé, avec des versions fixées et un chemin d'upgrade plus prévisible. Pour les équipes qui construisent ou maintiennent des réseaux basés sur Cosmos, cela peut réduire une partie de la complexité liée aux combinaisons de composants, de configurations et d'environnements de production. Cosmos détaille le périmètre technique dans son annonce de Stack Ledger 2026.1.

Les avancées d'août progressent à des rythmes et avec des niveaux de maturité différents. Ethereum fait passer des changements de Glamsterdam aux tests avec l'écosystème tout en débattant de l'équilibre économique qui doit soutenir sa sécurité. Solana continue d'ajuster les exigences techniques d'un réseau aux slots plus courts. Cosmos cherche à faciliter l'adoption coordonnée de son stack.

Chez Stakely, nous continuerons à suivre ces changements et à contribuer là où l'infrastructure ouverte a besoin de davantage de clarté, de meilleurs outils et d'opérations plus solides.