La question la plus fréquente récemment est : comment interpréter le narratif actuel d’Ethereum ?
En 2017, le récit d’Ethereum était centré sur les ICO et l’idée d’un ordinateur mondial. En 2021, la DeFi et le rôle d’Ethereum comme couche de règlement financier sont devenus les thèmes majeurs. À l’approche de 2025, aucun nouveau narratif ne semble toutefois égaler l’ampleur de ceux des cycles précédents.
Certains considèrent que l’ETF et le Staking ETF constituent des narratifs partiels, mais ces évolutions ne dépendent pas directement de la communauté des développeurs d’Ethereum. S’il faut désigner un autre candidat, il s’agit du ZK.
Ethereum est, sans conteste, la blockchain publique qui investit le plus massivement dans la technologie ZK au sein de l’écosystème crypto.
Il y a quelques jours, Vitalik a annoncé avec enthousiasme sur Twitter que le ZKEVM est entré en phase Alpha.

Pourquoi Ethereum accorde-t-il autant d’importance au ZK ?
Le TPS actuel d’Ethereum est déjà élevé, avec des pics théoriques dépassant désormais 200 TPS — principalement grâce à des hausses répétées de la limite de gas.

Mais augmenter la limite de gas a un coût et une limite. Plus elle est élevée, plus les serveurs nécessaires au fonctionnement des nœuds deviennent chers.
En parallèle, Ethereum cherche à préserver sa décentralisation, ce qui l’empêche de relever excessivement les exigences matérielles pour les nœuds (à titre de comparaison, un serveur Solana coûte environ 5 à 10 fois plus qu’un serveur Ethereum).
C’est pourquoi l’intégration complète du ZK au niveau du mainnet est essentielle. Il ne s’agit pas seulement de lancer quelques Layer 2 ZK, mais bien d’intégrer le ZK à la couche 1 elle-même.
Qu’apporte le ZK ?
Les nœuds Ethereum pourront simplement vérifier les preuves ZK, au lieu de devoir valider chaque transaction une à une.

C’est un peu comme la correction d’examens : les nœuds sont les enseignants, les transactions sont les copies des élèves.
La correction manuelle est lente, mais avec des feuilles de réponses (intégration ZK), une machine peut calculer instantanément le score de chaque élève. La charge de travail de l’enseignant chute considérablement.
Une personne qui pouvait corriger 50 copies peut désormais en traiter 1 000 — la même, avec une efficacité démultipliée.
Voilà pourquoi Ethereum a besoin du ZK au niveau du mainnet avant de relever davantage la limite de gas.
L’intégration ZK n’augmente pas directement le TPS : elle en est la condition préalable. Les gains de performance reposent sur l’augmentation de la limite de gas, mais avec le ZK, les nœuds n’auront pas besoin d’investir beaucoup plus dans le matériel serveur, ce qui réduit considérablement le coût de la montée en puissance.
Après la récente mise à niveau Fusaka — notamment PeerDAS — les performances sont solides, rapprochant Ethereum de l’intégration ZK sur le mainnet. C’est ce qui enthousiasme Vitalik.
Imaginez un mainnet dépassant 1 000 TPS : voilà un nouveau narratif fort pour Ethereum.
Certains ont demandé : si Ethereum implémente le ZK-EVM sur le mainnet, les autres équipes ZK ont-elles encore un rôle ?
La réponse est oui : elles restent essentielles.
Pourquoi ?
D’abord, l’ingénierie ZK est l’un des domaines les plus complexes de l’industrie, au même niveau que le FHE. Elle requiert d’importants talents en cryptographie.
La Fondation Ethereum dispose de certaines ressources, mais l’esprit open source repose sur l’effort collectif. Ethereum s’appuie sur de nombreuses équipes ZK tierces pour l’expérimentation et l’innovation, et les soutient fortement.
Ensuite, il existe quatre types de ZK-EVM, du type 1 au type 4. Des équipes comme Polygon, Scroll, ZKsync et Taiko se sont chacune spécialisées sur des types différents — un véritable partage des tâches.
On trouve aussi le ZK-VM, comme Brevis.
En réalité, la position du ZK-VM est encore plus solide que celle du ZK-EVM.
Pourquoi ? Parmi les quatre principaux types de ZK-EVM, l’un sera probablement retenu comme la solution la plus rentable et intégré au ZK-EVM officiel du mainnet Ethereum, ce qui reléguera potentiellement les trois autres au second plan.
Mais le ZK-VM n’est pas compatible EVM, il restera donc toujours intégré à l’écosystème élargi d’Ethereum.
Les VM ne sont pas limitées par les contraintes de l’EVM et peuvent donc offrir des performances bien supérieures. Le ZK-EVM d’Ethereum ne représente aucune menace : la communauté Ethereum encourage activement ce type d’innovation.
Par exemple, Vitalik a publiquement salué les performances du ZK-VM de Brevis et attend avec intérêt son entrée dans l’espace ZK-EVM.

Et la Layer 2 ? Il pourrait y avoir un impact, mais il resterait limité.
Vitalik a indiqué qu’il vaut mieux séparer ZK et Layer 2 lorsqu’on parle de Polygon.
Avec le ZK sur la couche 1, certains utilisateurs reviendront sans doute de la Layer 2 ZK, car une couche 1 moins coûteuse réduit l’intérêt de la couche 2.
Mais il faut garder à l’esprit que la couche 1 est la fondation, la couche 2 est le gratte-ciel. Plus la fondation est solide, mieux c’est. Donc, si la couche 1 intègre le ZK, la couche 2 bénéficiera également de coûts moindres.
Dans ce même post, Vitalik a spécifiquement mentionné les travaux de Brevis sur le ZK-VM, notant qu’une grande partie de leur recherche ZK ne se limite pas à la Layer 2 — « la recherche ZK et la recherche Layer 2 doivent rester distinctes ».
Par exemple, ils opèrent une place de marché de calcul ZK, aident les hooks Uniswap à déployer la distribution de récompenses basée sur le ZK, et stimulent l’innovation tournée vers les applications.

En résumé, Ethereum est en ligne depuis dix ans, et la demande pour l’intégration ZK remonte à cinq ou six ans. Après des années d’efforts, l’intégration ZK a enfin atteint le stade Alpha — une étape rendue possible grâce à l’engagement d’Ethereum et de nombreuses équipes ZK tierces, dont Brevis et Polygon.





