Le L1 d'Ethereum n'aurait aucun problème à interagir avec les zkEVM, précise Vitalik

• La blockchain Ethereum s'étendrait à un client à trois couches.
• La latence et l'efficacité des données restaient un problème.

Ethereum [ETH], en proie à des retards de transaction et à la congestion du réseau il y a quelques années, a été en mesure de résoudre ces défis, grâce à la pléthore de solutions de mise à l'échelle. Le dernier d'entre eux est l'intégration sans connaissance avec la machine virtuelle Ethereum [zkEVM], lancée par Polygone [MATIC].

Combien sont 1,10,100 ETH vaut aujourd'hui?

Bien que la version bêta du réseau principal ait été inauguré le 27 mars, peu de participants prévus comprennent comment le projet L1 interagirait avec son homologue L2. En raison de cette vue floue, Vitalik Buterin a publié un blog récents concernant la matière.

C'est l'heure d'une formule de partage

Selon le co-fondateur d'Ethereum, les nœuds du projet constitués du client de consensus et d'exécution ont été réduits pour permettre la participation de zkEVM. Le client d'exécution utilise le mécanisme Proof-of-Stake (PoS) pour valider les données sur la blockchain. À l'inverse, le client de consensus est responsable de la maintenance de la dernière base de données et de l'exécution des transactions.

Normalement, ces clients représentent les deux tiers du réseau. Mais avec l'introduction des rollups zk, ce n'est plus le cas. Par conséquent, permettre aux développeurs d'intervenir pendant que la chaîne arrête de finaliser les blocs. Vitalk a noté,

"A ce jour, aucun client de consensus ou d'exécution ne représente plus des 2/3 du réseau."

De plus, Vitalik a souligné que l'espace libéré signifierait que zkEVM deviendrait le troisième client Ethereum. Cependant, il a noté que ce ne sera pas aussi immédiat puisque le L1 doit travailler à les utiliser pour la vérification afin de vérifier l'exécution.

De défis et de correctifs

Malgré la capacité zk, Vitalik a mentionné qu'il y avait des problèmes qu'aucun L2 ne pouvait résoudre. Il a évoqué le défi de la latence, qui pourrait permettre de perturber la chaîne après un bloc publié tardivement. Et l'efficacité des données, qui pourrait exposer les signatures des validateurs. Cependant, il a cité qu'il y avait des solutions possibles à long terme en disant, 

«Le défi de la latence pourrait être résolu en étant prudent lors de la conception du protocole de finalité à un seul emplacement. Le problème de l'efficacité des données devrait être résolu en ayant un protocole distinct pour agréger les données liées à la vérification.

D'autres aperçus de la publication a fait mention du zk Succinct Non-Interactive Argument of Knowledge (zk-SNARKS). Comme les preuves zk permettent aux parties de vérifier une déclaration véridique sans révéler aucune autre information, zk-SNARKS permet une preuve de possession sans interaction entre le prouveur et le vérificateur. 

Lire Prévision de prix d'Ethereum [ETH] 2023-2024

Comme le dit Vitalik, le zk-sNARKS et l'ERC-4337, qui permettent de créer et de traiter des contrats sur la blockchain, pourraient également résoudre le problème d'efficacité des données.

Pendant ce temps, le chef d'Ethereum a admis que l'ensemble du processus prendrait beaucoup de temps pour devenir réalité. Il a également admis que la lenteur de l'exécution et de la vérification des blocs pouvait être un problème dans les premières étapes.