Vitalik Buterin révèle un défi majeur pour l'avenir d'Ethereum - et comment le résoudre

Le co-fondateur d'Ethereum, Vitalik Buterin, a partagé sa réflexion sur un aspect "sous-discuté, mais néanmoins très important" de l'écosystème Ethereum dans un récent article de blog ce week-end.

Le post intitulé "Comment la philosophie multi-client d'Ethereum va-t-elle interagir avec les ZK-EVM ?" axé sur les défis techniques, les compromis et les solutions potentielles pour créer un écosystème multi-clients pour les ZK-EVM.

Le problème multi-client avec les Zk-EVM

Vitalik pense que les ZK-EVM évolueront pour devenir un élément essentiel du processus de sécurité et de vérification de la couche 1 d'Ethereum à l'avenir. La technologie Zero Knowledge (ZK) permet aux développeurs de prouver l'authenticité d'une transaction ou d'un message sans révéler aucune information supplémentaire. Ainsi, cela permet à une partie de convaincre une autre qu'un message est vrai sans divulguer aucune connaissance au-delà de la validité du message.

Cependant, la nature de la protection de la vie privée de la technologie ZK pourrait perturber le paysage EVM plus large, car les clients Ethereum diffèrent subtilement dans la mise en œuvre des règles de protocole, selon le co-fondateur d'Ethereum.

Les protocoles de couche 2 dans les cumuls ZK ont utilisé avec succès les preuves ZK et ont aidé à faire évoluer Ethereum en regroupant plusieurs transactions en une seule preuve. Cependant, à mesure que les ZK-EVM évoluent pour vérifier l'exécution sur Mainnet, "les ZK-EVM deviennent de facto un troisième type de client Ethereum, tout aussi important pour la sécurité du réseau que les clients d'exécution et les clients de consensus le sont aujourd'hui".

Considérer les ZK-EVM comme un troisième type de client Ethereum soulève la question suivante de Vitalik,

"Comment pourrions-nous réellement créer un écosystème" multi-client "pour prouver l'exactitude des blocs Ethereum par ZK?"

Au fur et à mesure que l'écosystème évolue, Vitalik souhaite conserver les avantages de la "philosophie multi-clients" tout en tirant parti des capacités des ZK-EVM pour améliorer l'évolutivité, la sécurité et la décentralisation du réseau Ethereum.

Selon Vitalik, les principaux défis techniques liés à l'utilisation de la technologie ZK avec plusieurs clients sont liés à la latence et à l'inefficacité des données. De plus, les clients Ethereum individuels gèrent différemment les preuves à connaissance nulle en raison d'interprétations spécifiques des règles de protocole ou des implémentations ZK-EVM.

Solutions multi-clients ZK-EVM

Malgré ces défis, Vitalik estime que la création d'un écosystème ZK-EVM multi-client ouvert est faisable et bénéfique pour la sécurité et la décentralisation d'Ethereum.

Vous trouverez ci-dessous une représentation visuelle des différents clients utilisés dans les couches de consensus et d'exécution de l'écosystème Ethereum.

Vitalik a fait valoir que le fait d'avoir plusieurs clients augmente la sécurité et la décentralisation du réseau en réduisant le risque d'un seul bogue catastrophique dans une implémentation, ce qui pourrait entraîner une panne de l'ensemble du réseau. De plus, une philosophie multi-clients permet d'éviter la concentration du pouvoir au sein d'une équipe ou d'une organisation de développement, favorisant ainsi la décentralisation politique.

Vitalik a présenté trois solutions potentielles au problème, comme indiqué ci-dessous.

1. « ZK-EVM unique : abandonnez le paradigme multi-client et choisissez un seul ZK-EVM que nous utilisons pour vérifier les blocs.
2. ZK-EVM multiples fermés : convenez d'un ensemble spécifique de plusieurs ZK-EVM et consacrez-les au consensus, et ayez une règle de protocole de couche consensus selon laquelle un bloc a besoin de preuves de plus de la moitié des ZK-EVM de cet ensemble pour être considéré comme valide .
3. Open multi ZK-EVM : différents clients ont différentes implémentations de ZK-EVM, et chaque client attend une preuve compatible avec sa propre implémentation avant d'accepter un bloc comme valide. »

Dans le cadre des ZK-EVM, Vitalik soutient l'idée d'un écosystème ZK-EVM multi-client ouvert. Différents clients ont différentes implémentations de ZK-EVM, et chaque client attend une preuve compatible avec la sienne avant d'accepter un bloc comme valide.

"Pour moi, (3) semble idéal, du moins jusqu'à ce que notre technologie s'améliore au point où nous pouvons prouver formellement que toutes les implémentations de ZK-EVM sont équivalentes les unes aux autres..."

Cependant, une fois que la technologie s'est améliorée au point où les implémentations ZK-EVM sont quelque peu standardisées, Vitalik a fait valoir que la solution consistera à choisir l'option la plus efficace. Il pense que "les défis [pour l'option 3] semblent plus petits que les défis des deux autres options, du moins pour l'instant".

Vitalik a également salué les récents progrès rapides de l'IA, déclarant que les progrès de l'IA pourraient "supercharger" le développement des implémentations ZK-EVM éprouvées.

« À plus long terme, bien sûr, tout peut arriver. Peut-être que l'IA va surcharger la vérification formelle au point de pouvoir facilement prouver l'équivalence des implémentations ZK-EVM et identifier tous les bogues qui causent des différences entre eux.