Pourquoi Ethereum a-t-il besoin de toute urgence de ZK Rollups ?

Titre original : « Pourquoi Ethereum a besoin de toute urgence du rollup ZK »

Source originale : Ebunker Chinese

L'une des questions les plus fréquemment posées ces derniers temps est : comment appréhender le récit d'Ethereum ?

En effet, Ethereum s'est concentré sur les ICO et l'ordinateur mondial en 2017, puis sur la DeFi et la couche de règlement financier en 2021. Cependant, dans ce cycle de 2025, un nouveau récit semble émerger, dont l'ampleur est difficilement comparable à celle des anciens récits.

Les ETF et les ETF de staking peuvent être considérés comme la moitié de cette somme, mais cela ne dépend pas des développeurs d'Ethereum. Si l'on devait mentionner l'autre moitié, il ne pourrait s'agir que de ZK.

Ethereum est sans conteste la blockchain publique de tout l'univers crypto qui a le plus misé sur ZK.

Il y a quelques jours, Vitalik était très enthousiaste et annonçait sur Twitter que ZKEVM était désormais entré en phase alpha.

Pourquoi Ethereum est-il si obsédé par ZK ?

En réalité, le TPS d'Ethereum n'est pas faible actuellement ; le pic théorique a été relevé à plus de 200 TPS, car Ethereum a augmenté la limite de gaz à plusieurs reprises.

Cependant, augmenter la limite de gaz a un coût et ne peut être augmenté indéfiniment. Ce coût se traduit par la nécessité de serveurs plus performants pour faire fonctionner les nœuds.

Mais Ethereum souhaite également préserver sa décentralisation dont il est si fier, et ne peut donc pas pousser les performances des serveurs des nœuds à un niveau trop élevé (voir Solana, où un seul serveur coûte environ 5 à 10 fois plus cher qu'un serveur ETH).

Par conséquent, le réseau principal doit être entièrement recouvert de ZK. Attention, il ne s'agit pas simplement d'avoir quelques nœuds de couche 2 (L2) ZK ; il s'agit d'un recouvrement complet du réseau principal L1 avec ZK.

Quels sont donc les avantages après un traitement ZK ?

Ces nœuds ETH pourraient facilement vérifier ces preuves ZK sans avoir besoin de vérifier minutieusement chaque transaction une par une comme auparavant.

Par exemple, si vous étiez un correcteur d'examen (nœud), ces transactions correspondraient aux feuilles de réponses des étudiants.

Avant, vous corrigiez les copies manuellement, ce qui était vraiment long. Mais depuis l'arrivée de la machine à remplir les feuilles de réponses (enrouleur ZK), la machine calcule la note totale des élèves en une seconde. Alors, en tant qu'enseignant, vous seriez beaucoup plus détendu, non ?

Vous êtes plus détendu maintenant. Auparavant, une personne ne pouvait corriger que 50 copies, mais maintenant elle peut en corriger 1000. C'est toujours la même personne, mais l'efficacité a considérablement augmenté.

Par conséquent, Ethereum doit d'abord « ZKifier » le réseau principal avant de pouvoir augmenter significativement la limite de gaz.

La ZKification n'augmente pas directement le TPS ; c'est une condition préalable. L'amélioration des performances dépend toujours de l'augmentation de la limite de gaz, mais après la ZKification, les nœuds n'ont plus besoin d'augmenter significativement les coûts serveur, ce qui réduit considérablement le coût total.

Et après le bon déroulement de la dernière mise à jour de Fusaka (en particulier la mise à jour de PeerDAS), Ethereum a franchi une nouvelle étape vers la ZKification du réseau principal, ce qui explique l'enthousiasme de Vitalik.

Imaginez un réseau principal avec plus de mille TPS ; pour Ethereum, cela peut effectivement être considéré comme un exploit remarquable.

Quelqu'un a soulevé la question suivante : si Ethereum utilise lui-même les ZK-EVM sur le réseau principal, cela reste-t-il pertinent pour les autres équipes ZK ?

Commençons par la conclusion : cela reste logique.

Pourquoi?

Tout d'abord, le projet ZK est l'un des développements les plus ambitieux au monde, au même titre que le chiffrement hybride complet (FHE). Il requiert un grand nombre de talents en cryptographie.

Je pense que la Fondation Ethereum dispose de certaines réserves à cet égard, mais en tant que communauté open source, la philosophie d'Ethereum est que la contribution de plusieurs personnes allège la tâche. Elle a besoin d'un grand nombre d'équipes ZK tierces pour expérimenter et innover. En retour, Ethereum apportera un soutien important.

Deuxièmement, ZK-EVM comporte quatre types, du type 1 au type 4. Différentes équipes, dont Polygon, Scroll, ZKsync et Taiko, travaillent chacune à la mise en œuvre de l'un de ces types, comme si chacune prenait en charge une tâche et s'efforçait d'atteindre un type précis.

De plus, il existe ZK-VM, comme Brevis.

En réalité, ZK-VM est même plus stable que ZK-EVM.

La raison est que parmi les quatre principaux types de ZK-EVM mentionnés ci-dessus, il y aura probablement à terme une solution présentant le meilleur rapport coût-efficacité, qui deviendra la solution désignée pour le ZK-EVM du réseau principal Ethereum, ce qui pourrait affecter les trois autres.

Cependant, dans le cas de ZK-VM, puisqu'il n'est pas compatible avec EVM, il fera assurément partie de la diversité d'Ethereum.

De plus, comme la VM n'est pas soumise aux limitations de l'EVM, ses performances seront très élevées. La ZK-EVM d'Ethereum ne représente aucune menace pour elle ; au contraire, l'équipe Ethereum continuera de la soutenir.

Par exemple, Vitalik a précédemment mentionné spécifiquement les performances du ZK-VM de Brevis et attend avec impatience leur entrée sur le marché des ZK-EVM.

Concernant le niveau 2 ? Il pourrait y avoir un certain impact, mais il resterait négligeable.

Lors d'une discussion sur Polygon, Vitalik a déclaré un jour que ZK et L2 devraient probablement être comparés séparément.

L'utilisation de la couche 1 avec ZK permettra sans aucun doute de récupérer certains utilisateurs de la couche 2 (ZK). En effet, si la couche 1 est suffisamment bon marché, le nombre d'utilisateurs de la couche 2 pourrait diminuer.

En revanche, si l'on considère L1 comme les fondations et L2 comme les gratte-ciel, des fondations plus solides sont toujours préférables. Ainsi, si le réseau principal L1 est compatible avec ZK, les frais de L2 seront également réduits, ce qui est avantageux.

De plus, dans ce même message, Vitalik a spécifiquement mentionné les travaux de Brevis sur ZK-VM. La raison en est que les travaux de Brevis sur ZK ne se limitent pas à L2, ce qui signifie que « la recherche sur ZK et la recherche sur L2 sont distinctes ».

Par exemple, ils disposent d'un marché pour la puissance de calcul ZK, aidant les rollups d'Uniswap avec une distribution de récompenses basée sur ZK, qui peut être considérée comme axée sur l'application.

En résumé, Ethereum est opérationnel depuis maintenant 10 ans, et le concept de ZK-ing existe depuis cinq ou six ans. Après des années de travail acharné, le ZK-ing est enfin entré en phase alpha, fruit des efforts continus d'Ethereum et de nombreuses équipes ZK tierces, dont Brevis et Polygon.