En parlant de Layer2, tout le monde aime se concentrer sur la vitesse et les frais de transaction : à quelle vitesse fonctionne zkEVM, combien de Gas est économisé. Mais il y a un élément qui est souvent négligé : la disponibilité des données, abrégée en DA.
Ça a l'air assez académique ? En fait, c'est très grave. Réfléchis, peu importe à quel point les transactions sont rapides et bon marché, si les données originales sont cachées dans un coin, il est impossible pour les autres de les vérifier, alors cette chaîne peut-elle encore être appelée décentralisée ? Si le DA n'est pas bien géré, toute l'histoire du trustless s'effondre à moitié.
Que gère exactement la DA ? En d'autres termes : où sont les données et qui peut y accéder. Derrière chaque transaction, il n'y a pas seulement le résultat, mais aussi les paramètres d'entrée, les journaux d'exécution, et une pile de « matières premières » qui servent de preuves. Dans un système totalement transparent, quiconque a accès à ces matières premières devrait pouvoir tout relancer et vérifier les comptes. Si les données sont verrouillées dans des nœuds privés ? La sécurité devient alors très douteuse.
Un réseau Layer2 basé sur zkEVM, dont le mode de traitement est assez typique : il envoie les données clés compressées et les preuves à connaissance nulle sur la chaîne principale d'Ethereum. Cette approche a deux niveaux de sécurité - le premier niveau, profiter du réseau de nœuds mondiaux d'Ethereum et de la finalité, la base de confiance est suffisamment solide ; le deuxième niveau, même si le réseau lui-même échoue, les données sur la chaîne principale peuvent encore être utilisées pour restaurer l'état ou effectuer un audit historique. Cela revient à souder directement un "ancre de sécurité" sur la chaîne principale.
Bien sûr, écrire des données sur Ethereum n'est pas bon marché, et lorsque le réseau est congestionné, les frais de Gas s'envolent. C'est pourquoi ces types de solutions cherchent généralement à équilibrer la compression des données et les soumissions en masse - tout en garantissant la disponibilité et en contrôlant les coûts. C'est pourquoi les projets zkEVM ont des choix différents en matière de stratégie DA, certains adoptant une approche agressive en se lançant sur le réseau principal, d'autres essayant d'autres solutions de couche DA.
Au fond, la vitesse et les coûts ne sont que des apparences, le DA est la fondation. Si la fondation n'est pas solide, même un bâtiment haut est fait de papier.
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.
En parlant de Layer2, tout le monde aime se concentrer sur la vitesse et les frais de transaction : à quelle vitesse fonctionne zkEVM, combien de Gas est économisé. Mais il y a un élément qui est souvent négligé : la disponibilité des données, abrégée en DA.
Ça a l'air assez académique ? En fait, c'est très grave. Réfléchis, peu importe à quel point les transactions sont rapides et bon marché, si les données originales sont cachées dans un coin, il est impossible pour les autres de les vérifier, alors cette chaîne peut-elle encore être appelée décentralisée ? Si le DA n'est pas bien géré, toute l'histoire du trustless s'effondre à moitié.
Que gère exactement la DA ? En d'autres termes : où sont les données et qui peut y accéder. Derrière chaque transaction, il n'y a pas seulement le résultat, mais aussi les paramètres d'entrée, les journaux d'exécution, et une pile de « matières premières » qui servent de preuves. Dans un système totalement transparent, quiconque a accès à ces matières premières devrait pouvoir tout relancer et vérifier les comptes. Si les données sont verrouillées dans des nœuds privés ? La sécurité devient alors très douteuse.
Un réseau Layer2 basé sur zkEVM, dont le mode de traitement est assez typique : il envoie les données clés compressées et les preuves à connaissance nulle sur la chaîne principale d'Ethereum. Cette approche a deux niveaux de sécurité - le premier niveau, profiter du réseau de nœuds mondiaux d'Ethereum et de la finalité, la base de confiance est suffisamment solide ; le deuxième niveau, même si le réseau lui-même échoue, les données sur la chaîne principale peuvent encore être utilisées pour restaurer l'état ou effectuer un audit historique. Cela revient à souder directement un "ancre de sécurité" sur la chaîne principale.
Bien sûr, écrire des données sur Ethereum n'est pas bon marché, et lorsque le réseau est congestionné, les frais de Gas s'envolent. C'est pourquoi ces types de solutions cherchent généralement à équilibrer la compression des données et les soumissions en masse - tout en garantissant la disponibilité et en contrôlant les coûts. C'est pourquoi les projets zkEVM ont des choix différents en matière de stratégie DA, certains adoptant une approche agressive en se lançant sur le réseau principal, d'autres essayant d'autres solutions de couche DA.
Au fond, la vitesse et les coûts ne sont que des apparences, le DA est la fondation. Si la fondation n'est pas solide, même un bâtiment haut est fait de papier.