La question la plus posée récemment est : comment percevoir le récit d'Ethereum ?
Certes, Ethereum a misé sur les ICO et l'ordinateur mondial en 17, puis sur la DeFi et la couche de règlement financier en 21. Mais pour 25, il semble manquer un nouveau récit capable de rivaliser en envergure avec les anciens.
L'ETF et le Staking ETF pourraient en constituer une moitié, mais cela ne dépend pas des développeurs d'Ethereum. Si l'on devait parler de l'autre moitié, ce ne pourrait être que le ZK.
Ethereum est sans aucun doute la blockchain publique qui a le plus misé sur le ZK dans tout l'univers Crypto.
Il y a quelques jours, Vitalik était très enthousiaste. Il a officiellement annoncé sur Twitter que le ZKEVM est désormais en phase Alpha.
Pourquoi Ethereum tient-il tant au ZK ?
En réalité, le TPS d'Ethereum n'est déjà pas faible, le pic théorique a été porté à plus de 200 TPS, la raison principale étant qu'Ethereum a plusieurs fois augmenté la limite de Gas.
Mais Ethereum souhaite également préserver sa fière décentralisation poussée, donc il ne peut pas trop augmenter les performances des serveurs des nœuds (à titre de comparaison, un serveur Solana est environ 5 à 10 fois plus cher qu'un serveur ETH).
Par conséquent, le réseau principal doit absolument se ZK-iser. Notez qu'il ne s'agit pas simplement de créer quelques L2 ZK, c'est une ZK-isation complète du L1, le réseau principal.
Alors, quel est l'avantage après la ZK-isation ?
Ces nœuds ETH peuvent simplement vérifier ces preuves ZK, sans avoir besoin de vérifier fastidieusement les transactions une par une comme avant.
Par exemple, si vous êtes un correcteur (nœud), les transactions sont les copies d'examen des étudiants.
Corriger manuellement était certainement lent autrefois. Mais depuis l'apparition de la machine à lire les feuilles de réponses (ZK-isation), la machine calcule instantanément le score total de l'étudiant, alors en tant que correcteur, n'êtes-vous pas beaucoup plus détendu ?
Vous êtes détendu, avant une personne ne pouvait corriger que 50 copies, maintenant elle peut en corriger 1000, c'est la même personne, mais l'efficacité a considérablement augmenté.
Donc, Ethereum doit d'abord ZK-iser son réseau principal, puis seulement après pouvoir continuer à augmenter significativement la limite de Gas.
La ZK-isation en elle-même n'augmente pas directement le TPS, c'est une condition préalable. L'amélioration des performances repose toujours sur l'augmentation de la limite de Gas, mais après la ZK-isation, les nœuds n'ont pas besoin d'augmenter beaucoup leurs coûts de serveurs, ce qui rend le coût très faible.
Et après la dernière mise à niveau de Fusaka (surtout la mise à niveau PeerDAS) qui s'est bien déroulée, Ethereum s'est rapproché un peu plus de la ZK-isation du réseau principal, c'est pourquoi Vitalik est si enthousiaste.
Imaginez un réseau principal avec un TPS dépassant 1000, pour Ethereum, cela pourrait effectivement constituer un bon récit.
Quelqu'un a soulevé une question :
Si Ethereum fait lui-même un ZK-EVM pour le réseau principal, les autres équipes ZK ont-elles encore un intérêt ?
D'abord la conclusion, elles ont toujours un intérêt.
Pourquoi ?
Premièrement, le génie logiciel ZK est l'un des développements les plus difficiles du réseau, assis à la même table que le FHE. Il nécessite beaucoup de talents en cryptographie.
On peut croire que la Fondation ETH a certaines réserves dans ce domaine, mais en tant que communauté open source, Ethereum adhère au principe que plus il y a de monde, plus le feu est grand, il a besoin de nombreuses équipes ZK tierces pour faire des essais et erreurs et innover. En retour, Ethereum apporte un soutien important.
Deuxièmement, le ZK-EVM a quatre types, du type 1 au type 4. Plusieurs équipes, incluant Polygon, Scroll, ZKsync, Taiko, un peu comme si chacune s'était attribuée une tâche, travaillent séparément à la réalisation de l'un de ces types.
De plus, il y a le ZK-VM, par exemple Brevis.
En fait, le ZK-VM est encore plus stable que le ZK-EVM.
La raison est que parmi les quatre types de ZK-EVM ci-dessus, il est fort probable qu'un seul方案, celui au meilleur rapport qualité-prix, finisse par être choisi pour faire partie de la solution officielle du ZK-EVM du réseau principal d'Ethereum, ce qui pourrait affecter les trois autres.
Mais pour le ZK-VM, il n'est pas compatible EVM par nature, donc il fera certainement partie de la diversité d'Ethereum.
Et comme la VM n'est pas limitée par les contraintes de l'EVM, ses performances peuvent être très élevées. Le ZK-EVM d'Ethereum ne représente aucune menace pour elle, au contraire, Ethereum l'encouragera continuellement.
Par exemple, Vitalik a déjà mentionné spécifiquement les performances du ZK-VM de Brevis et attend avec impatience leur entrée dans le domaine du ZK-EVM.
Et pour les L2 ?Cela pourrait avoir un certain impact, mais il reste limité.
Vitalik, en parlant de Polygon, a déjà dit que le ZK et les L2 devraient être séparés.
Le L1 ZK-isé attirera certainement en retour certains utilisateurs des L2 ZK, car si le L1 est suffisamment bon marché, le nombre d'utilisateurs sur L2 pourrait diminuer.
Mais d'un autre côté, imaginez que le L1 est les fondations, le L2 est le gratte-ciel. Il faut absolument que les fondations soient solides, donc si le réseau principal L1 est ZK-isé, les L2 verront aussi leurs frais baisser, ce qui est un avantage.
Et dans ce tweet, Vitalik a également spécifiquement mentionné Brevis qui fait du ZK-VM. La raison est que beaucoup des travaux ZK de Brevis ne se limitent pas aux L2, c'est-à-dire « la recherche ZK et la recherche L2 sont séparées ».
Par exemple, ils ont un marché de puissance de calcul ZK, aident à la distribution des récompenses ZK-isées des hooks d'Uniswap, c'est motivé par les applications.
En résumé, Ethereum est en ligne depuis 10 ans maintenant, le slogan de la ZK-isation existe depuis cinq ou six ans, après avoir cultivé jusqu'à aujourd'hui, enfin la ZK-isation entre en phase Alpha, cela est dû aux investissements continus et constants d'Ethereum et de nombreuses équipes ZK tierces, incluant Brevis et Polygon.
