Cliquez pour lire : Le rôle principal de la disponibilité des données dans Layer2
Après avoir popularisé la disponibilité des données, vous devez vous interroger sur la relation entre la disponibilité des données et la compatibilité EVM. Permettez-moi d’abord de souligner un point : plus la compatibilité d’EVM est élevée, plus le degré d’intégration de la disponibilité des données avec Ethereum est élevé. **
pourquoi ? Les amis attentifs devraient noter que zkSync, les deux solutions ZK-Rollup, ne peuvent télécharger que le certificat de transfert d'état diff vers Ethereum, tandis que Linea peut télécharger toutes les données sur le réseau principal. La réponse réside peut-être dans la compatibilité EVM.
Auparavant, @VitalikButerin avait écrit un article sur "les différents types de ZK-EVM", que j'aimerais revoir avec vous. Comme le montre la figure ci-dessous, Vitalik divise la compatibilité des différentes solutions ZK avec Ethereum en 5 niveaux :
Le premier niveau est complètement équivalent à Ethereum et ne changera aucun composant du système Ethereum. La logique de hachage, d'arbre d'état, de pré-compilation et autres logiques est presque la même. Par exemple, Taiko et Scroll ciblent tous cela ;
Le deuxième niveau est équivalent au système de machine virtuelle EVM, avec seulement quelques différences dans les structures de données telles que la structure des blocs et l'arbre d'état, comme Polygono zkEVM ;
Le troisième niveau est presque équivalent à la machine virtuelle EVM et peut être compatible avec la plupart des applications. Afin de raccourcir le temps de Prove, seuls quelques sacrifices ont été faits, tels que : Scroll, Polygon zkEVM ;
Le quatrième niveau utilise un langage de niveau supérieur pour programmer, puis passe par une couche de transformation du compilateur, juste pour un temps de preuve rapide, tel que : zkSync et Starknet.
Comment comprendre les différences entre plusieurs ZK-EVM de manière simple ? En tant que système de chaîne publique mature, la machine virtuelle EVM d'Ethereum, le langage de programmation Solidity et d'autres structures de données sont considérés comme un standard. Si un développeur construit ZK-EVM, plus la compatibilité de réutilisation des composants du système Ethereum est élevée. Plus elle est proche du niveau 1.
Pour comprendre à l'envers, pourquoi zkSync et Starknet doivent développer leur propre langage et leur propre compilateur pour le convertir, ce n'est pas parce que la vitesse de s'appuyer sur les propres composants d'Ethereum pour générer des preuves Prove est trop faible et ne peut pas répondre à la demande. Si un jour, la couche inférieure d'Ethereum prend en charge la preuve SNARK, ces couches 2 n'auront qu'à recevoir par lots les transactions, les conditionner et les soumettre à Ethereum. Pourquoi s'embêter à exploiter vous-même une couche d'exécution équivalente à l'EVM ?
Maintenant que vous comprenez le niveau de compatibilité EVM, réfléchissons à sa relation avec la disponibilité des données ? Vous trouverez une règle. Plus la compatibilité d'Etherum ou d'EVM est élevée, plus le degré de disponibilité des données qui peut être atteint est élevé. Comprenez simplement que si vous voulez qu'Ethereum fasse DA pour vous, alors vous devez être hautement compatible avec lui.
J'ai résumé grossièrement les principales méthodes de mise en œuvre de la disponibilité des données de couche 2, qui peuvent être grossièrement divisées en cinq catégories :
Toutes les données de base sont téléchargées sur Ethereum et Ethereum est utilisé comme couche DA ; par exemple : Arbitrum, Optimism, Base, Linea.
Seule la preuve de transition d'état diff est téléchargée sur Ethereum et toutes les données historiques sont fournies par la couche 2 elle-même ; par exemple : zkSync, Starknet
Les services DA sont fournis par le réseau de consensus fort exclusif de couche 2, tel que Polygon zkEVM.
DA est fourni par un réseau de stockage distribué avec un fort consensus tiers, tel que IPFS ; par exemple : Metis
DA est fourni par un fournisseur de services de chaîne publique tiers spécialisé dans la construction de DA modulaire ; par exemple : Mantle
La couche 2 fournit des services DA indépendants ; par exemple : Abitrum Nova, Apex, ImmutableX
La classification ci-dessus fait référence à l'analyse des données de L2BEAT. La disponibilité des données est marquée sur la plateforme d'analyse des données comme (En chaîne, En chaîne (SD), Externe, Externe (DAC), Optimisme (MEMO), etc.)
Pour les classer en fonction de la disponibilité des données, de 1 à 6 et que la dépendance à l'égard d'Ethereum diminue progressivement, le consensus de sécurité s'affaiblit également progressivement. Étant donné que le consensus de sécurité est un concept relativement vague, le simple fait d'utiliser le degré d'intégration de la participation d'Ethereum dans DA comme critère de force du consensus ne signifie pas qu'il est nécessairement dangereux pour la couche 2 de s'appuyer sur des DA tiers pour parvenir à un consensus. ou pour faire fonctionner la couche DA de manière indépendante.
Résumer
Nous avons constaté que les OP-Rollups tels qu'Arbitrum et Optimism ont un haut degré d'application dans Ethereum DA. La raison est très simple. OP-Rollup et EVM sont naturellement hautement compatibles. Il leur suffit de bien exécuter le séquenceur et le traitement des transactions. est exécuté localement. , la vérification des clés et plus tard le Challenge reposent tous sur le système Ethereum.
Linea, qui fait partie de la gamme ZK-Rollup, peut en fait télécharger toutes les données de base sur Ethereum. Je n'ai pas vu d'explication officielle, mais je suppose que c'est parce que l'EVM de Linea est hautement compatible, donc Linea peut réutiliser le stockage et le contrat d'Ethereum. exécution, etc. Pour aider au processus de certification Prove ? Cependant, zkSync ne peut s'appuyer que sur son propre système Prove pour générer des preuves. Si zkSync connecte également toutes les données à Ethereum, les contrats Rollup ultérieurs ne pourront pas vérifier la validité de ses preuves.
Enfin, avez-vous remarqué que Polygon ZK-EVM utilise son propre réseau Polygon Validium L1 comme couche de consensus ?En tant que concurrent d'Ethereum, le système de consensus de vérification L1 de Polygon est également très solide et sa limite de capacité de stockage est bien meilleure que celle d'Ethereum. Bien sûr, il n'y a aucun problème à utiliser votre propre L1 comme DA. Cependant, Polygon zkEVM a finalement synchronisé la preuve de transition d'état avec Ethereum. En fait, c'est totalement inutile, mais cela ne fait pas de mal de taxer Ethereum pour obtenir un consensus écologique et sécuritaire plus fort.
Cela dit, vous devez comprendre pourquoi Scroll et Taiko travaillent dur pour développer l'affinité EVM, car plus l'affinité EVM est élevée, plus il sera pratique pour le DA d'utiliser Ethereum, et il sera également conforme à la couche Ethereum plus étroite. .2 définition. Imaginez simplement, si une solution Ethereum Layer 2, une transaction de collecte, la disponibilité des données, l'interopérabilité, etc. reposent toutes sur la couche 2 et d'autres solutions modulaires tierces, et qu'elles synchronisent simplement les données avec Ethereum pour un enregistrement, est-ce nécessaire ?
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.
Compatibilité EVM et disponibilité des données : pourquoi sont-elles pertinentes ?
Auteur : HaoTian, analyste crypto Source : X (Twitter original) @tmel0211
Cliquez pour lire : Le rôle principal de la disponibilité des données dans Layer2
Après avoir popularisé la disponibilité des données, vous devez vous interroger sur la relation entre la disponibilité des données et la compatibilité EVM. Permettez-moi d’abord de souligner un point : plus la compatibilité d’EVM est élevée, plus le degré d’intégration de la disponibilité des données avec Ethereum est élevé. **
pourquoi ? Les amis attentifs devraient noter que zkSync, les deux solutions ZK-Rollup, ne peuvent télécharger que le certificat de transfert d'état diff vers Ethereum, tandis que Linea peut télécharger toutes les données sur le réseau principal. La réponse réside peut-être dans la compatibilité EVM.
Auparavant, @VitalikButerin avait écrit un article sur "les différents types de ZK-EVM", que j'aimerais revoir avec vous. Comme le montre la figure ci-dessous, Vitalik divise la compatibilité des différentes solutions ZK avec Ethereum en 5 niveaux :
Le premier niveau est complètement équivalent à Ethereum et ne changera aucun composant du système Ethereum. La logique de hachage, d'arbre d'état, de pré-compilation et autres logiques est presque la même. Par exemple, Taiko et Scroll ciblent tous cela ;
Le deuxième niveau est équivalent au système de machine virtuelle EVM, avec seulement quelques différences dans les structures de données telles que la structure des blocs et l'arbre d'état, comme Polygono zkEVM ;
Le troisième niveau est presque équivalent à la machine virtuelle EVM et peut être compatible avec la plupart des applications. Afin de raccourcir le temps de Prove, seuls quelques sacrifices ont été faits, tels que : Scroll, Polygon zkEVM ;
Le quatrième niveau utilise un langage de niveau supérieur pour programmer, puis passe par une couche de transformation du compilateur, juste pour un temps de preuve rapide, tel que : zkSync et Starknet.
Comment comprendre les différences entre plusieurs ZK-EVM de manière simple ? En tant que système de chaîne publique mature, la machine virtuelle EVM d'Ethereum, le langage de programmation Solidity et d'autres structures de données sont considérés comme un standard. Si un développeur construit ZK-EVM, plus la compatibilité de réutilisation des composants du système Ethereum est élevée. Plus elle est proche du niveau 1.
Pour comprendre à l'envers, pourquoi zkSync et Starknet doivent développer leur propre langage et leur propre compilateur pour le convertir, ce n'est pas parce que la vitesse de s'appuyer sur les propres composants d'Ethereum pour générer des preuves Prove est trop faible et ne peut pas répondre à la demande. Si un jour, la couche inférieure d'Ethereum prend en charge la preuve SNARK, ces couches 2 n'auront qu'à recevoir par lots les transactions, les conditionner et les soumettre à Ethereum. Pourquoi s'embêter à exploiter vous-même une couche d'exécution équivalente à l'EVM ?
Maintenant que vous comprenez le niveau de compatibilité EVM, réfléchissons à sa relation avec la disponibilité des données ? Vous trouverez une règle. Plus la compatibilité d'Etherum ou d'EVM est élevée, plus le degré de disponibilité des données qui peut être atteint est élevé. Comprenez simplement que si vous voulez qu'Ethereum fasse DA pour vous, alors vous devez être hautement compatible avec lui.
J'ai résumé grossièrement les principales méthodes de mise en œuvre de la disponibilité des données de couche 2, qui peuvent être grossièrement divisées en cinq catégories :
Toutes les données de base sont téléchargées sur Ethereum et Ethereum est utilisé comme couche DA ; par exemple : Arbitrum, Optimism, Base, Linea.
Seule la preuve de transition d'état diff est téléchargée sur Ethereum et toutes les données historiques sont fournies par la couche 2 elle-même ; par exemple : zkSync, Starknet
Les services DA sont fournis par le réseau de consensus fort exclusif de couche 2, tel que Polygon zkEVM.
DA est fourni par un réseau de stockage distribué avec un fort consensus tiers, tel que IPFS ; par exemple : Metis
DA est fourni par un fournisseur de services de chaîne publique tiers spécialisé dans la construction de DA modulaire ; par exemple : Mantle
La couche 2 fournit des services DA indépendants ; par exemple : Abitrum Nova, Apex, ImmutableX
La classification ci-dessus fait référence à l'analyse des données de L2BEAT. La disponibilité des données est marquée sur la plateforme d'analyse des données comme (En chaîne, En chaîne (SD), Externe, Externe (DAC), Optimisme (MEMO), etc.)
Pour les classer en fonction de la disponibilité des données, de 1 à 6 et que la dépendance à l'égard d'Ethereum diminue progressivement, le consensus de sécurité s'affaiblit également progressivement. Étant donné que le consensus de sécurité est un concept relativement vague, le simple fait d'utiliser le degré d'intégration de la participation d'Ethereum dans DA comme critère de force du consensus ne signifie pas qu'il est nécessairement dangereux pour la couche 2 de s'appuyer sur des DA tiers pour parvenir à un consensus. ou pour faire fonctionner la couche DA de manière indépendante.
Résumer
Nous avons constaté que les OP-Rollups tels qu'Arbitrum et Optimism ont un haut degré d'application dans Ethereum DA. La raison est très simple. OP-Rollup et EVM sont naturellement hautement compatibles. Il leur suffit de bien exécuter le séquenceur et le traitement des transactions. est exécuté localement. , la vérification des clés et plus tard le Challenge reposent tous sur le système Ethereum.
Linea, qui fait partie de la gamme ZK-Rollup, peut en fait télécharger toutes les données de base sur Ethereum. Je n'ai pas vu d'explication officielle, mais je suppose que c'est parce que l'EVM de Linea est hautement compatible, donc Linea peut réutiliser le stockage et le contrat d'Ethereum. exécution, etc. Pour aider au processus de certification Prove ? Cependant, zkSync ne peut s'appuyer que sur son propre système Prove pour générer des preuves. Si zkSync connecte également toutes les données à Ethereum, les contrats Rollup ultérieurs ne pourront pas vérifier la validité de ses preuves.
Enfin, avez-vous remarqué que Polygon ZK-EVM utilise son propre réseau Polygon Validium L1 comme couche de consensus ?En tant que concurrent d'Ethereum, le système de consensus de vérification L1 de Polygon est également très solide et sa limite de capacité de stockage est bien meilleure que celle d'Ethereum. Bien sûr, il n'y a aucun problème à utiliser votre propre L1 comme DA. Cependant, Polygon zkEVM a finalement synchronisé la preuve de transition d'état avec Ethereum. En fait, c'est totalement inutile, mais cela ne fait pas de mal de taxer Ethereum pour obtenir un consensus écologique et sécuritaire plus fort.
Cela dit, vous devez comprendre pourquoi Scroll et Taiko travaillent dur pour développer l'affinité EVM, car plus l'affinité EVM est élevée, plus il sera pratique pour le DA d'utiliser Ethereum, et il sera également conforme à la couche Ethereum plus étroite. .2 définition. Imaginez simplement, si une solution Ethereum Layer 2, une transaction de collecte, la disponibilité des données, l'interopérabilité, etc. reposent toutes sur la couche 2 et d'autres solutions modulaires tierces, et qu'elles synchronisent simplement les données avec Ethereum pour un enregistrement, est-ce nécessaire ?