Les développeurs de l'écosystème Ethereum viennent de publier un prototype du concept de "Native Rollups". Cela a été réalisé sous la direction de l'équipe du client d'exécution Ethrex, en collaboration avec des chercheurs de la Fondation Ethereum et des contributeurs de L2BEAT. Concrètement, à quoi sert ce "Native Rollups" ? Pour faciliter la compréhension, faisons une simple analogie : Ethereum L1 est semblable à la plus sécurisée des "grandes banques", tandis que L2 correspond à de nombreuses petites agences ouvertes à l'extérieur de cette "grande banque". Ces petites agences souhaitent rendre le traitement des affaires plus rapide et moins coûteux, mais elles doivent prouver qu'elles ne trichent pas, que leurs livres sont corrects, et elles doivent mettre en place un "système de preuve". Actuellement, il existe deux types de "systèmes de preuve" : l'un est le système de preuve de fraude (celui de type Optimistic, qui a généralement une période de contestation de 7 jours, ce qui est assez contraignant) ; l'autre est le système de preuve ZK (complexe, difficile à écrire, et les mises à jour ne suivent pas facilement la chaîne principale). Le résultat est que, la sécurité des petites agences doit être maintenue par leur propre équipe ou un "comité de sécurité", et les mises à jour nécessitent des réunions et des votes, rendant difficile la réalisation d'une véritable décentralisation, et en cas de bug, elles doivent le corriger elles-mêmes. Dans ce contexte, le Native Rollups est apparu. Cela signifie : laisser directement la "grande banque" Ethereum aider ces petites agences L2 à vérifier leurs livres. Comment cela fonctionne-t-il ? Grâce à un précompilé appelé EXECUTE (précompilation, proposition EIP-8079), les petites agences envoient un ensemble de données de transactions à la chaîne principale, qui "réexécute" directement ces transactions (re-execute) pour confirmer si elles sont correctes ou non. C'est comme si la chaîne principale recalculait ses comptes pour s'assurer qu'il n'y a pas d'erreur. Quels sont les avantages ? L2 atteint une sécurité équivalente à celle de L1, la vérification utilise le moteur d'Ethereum lui-même, et en cas de bug, c'est un bug d'Ethereum, pas de la petite agence. Elle hérite de toute la sécurité de la chaîne principale, sans avoir à gérer des comités de sécurité ou des ponts multi-signatures, ce qui permet d'atteindre une véritable décentralisation ; Les mises à jour suivent automatiquement : si L1 effectue une mise à niveau de hard fork de l'EVM (comme certains nouveaux opcodes), le Native Rollup est automatiquement compatible, l'équipe L2 n'a pas besoin de modifier le code ; L'équipe L2 n'a plus besoin de maintenir un système de preuve, ce qui est beaucoup plus simple que le circuit ZK. En réalité, pour les détenteurs d'ETH d'Ethereum, la question la plus préoccupante est celle de la capture de valeur. Avec le Native Rollup, L2 dépend davantage de l'DA d'Ethereum pour obtenir une sécurité accrue, ce qui favorise la capture de valeur d'Ethereum, brûlant plus d'ETH et augmentant la valeur de l'ETH. L2 et L1 ont une relation plus synergique, plutôt qu'une relation parasitaire. À ce stade, les développeurs ont déjà terminé le PoC (preuve de concept), en utilisant le client Ethrex pour réaliser l'EXECUTE, capable de gérer l'ensemble du processus de dépôt, de déploiement de contrats, d'appels inter-chaînes et de retraits. Le code est open source sur GitHub, et certaines personnes peuvent déjà l'essayer localement. L2 va-t-il soutenir cela ? Il est très probable qu'il soit largement adopté, surtout par ceux qui souhaitent réellement obtenir un niveau de sécurité équivalent à celui d'Ethereum. Actuellement, les fondateurs d'Arbitrum, Optimism et Base ont déjà exprimé leur soutien ou leur grand intérêt. À l'avenir, cela pourrait être combiné avec le "based rollup" (où le séquenceur est également décentralisé, utilisant les validateurs de la chaîne principale pour le tri), formant une solution ultime. Le moment de l'adoption n'est pas encore certain, cela pourrait prendre 1 à 2 ans. Quels sont les inconvénients ? En cas de simple réexécution, il y a des limites de gas de la chaîne principale, ce qui limite le débit. Cependant, l'intégration future de la preuve ZK permettra d'"étendre" le gas de manière "illimitée" (les validateurs ne regardent que la preuve, sans avoir besoin de réexécuter), résolvant ainsi le problème. En résumé : Native Rollups = transformer L2 en "agence directe" de la chaîne principale, la sécurité, les mises à jour et la simplicité reposent entièrement sur la chaîne principale, sans avoir à agir de manière autonome. Pour les utilisateurs : plus de tranquillité d'esprit. Pour les équipes L2 : moins de tracas. Pour l'ETH : plus de valeur. Si L2 adopte réellement cela, alors L1 et L2 d'Ethereum peuvent réaliser une véritable synergie, ne se retrouvant plus dans une situation de "seigneurs de guerre".

Cette semaine, le 20 millionième BTC sera miné. Le plafond est de 21 millions, il ne reste plus que 1 million à miner. Parmi les 20 millions de BTC minés, 3 à 4 millions ont déjà été perdus de façon permanente et ne reviendront jamais. Il reste donc réellement en circulation : pas plus de 17 millions.

D'après ce graphique d'Artemis, les entrées nettes sur la chaîne Ethereum ont atteint 2,1 milliards de dollars en 2026, dépassant de loin toutes les autres chaînes. Cette tendance pourrait se poursuivre cette année.