jakiro
La version du réseau de test de mise à niveau Ethereum Dencun a été lancée sur le réseau de test Goerli le 17 janvier 2024 et a lancé avec succès le réseau de test de Sepolia le 30 janvier. La mise à niveau Dencun se rapproche de plus en plus de nous.
Après une autre mise à niveau du réseau de test Holesky le 7 février, le réseau principal sera mis à niveau.Actuellement, le réseau principal amélioré de Cancun a été officiellement confirmé le 13 mars.
Chaque mise à niveau d’Ethereum sera presque accompagnée d’une vague de marché à thème.
Si vous suivez l’expérience précédente, cette mise à niveau Dencun aura également la possibilité de faire une disposition à l’avance.
Cependant, comme le contenu technique impliqué dans la mise à niveau Dencun est relativement obscur, il ne peut pas être confondu avec une phrase comme la mise à niveau de Shanghai, « Ethereum est passé de POW à POS » et il est difficile de saisir les points clés de la disposition.
Par conséquent, cet article utilisera un langage facile à comprendre pour expliquer les détails techniques de la mise à niveau Dencun et trier le contexte entre cette mise à niveau et la disponibilité des données DA et la couche 2 pour les lecteurs.
EIP 4484
L’EIP-4844 est la proposition la plus importante de cette mise à niveau Dencun, marquant une étape tangible et importante dans l’expansion d’Ethereum de manière décentralisée.
En termes de laïcs, à l’heure actuelle, Ethereum Layer 2 doit soumettre des transactions survenant dans la couche 2 à la CallData du réseau principal Ethereum pour les nœuds afin de vérifier l’efficacité de la génération de blocs du réseau de couche 2.
Le problème résolu en faisant cela est que bien que les données de transaction aient été compressées autant que possible, l’énorme volume de transaction de la deuxième couche est multiplié par la base de coûts de stockage élevée du réseau principal Ethereum, qui est toujours le même pour le Deuxième nœud de couche et utilisateurs de la deuxième couche.Le facteur de prix seul fera perdre la deuxième couche pour perdre un grand nombre d’utilisateurs et se débarrasser de la chaîne latérale.
L’EIP 4484 crée un nouveau Blob de zone de stockage moins cher (Binary Grand Object) et remplace le nouveau type de transaction mis à niveau appelé « transaction de transport blob » qui peut pointer de l’espace de stockage blob. L’écosystème Ethereum économise les coûts de gaz.
Raisons du stockage Blob pas cher
Comme nous le savons tous, le prix est moins cher.
Au contraire, El ne peut accéder qu’à des références aux données Blob, et les données de Blob elle-même ne peuvent être téléchargées et stockées que par la couche consensus d’Ethereum (CL, également connue sous le nom de Node de balise), et la quantité de mémoire et de calcul consommée à stocker est beaucoup plus petit que celui d’Ethereum ordinaire.
De plus, Blob a une fonctionnalité qui ne peut être stockée que pendant une période limitée (généralement environ 18 jours) et ne se développera pas infiniment comme la taille du grand livre Ethereum.
La période de validité de stockage de Blob
Contrairement au grand livre permanent de la blockchain, Blob est un stockage temporaire avec un temps utilisable de 4096 époques, soit environ 18 jours.
Après l’expiration, la plupart des clients consensus ne pourront pas récupérer des données spécifiques dans le blob.Cependant, les preuves de son existence préexistante resteront sur le MainNet sous la forme de promesses de KZG et seront stockées en permanence sur le Mainnet Ethereum.
Pourquoi choisir 18 jours?Il s’agit d’un compromis entre la mesure des coûts de stockage et l’efficacité.
Tout d’abord, nous devons considérer les bénéficiaires les plus intuitifs de cette mise à niveau, des rouleaux optimistes (comme l’arbitrum et l’optimisme), car selon les paramètres de rouleaux optimistes, il y a une fenêtre de temps de 7 jours pour la preuve de Fruad.
Les données de transaction stockées dans le blob sont exactement les informations nécessaires lorsque les rouleaux optimistes lancent un défi.
Par conséquent, la période de validité du blob doit être assurée que la preuve de défaut optimiste est accessible. .
Transaction de transport de Blob et blob
Il est important de comprendre la relation entre ces deux-là pour comprendre le rôle du blob dans la disponibilité des données (DA).
Le premier est l’ensemble de la proposition EIP-4484, un nouveau type de transaction, tandis que le second peut être compris comme un emplacement pour le stockage temporaire des transactions pour la couche 2.
La relation entre les deux peut être comprise comme la plupart des données dans la première (données de transaction Layer2) sont stockées dans le second.Les données restantes, les données BLOB, seront dans le CallData du réseau principal.Autrement dit, la promesse peut être lue par l’EVM.
Vous pouvez imaginer un engagement comme construire toutes les transactions dans un blob dans un arbre Merkle, puis seule la racine Merkle, l’engagement, est accessible par le contrat.
Cela peut être fait intelligemment: bien que EVM ne puisse pas connaître le contenu spécifique de BLOB, les contrats EVM peuvent vérifier l’authenticité des données de transaction en connaissant l’engagement.
La relation entre Blob et Layer2
La technologie ROLLUP permet la disponibilité des données (DA) en téléchargeant des données sur Ethereum MainNet, mais ce n’est pas pour permettre aux contrats intelligents de L1 de lire ou de vérifier ces données téléchargées directement.
Le but de télécharger des données de transaction vers L1 est simplement de permettre à tous les participants d’afficher ces données.
Avant la mise à niveau Dencun, comme mentionné ci-dessus, OP-Rollup publie des données de transaction vers Ethereum en tant que calldata.Ainsi, n’importe qui peut utiliser ces informations de transaction pour reproduire l’état et vérifier l’exactitude du réseau de couche 2.
Il n’est pas difficile de voir que les données de transaction ROLUP doivent être bon marché + ouvertes et transparentes.
Après avoir lu ceci, vous pouvez avoir une question dans votre esprit.
En fait, les données de transaction sont utilisées uniquement dans quelques situations:
-
Pour le rollup optimiste, sur la base de l’hypothèse de confiance, il peut y avoir des problèmes de malhonnêteté.
-
Pour ZK Rollup, la preuve de la connaissance zéro a prouvé que la mise à jour de l’état est correcte. requis, un arbre d’état L2 complet est requis.
Cela signifie que les scénarios dans lesquels les données de transaction sont réellement utilisés par les contrats sont très limités.Même dans le défi de trading de Rollup optimiste, il vous suffit de soumettre des preuves (statuts) qui prouvent que les données de transaction « existence » sont sur place, et les détails de cette transaction ne sont pas tenus d’être stockés sur le réseau principal à l’avance.
Donc, si nous mettons des données de transaction dans l’élément blob, bien que le contrat ne soit pas accessible, le contrat de réseau principal peut stocker l’engagement de ce blob.
À l’avenir, si le mécanisme de défi nécessite une certaine transaction, nous devons seulement fournir les données de la transaction, tant qu’elle peut y correspondre.Cela peut convaincre le contrat et fournir des données de transaction au mécanisme de défi à utiliser.
Cela profite non seulement de l’ouverture et de la transparence des données de transaction, mais évite également l’énorme coût de gaz de la saisie de toutes les données dans le contrat à l’avance.
En enregistrant uniquement des engagements, la vérifiabilité des données de transaction est obtenue tout en optimisant considérablement les coûts.Il s’agit d’une solution intelligente et efficace pour la technologie Rollup pour télécharger les données de transaction.
Il convient de noter que dans le fonctionnement réel de Dencun, l’engagement n’est pas généré dans un arbre Merkle similaire à Celestia, mais l’algorithme intelligent du KZG (Kate-Zaverucha-Goldberg, Engagement polynomial) est utilisé.
Par rapport à Merkle Tree Proof, le processus de génération de la preuve KZG est relativement complexe, mais son volume de vérification est plus petit et les étapes de vérification sont plus simples. et n’a pas la capacité d’attaque informatique anti-quantitum (Dencun utilise la méthode de hachage de version, et d’autres méthodes de vérification peuvent être remplacées si nécessaire).
Pour le projet de DA populaire Celestia, il utilise la variante Merkle Tree. .
L’opportunité de Dencun
Alors que l’EIP4844 réduit les coûts et augmente l’efficacité de la deuxième couche, il augmente également les risques de sécurité, ce qui apporte également de nouvelles opportunités.
Pour comprendre les raisons, nous devons parler du mécanisme de capsule d’échappement ou du mécanisme de retrait obligatoire mentionné ci-dessus.
Lorsque le nœud de couche 2 est désactivé, ce mécanisme peut garantir que les fonds utilisateur reviennent au réseau principal en toute sécurité.La condition préalable pour activer ce mécanisme est que l’utilisateur doit obtenir l’arbre d’état complet de la couche 2.
Selon les circonstances normales, les utilisateurs doivent uniquement trouver un nœud de couche complet pour demander des données, générer une preuve Merkle et soumettre le contrat au réseau principal pour prouver la légitimité de leurs retraits.
Mais n’oubliez pas que l’utilisateur veut démarrer le mécanisme de capsule d’échappement pour quitter L2 précisément parce que le nœud L2 fait le mal et le nœud fait le mal.
Il s’agit de l’attaque de retenue de données que Vitalik mentionne souvent.
Avant EIP-4844, les enregistrements de couche permanente ont été enregistrés sur le réseau principal.
Ce nœud complet peut obtenir toutes les données historiques publiées par le trieur de couche 2 sur le réseau principal avec le réseau principal Ethereum. Évacuer.
Après EIP-4844, les données de la couche 2 n’existent que dans le blob du nœud complet d’Ethereum, et les données historiques il y a 18 jours seront automatiquement supprimées.
Par conséquent, la méthode d’obtention de l’arbre d’état entier via le réseau principal synchrone dans le paragraphe précédent n’est plus possible. Un tiers (il aurait dû être utilisé pour stocker toutes les données de Ethereum Blob pour le générateur AI) (il aurait dû être utilisé pour obtenir l’arbre d’état complet de la couche 2). nœud natif (très rarement).
Par conséquent, après le lancement de 4844, il deviendra très difficile pour les utilisateurs d’obtenir l’arbre complet de la couche 2 de manière entièrement fiable.
Si les utilisateurs n’ont pas de moyen stable d’obtenir l’arbre d’état de la couche 2, ils ne peuvent pas effectuer des opérations de retrait forcées dans des conditions extrêmes.Par conséquent, 4844 a provoqué une certaine mesure les lacunes de sécurité de la couche 2.
Pour compenser ce manque de sécurité, nous devons avoir une solution de stockage sans confiance avec un cycle économique positif.Le stockage se réfère principalement à la conservation des données dans Ethereum d’une manière sans confiance, qui est différente de la piste de stockage dans le passé, car le mot-clé « aucune confiance » existe toujours.
Ethstorage peut résoudre le problème de non-confiance et a reçu deux cycles de financement de la Fondation Ethereum.
On peut dire que ce concept peut vraiment s’occuper / compenser la piste améliorée de Denc, ce qui est très digne d’attention.
Tout d’abord, la signification la plus intuitive de l’ethstorage est qu’elle peut prolonger le temps disponible de DA Blob de manière complètement décentralisée, compensant le conseil d’administration le plus court de la couche 2 après 4844.
De plus, la plupart des solutions L2 existantes se concentrent principalement sur la mise à l’échelle de la puissance de calcul d’Ethereum, c’est-à-dire l’augmentation du TPS.Cependant, la demande de stockage en toute sécurité de grandes quantités de données sur le Mainnet Ethereum a augmenté, en particulier en raison de la popularité des DAPP tels que NFT et DEFI.
Par exemple, les exigences de stockage pour les NFT en chaîne sont très évidentes car les utilisateurs possèdent non seulement des jetons pour les contrats NFT, mais également des images sur chaîne.Ethstorage peut résoudre le problème de confiance supplémentaire qui stockait ces images sur des tiers.
Enfin, l’ethstorage peut également résoudre les besoins frontaux des DAPP décentralisés.Les solutions existantes actuelles sont principalement hébergées par des serveurs centralisés (avec DNS), ce qui rend le site Web vulnérable à la censure et à d’autres problèmes, tels que le détournement du DNS, le piratage de site Web ou les accidents de serveur, la tornado, etc., comme en témoignent des événements tels que des événements tels que le détournement DNS, des incidents tels que le piratage de sites Web et la Tornado Cash.
Ethstorage est encore au début des tests, donc les utilisateurs optimistes quant aux perspectives de cette piste peuvent en faire l’expérience.
