La transition de Vitalik vers la stratégie de rollup basée sur le ratio π : le changement provoqué par l'évolution technologique

Vitalik Buterin a récemment exprimé dans ses écrits une opinion plus favorable envers les rollups de type ZK (rollups natifs) qu’auparavant. Cela reflète un changement de politique important, résultant de l’évolution de l’environnement technologique et de l’écosystème Ethereum. Son changement de perspective est interprété comme un signal indiquant la direction future des solutions L2, allant au-delà d’un simple changement d’opinion.

Raisons pour lesquelles la précompilation des rollups de type ZK a été ignorée par le passé

La principale raison pour laquelle Vitalik s’était opposé auparavant aux rollups de type ZK résidait dans des contraintes techniques. À l’époque, la solution de précompilation imposait aux développeurs de choisir obligatoirement entre le mode ZK et le mode Optimistic. C’était un compromis sérieux : l’un permettait des retraits rapides mais comportait un risque de preuve autonome, tandis que l’autre reposait sur la sécurité d’Ethereum mais nécessitait une attente de 2 à 7 jours.

À cette époque, la technologie ZK-EVM n’était pas encore mature, ce qui poussait la majorité des projets L2 à privilégier la sécurité. Cela affaiblissait la compatibilité de l’écosystème Ethereum et favorisait la diffusion de solutions alternatives comme les ponts multi-signatures.

Adoption de ZK sur la couche L1 d’Ethereum et réévaluation des rollups de type ZK

La situation a fondamentalement changé. La feuille de route d’Ethereum prévoit désormais une adoption progressive de la technologie ZK au niveau de la couche L1, ainsi qu’une mise en œuvre planifiée de la précompilation pour les rollups de type ZK. Cela indique que les obstacles majeurs du passé devraient être levés.

Par ailleurs, la communauté valorise de plus en plus la « compatibilité synchronisée » (synchronized composability) comme une valeur essentielle pour les solutions L2. Cela se traduit par des efforts techniques visant à combiner des solutions de rollup avec des mécanismes de prévalidation à faible latence.

L’avenir des rollups de type ZK basé sur une conception modulaire

Vitalik insiste sur le fait qu’il ne faut pas précipiter la conception de la précompilation pour les rollups de type ZK dans la phase de mise en œuvre concrète. Son approche repose sur une philosophie de conception modulaire.

Lorsqu’un développeur construit un rollup « avec une extension limitée de l’EVM », il peut réutiliser directement la partie EVM de la précompilation ZK. Cela permet d’accroître considérablement l’efficacité du développement. Il suffit d’introduire un système de preuve personnalisé pour les nouvelles fonctionnalités, puis de connecter cette preuve de manière standardisée à la partie existante. Cette approche pourrait constituer une base solide pour que les rollups de type ZK s’ancrent réellement dans l’écosystème L2.