Mars 2026 : Mises à niveau opérationnelles et changements économiques sur les L1

Mars touche à sa fin, et les grands projets blockchain ont été discrètement occupés. Pas avec le genre de mises à niveau spectaculaires du mainnet qui monopolisent Twitter pendant un week-end, mais avec le type de travail qui compte vraiment lorsque vous exploitez un réseau financier en production.

Bitcoin a lancé les choses le 18 mars avec la version Core 28.4. C'est une version de maintenance on-chain – corrections de migration de portefeuille, suppression d'une ancienne graine DNS, nettoyage du système de construction. Aucun changement de consensus, aucun nouvel opcode, aucun drame. C'est essentiellement toute l'histoire. Si vous exécutez un nœud, vous effectuez la mise à niveau quand vous en avez l'occasion. Sinon, vous continuez à rencontrer les cas limites qu'ils ont corrigés. Le réseau ne se soucie pas de l'un ou l'autre. C'est le luxe d'être Bitcoin.

La mise à jour de Solana est arrivée deux jours plus tard. Agave v3.1.11 a été publiée en tant que version stable du mainnet, tandis que v4.0.0 est restée étiquetée pour le testnet. Les changements réels ne sont pas glamour – renforcement de l'analyseur de réseau, limitation de l'utilisation de l'écho IP, ajout de la compatibilité ascendante pour la prochaine ligne de version. Ce qui est intéressant n'est pas le code mais le rythme. Solana traitait autrefois chaque version comme un exercice d'incendie. Maintenant, ils exécutent une branche stable et une branche bêta en parallèle. Ce n'est pas un gros titre, mais c'est le type de discipline opérationnelle qui empêche les validateurs de baisser les bras.

Cardano a vu plus grand le 25 mars. Le Node 10.7.0 est une pré-version, mais c'est une version sérieuse. Le changement principal est un nouveau backend de stockage utilisant un arbre LSM, qui ramène les besoins en mémoire de 24 Go à 8 Go si vous utilisez le mode sur disque. C'est une réduction réelle des coûts matériels pour les opérateurs de stake pool. Le hic : une relecture complète de la chaîne. Donc vous payez une fois, douloureusement, puis vous fonctionnez de manière plus légère. La version ajoute également la prise en charge de KES Agent, une interface gRPC expérimentale et une poignée de problèmes connus – utilisation de mémoire plus élevée avec beaucoup de DReps, une incompatibilité de journalisation. Plus important encore, c'est le travail préparatoire pour la version 11 du protocole dans une future version du nœud. Mars est le coup de semonce. L'écosystème devrait commencer les tests maintenant.

Polkadot a adopté une approche complètement différente. Le 2 mars, Parity a présenté un nouveau modèle économique, et le 12 mars, la mise à niveau du runtime (2.1.0) était en ligne. Plus de brûlages du trésor. Un Dynamic Allocation Pool collecte les DOT nouvellement frappés et les revenus du protocole, et la gouvernance décide comment les dépenser. L'émission a chuté le 14 mars – les émissions précoces ont été réduites d'environ 54 % par rapport à l'ancien modèle, avec un plafond d'approvisionnement de 2,1 milliards de DOT à l'horizon. Le vote de gouvernance est passé ; vous pouvez voir les chiffres sur Subsquare. À cela s'ajoutent des minimums pour les validateurs – 10 000 DOT d'auto-stake, 10 % de commission minimum – avec des réformes des nominateurs prévues pour avril. C'est le type de changement qui ressemble à une mise à jour de tableur mais qui recâble en fait les incitations pour tous ceux qui sécurisent le réseau. Parity prend soin de dire que les dates et les détails pourraient changer, et ils ont raison d'ajouter cette mise en garde.

Polygon PoS a également modifié les flux d'argent. PIP-85, daté du 25 mars, cible les frais prioritaires. La proposition indique que les frais ont été multipliés par dix depuis que le système précédent (PIP-65) a été lancé, avec environ 5,4 millions de POL allant aux validateurs en février seulement. La solution : diviser le pool de frais de sorte que 50 % aillent aux stakers via des réclamateurs Merkle périodiques sur Ethereum. L'autre moitié est redistribuée entre les validateurs avec une répartition de 75 % à pondération égale (ajustée en fonction des performances) et de 25 % pondérée par stake. Les restes sont brûlés. L'activation est prévue pour le bloc 85 245 000. La partie délicate est que cela ajoute une toute nouvelle dépendance – les stakers doivent maintenant réclamer des récompenses via des contrats Ethereum. Cela représente plus de pièces mobiles, plus de travail d'interface utilisateur pour les intégrateurs, plus de risque de smart contract. La proposition dit "aucun changement on-chain direct", mais cela semble être une technicité lorsque le comportement change à partir d'une hauteur de bloc spécifique. L'intention – aider les petits validateurs et donner aux délégateurs une part plus équitable – est claire. La complexité d'exécution est réelle.

Ethereum a joué le jeu le plus long. Le 25 mars, la Fondation a lancé pq.ethereum.org, un hub pour le travail de cryptographie post-quantique. Pas de forks, pas d'EIP, pas d'activation de testnet. Juste une feuille de route consolidée. La menace est simple : un ordinateur quantique suffisamment puissant casse les schémas de signature qu'Ethereum utilise actuellement. Corriger cela signifie remplacer les signatures BLS des validateurs, ajouter des options post-quantiques au niveau de la couche d'exécution et déterminer les implications de la couche de données. La feuille de route mentionne les signatures basées sur le hachage (leanXMSS), un zkVM minimal appelé leanVM pour l'agrégation, et un chemin de précompilation mathématique vectorielle pour l'abstraction de compte. Elle admet également les parties difficiles : les signatures deviennent plus grandes, la vérification devient plus lourde, l'agrégation devient plus désordonnée. L'estimation du calendrier est que les mises à niveau L1 pourraient être terminées d'ici 2029, la migration complète de l'exécution prenant plus d'années après cela. C'est le contraire d'une annonce de livraison. C'est un outil de coordination – une façon d'empêcher dix groupes de recherche différents de travailler en silos. Cela compte plus que n'importe quel commit de code unique en ce moment.

En regardant l'ensemble du mois de mars, le fil conducteur commun est discret mais solide. Versions orientées opérateurs (stockage de Cardano, renforcement de Solana). Reconfiguration économique (émission de Polkadot, division des frais de Polygon). Protection pour l'avenir (feuille de route PQ d'Ethereum). Ce que vous ne voyez pas, ce sont des affirmations sur un débit doublé ou des temps de finalité réduits. Les changements mesurables concernent les taux d'émission, les besoins en RAM et les incitations des validateurs. Ce n'est pas un échec de l'ambition. C'est un signe que ces réseaux dépensent leur énergie pour la durabilité et la résilience.

Les risques sont tout aussi concrets. La relecture de la chaîne de Cardano est une véritable douleur opérationnelle. La mise en garde de Polkadot selon laquelle les dates pourraient changer rend la planification désordonnée. Les réclamateurs basés sur Ethereum de Polygon introduisent une nouvelle sécurité de contrat et une surface UX sans implémentation de référence auditée mentionnée dans le PIP. Le hub PQ d'Ethereum lui-même met en garde contre un verrouillage prématuré et une crypto immature précipitée. Ce sont les bonnes inquiétudes pour une industrie mature.

Le post Mars 2026 : Mises à niveau opérationnelles et changements économiques dans les L1 est apparu en premier sur Metaverse Post.