Par Francesco, Capitale du Château ; Traduction : Golden Finance Xiaozou
Le 10 octobre, Scroll a publié un message cryptique annonçant son lancement sur le réseau principal. Mis à part l’agriculture de largage, je n’en étais pas pleinement conscient. J’ai donc décidé de creuser plus profondément !
Commençons par le défilement. Scroll est une solution de mise à l’échelle d’Ethereum : un cumul général à connaissance nulle (zk) de niveau 2. Cela ressemble à beaucoup de mots funky et fantaisistes, regardons de plus près.
En tant que rollup L2 fonctionnant sur Ethereum, Scroll importe la sécurité ETH native.
En plus de la sécurité, Scroll s’intègre parfaitement dans le riche écosystème Ethereum :
· outil
· dApps
· Contrats intelligents
· Base d’utilisateurs
Cette pratique permet de transférer et d’échanger sans effort ces ressources, ce qui garantit une compatibilité EVM inégalée. « Pour les utilisateurs et les développeurs, Scroll est presque équivalent à Ethereum. »
Avant Scroll, il n’y avait pas de cumul zk universel, principalement en raison de la complexité de la génération de preuves zk pour les calculs de la machine virtuelle Ethereum (EVM). En termes simples, un rollup universel est censé avoir l’équivalent d’un EVM.
Cependant, l’exécution réussie d’un environnement EVM sur zk rollup a toujours été un objectif insaisissable. Cela est dû à la complexité de la conversion des transactions EVM en circuits logiques qui peuvent être expliqués par des preuves zk. Cette complexité explique également pourquoi le projet de rollup zk se concentre uniquement sur des applications spécifiques, telles que dYdX, qui se concentre sur les transactions, et ImmutableX, qui se concentre sur les NFT.
En raison de difficultés techniques, il n’a pas été possible de développer un réseau universel capable de déployer diverses dAapps. C’est pourquoi les rollups zk ne sont pas performants en termes de TVL et de nombre d’abonnés par rapport aux rollups optimistes tels que Immutable.
Malgré ces défis, la quête d’un ZK Rollup générique se poursuit. La compatibilité EVM est importante car elle simplifie considérablement le travail requis pour les développeurs lors de la transition vers la nouvelle chaîne.
La transition vers une chaîne non-EVM signifie :
· Les contrats existants doivent être migrés et réécrits vers le nouveau cumul.
· Non pris en charge par les outils EVM existants (bibliothèques, portefeuilles, places de marché, etc.).
· Les applications de l’écosystème Ethereum ne peuvent pas être prises en charge.
De nombreux cumuls prennent en charge la tâche d’un EVM zk générique, avec différents niveaux de compatibilité EVM.
Il s’agit de solutions dédiées qui s’exécutent actuellement avec leurs propres machines virtuelles personnalisées (Cairo VMs). Ils exécutent une machine virtuelle personnalisée et créent un compilateur, « Warp Transpiler », qui compile le code Solidity en bytecode de machine virtuelle Cairo.
Ce qu’ils font, c’est créer une nouvelle machine virtuelle et ajouter la prise en charge de l’outil Ethereum en tant que couche supplémentaire par-dessus. Cela permet toujours d’atteindre l’objectif d’exporter des contrats de solidité vers StarkNet, ce qui les rend « compatibles EVM ».
Bien qu’il ne s’agisse pas d’une exécution EVM simple, elle préserve la compatibilité, permettant aux développeurs Solidity d’écrire du code pour leurs cumuls. C’est un bon compromis.
(2)Polygone zk-EVM (niveau bytecode) :
Polygon exécute une machine virtuelle personnalisée, mais a mappé tous les opcodes EVM pour qu’ils soient valides pour ses machines virtuelles. L’approche de Polygon consiste à construire un zkEVM avec une « équivalence au niveau de l’opcode ».
Contrairement à Scroll, Polygon dispose d’un environnement d’exécution alternatif — zkutor — qui exécute des opcodes « zkASM » personnalisés au lieu d’exécuter directement des opcodes EVM. Ceci est fait pour optimiser l’interprétation de l’EVM (car la preuve directe de l’EVM serait trop restrictive).
Bien que cette configuration soit plus performante que Scroll, elle ajoute beaucoup de code personnalisé (pour créer zkASM), introduit des exigences possibles pour modifier le code ou les outils de compatibilité, et peut différer de plus en plus d’Ethereum au fil du temps.
(3)Scroll (niveau bytecode) :
Convertissez l’exécution EVM directement en circuits vérifiables avec des avantages en termes de prise en charge et de compatibilité des outils. Actuellement, Scroll ne prend pas en charge tous les opcodes EVM, mais ils prévoient de l’implémenter au fil du temps.
Comment fonctionne le défilement (pile technologique) ?
Scroll est un rollup zk, avec un contrat intelligent sur ETH L1, et est un validateur de preuve zkEVM capable de vérifier que le protocole Scroll est sécurisé.
(3) Génération de la preuve : L’information est transmise au coordinateur (la « trace » du travail terminé), puis transmise au prouveur, qui à son tour génère la preuve ZK.
(4) La génération de preuves peut occuper plusieurs blocs et peut être effectuée en parallèle par différents « prouveurs ».
Les transactions sont >traitées par le nœud exécutant le fork Geth > des traces d’exécution > des circuits zkEVM d’entrée > génèrent des preuves > entrée dans l’ensemble indiquant que la preuve est valide, > génèrent des preuves agrégées > émises pour les contrats L1.
ZK Rollup est considéré comme une conception qui surpasse ses rivaux de cumul optimistes, en particulier en termes de confidentialité, sans délai de retrait dû à l’absence de preuves de fraude.
En tant que rollup zk générique compatible avec le bytecode, Scroll promet les avantages des preuves zk sur L2 sans compromettre les effets de réseau et les outils d’EVM.
La compatibilité totale avec EVM est le Saint Graal de L2, et c’est la proposition de valeur de Scroll : l’excitation d’Ethereum. La compatibilité bytecode de Scroll intègre tous les avantages des preuves zk à Ethereum avec une compatibilité maximale.
Il convient également de noter que Scroll s’engage en faveur de la décentralisation. Bien qu’il y ait un trieur central dans la phase initiale, des plans de décentralisation sont dans les tuyaux. De plus, toutes les preuves ZK seront éventuellement créées par un réseau décentralisé de « prouveurs ».
Voir l'original
Cette page peut inclure du contenu de tiers fourni à des fins d'information uniquement. Gate ne garantit ni l'exactitude ni la validité de ces contenus, n’endosse pas les opinions exprimées, et ne fournit aucun conseil financier ou professionnel à travers ces informations. Voir la section Avertissement pour plus de détails.
Lisez la pile technologique et le flux de transactions de Scroll en un seul article
Par Francesco, Capitale du Château ; Traduction : Golden Finance Xiaozou
Le 10 octobre, Scroll a publié un message cryptique annonçant son lancement sur le réseau principal. Mis à part l’agriculture de largage, je n’en étais pas pleinement conscient. J’ai donc décidé de creuser plus profondément !
Commençons par le défilement. Scroll est une solution de mise à l’échelle d’Ethereum : un cumul général à connaissance nulle (zk) de niveau 2. Cela ressemble à beaucoup de mots funky et fantaisistes, regardons de plus près.
En tant que rollup L2 fonctionnant sur Ethereum, Scroll importe la sécurité ETH native.
! [3BwaX61RXgYWgOajov0oviaGFFCMbgk1jpWKIn7J.png] (https://img.jinse.cn/7119142_watermarknone.png « 7119142 »)
En plus de la sécurité, Scroll s’intègre parfaitement dans le riche écosystème Ethereum :
· outil
· dApps
· Contrats intelligents
· Base d’utilisateurs
Cette pratique permet de transférer et d’échanger sans effort ces ressources, ce qui garantit une compatibilité EVM inégalée. « Pour les utilisateurs et les développeurs, Scroll est presque équivalent à Ethereum. »
Avant Scroll, il n’y avait pas de cumul zk universel, principalement en raison de la complexité de la génération de preuves zk pour les calculs de la machine virtuelle Ethereum (EVM). En termes simples, un rollup universel est censé avoir l’équivalent d’un EVM.
Cependant, l’exécution réussie d’un environnement EVM sur zk rollup a toujours été un objectif insaisissable. Cela est dû à la complexité de la conversion des transactions EVM en circuits logiques qui peuvent être expliqués par des preuves zk. Cette complexité explique également pourquoi le projet de rollup zk se concentre uniquement sur des applications spécifiques, telles que dYdX, qui se concentre sur les transactions, et ImmutableX, qui se concentre sur les NFT.
En raison de difficultés techniques, il n’a pas été possible de développer un réseau universel capable de déployer diverses dAapps. C’est pourquoi les rollups zk ne sont pas performants en termes de TVL et de nombre d’abonnés par rapport aux rollups optimistes tels que Immutable.
Malgré ces défis, la quête d’un ZK Rollup générique se poursuit. La compatibilité EVM est importante car elle simplifie considérablement le travail requis pour les développeurs lors de la transition vers la nouvelle chaîne.
La transition vers une chaîne non-EVM signifie :
· Les contrats existants doivent être migrés et réécrits vers le nouveau cumul.
· Non pris en charge par les outils EVM existants (bibliothèques, portefeuilles, places de marché, etc.).
· Les applications de l’écosystème Ethereum ne peuvent pas être prises en charge.
De nombreux cumuls prennent en charge la tâche d’un EVM zk générique, avec différents niveaux de compatibilité EVM.
Top 5 des comparaisons zkEVM
! [LSM86T62BM2YWEonkmazzYQgUB81TyIlC7h4V56b.png] (https://img.jinse.cn/7119144_watermarknone.png « 7119144 »)
(**1)Starknet et zkSync (niveau de langue) :
Il s’agit de solutions dédiées qui s’exécutent actuellement avec leurs propres machines virtuelles personnalisées (Cairo VMs). Ils exécutent une machine virtuelle personnalisée et créent un compilateur, « Warp Transpiler », qui compile le code Solidity en bytecode de machine virtuelle Cairo.
! [f0mw065oU22uQaoAHUgGeTVnIuusPnGXMr4NmvGg.png] (https://img.jinse.cn/7119145_watermarknone.png « 7119145 »)
Ce qu’ils font, c’est créer une nouvelle machine virtuelle et ajouter la prise en charge de l’outil Ethereum en tant que couche supplémentaire par-dessus. Cela permet toujours d’atteindre l’objectif d’exporter des contrats de solidité vers StarkNet, ce qui les rend « compatibles EVM ».
Bien qu’il ne s’agisse pas d’une exécution EVM simple, elle préserve la compatibilité, permettant aux développeurs Solidity d’écrire du code pour leurs cumuls. C’est un bon compromis.
(2)Polygone zk-EVM (niveau bytecode) :
Polygon exécute une machine virtuelle personnalisée, mais a mappé tous les opcodes EVM pour qu’ils soient valides pour ses machines virtuelles. L’approche de Polygon consiste à construire un zkEVM avec une « équivalence au niveau de l’opcode ».
Contrairement à Scroll, Polygon dispose d’un environnement d’exécution alternatif — zkutor — qui exécute des opcodes « zkASM » personnalisés au lieu d’exécuter directement des opcodes EVM. Ceci est fait pour optimiser l’interprétation de l’EVM (car la preuve directe de l’EVM serait trop restrictive).
! [dBbRwBMW3X9X60RcwaEGFU8IMej4H3NDmzNcyA0Z.png] (https://img.jinse.cn/7119146_watermarknone.png « 7119146 »)
Voici un schéma du processus :
!
Bien que cette configuration soit plus performante que Scroll, elle ajoute beaucoup de code personnalisé (pour créer zkASM), introduit des exigences possibles pour modifier le code ou les outils de compatibilité, et peut différer de plus en plus d’Ethereum au fil du temps.
(3)Scroll (niveau bytecode) :
Convertissez l’exécution EVM directement en circuits vérifiables avec des avantages en termes de prise en charge et de compatibilité des outils. Actuellement, Scroll ne prend pas en charge tous les opcodes EVM, mais ils prévoient de l’implémenter au fil du temps.
! [qTtHQfu0A2TL4Es1o7GUr4SLTmX84fXexBThP2qS.png] (https://img.jinse.cn/7119150_watermarknone.png « 7119150 »)
Comment fonctionne le défilement (pile technologique) ?
Scroll est un rollup zk, avec un contrat intelligent sur ETH L1, et est un validateur de preuve zkEVM capable de vérifier que le protocole Scroll est sécurisé.
! [epGWjBUK3UM7PGzW3TTnIyS4d6U3HZJbQvUsFlLU.png] (https://img.jinse.cn/7119151_watermarknone.png « 7119151 »)
Comment les transactions ont-elles lieu sur Scroll ?
· Scroll est capable de regrouper des blocs et d’écrire des données de bloc sur Ethereum.
· Une fois qu’une preuve de validité est générée dans un nouveau bloc, elle est écrite sur Ethereum.
! [puMNkVFi6Mo0fvYN2CHi2b2rRLTtF0EqJCoIngKl.png] (https://img.jinse.cn/7119152_watermarknone.png « 7119152 »)
Ainsi, un bloc sur un Scroll peut avoir trois états :
· Pre-commit : Proposé par le séquenceur et inclus dans le Scroll.
· Validé : données de transaction publiées sur Ethereum
· Finalisation : La bonne exécution a été confirmée par une preuve de validité on-chain publiée sur Ethereum.
Le flux de transaction est le suivant :
(1) Les transactions provenant du séquenceur sont regroupées et regroupées dans un bloc (1).
(2) Les données et les données d’appel sont validées dans le contrat de cumul sur L1, et le bloc est validé (D1).
! [MGHpIZI5tIrmUyZ1wFO8IBBlPkjPyGlTqJ0xcorf.png] (https://img.jinse.cn/7119154_watermarknone.png « 7119154 »)
(3) Génération de la preuve : L’information est transmise au coordinateur (la « trace » du travail terminé), puis transmise au prouveur, qui à son tour génère la preuve ZK.
(4) La génération de preuves peut occuper plusieurs blocs et peut être effectuée en parallèle par différents « prouveurs ».
! [MGHpIZI5tIrmUyZ1wFO8IBBlPkjPyGlTqJ0xcorf.png] (https://img.jinse.cn/7119154_watermarknone.png « 7119154 »)
(5) Génération de preuves agrégées : les preuves sont générées et agrégées par lots, puis soumises à la chaîne pour vérification (Verify).
(6) Le bloc est finalisé.
! [MGHpIZI5tIrmUyZ1wFO8IBBlPkjPyGlTqJ0xcorf.png] (https://img.jinse.cn/7119154_watermarknone.png « 7119154 »)
Les transactions sont >traitées par le nœud exécutant le fork Geth > des traces d’exécution > des circuits zkEVM d’entrée > génèrent des preuves > entrée dans l’ensemble indiquant que la preuve est valide, > génèrent des preuves agrégées > émises pour les contrats L1.
! [06C4j68uFveOkp0nMwVLSpTuyfAXMdopOz20qFnZ.png] (https://img.jinse.cn/7119155_watermarknone.png « 7119155 »)
Pourquoi faire défiler ?
· Centré sur le développeur : fournit un bytecode équivalent à EVM.
· Efficacité : créez un espace de bloc plus sécurisé pour Ethereum et réduisez les frais de gaz.
· Vitesse : Temps de bloc optimisé (3 secondes contre 12 secondes pour Ethereum).
· Aligné sur la vision d’Ethereum.
Depuis sa sortie, Scroll a amassé plus de 1,5 million de dollars en TVL.
! [vCuWn8SHO3ImoVojqdZZFz2pGcwxd48sHxKgodq3.png] (https://img.jinse.cn/7119157_watermarknone.png « 7119157 »)
Plus de 1 383 utilisateurs ont connecté de l’ETH sur Scroll.
! [CNorvLElukNCBx1rRFpChYL2NCMY930sRNSRhu6F.png] (https://img.jinse.cn/7119158_watermarknone.png « 7119158 »)
Plus de 975 ETH ont été reliés au réseau principal de Scroll, pour un total de 1,5 million de dollars.
! [dAgVuhJqXcFf5kWAWhE7dpO8TwJUU01FWGaOYDqo.png] (https://img.jinse.cn/7119159_watermarknone.png « 7119159 »)
Quelques réflexions :
ZK Rollup est considéré comme une conception qui surpasse ses rivaux de cumul optimistes, en particulier en termes de confidentialité, sans délai de retrait dû à l’absence de preuves de fraude.
En tant que rollup zk générique compatible avec le bytecode, Scroll promet les avantages des preuves zk sur L2 sans compromettre les effets de réseau et les outils d’EVM.
La compatibilité totale avec EVM est le Saint Graal de L2, et c’est la proposition de valeur de Scroll : l’excitation d’Ethereum. La compatibilité bytecode de Scroll intègre tous les avantages des preuves zk à Ethereum avec une compatibilité maximale.
Il convient également de noter que Scroll s’engage en faveur de la décentralisation. Bien qu’il y ait un trieur central dans la phase initiale, des plans de décentralisation sont dans les tuyaux. De plus, toutes les preuves ZK seront éventuellement créées par un réseau décentralisé de « prouveurs ».