Avec l'achèvement de la fusion et de la mise à niveau de Shanghai, Ethereum est passé d'un consensus par preuve de travail à un consensus par preuve d'enjeu. Le prochain projet important de la feuille de route d'Ethereum est la proposition d'amélioration d'Ethereum (EIP)4844, également connue sous le nom de "blobs de données natives". Ce changement de code vise à améliorer la scalabilité des rollups construits sur Ethereum. L'EIP 4844 est nommé d'après les développeurs principaux d'Ethereum "Protolambda" et Dankrad Feist, et introduit un nouveau type de transaction appelé blobs, augmentant les besoins en données et en stockage des blocs Ethereum, et créant un nouveau marché des frais qui sépare la tarification des blobs de celle des transactions ordinaires.
Les rollups sont des protocoles qui dépendent de la blockchain de couche 2 ( comme Ethereum ) pour la disponibilité des données ( DA ) et la diffusion et le stockage temporaire des lots de données de transaction. En général, les rollups basés sur des contrats intelligents s'appuient sur le DA d'Ethereum et dépendent également d'Ethereum pour le règlement des transactions ( et la validation ). Ces rollups lisent des données à partir de couches DA comme Ethereum et exécutent des transactions valides et du code de contrats intelligents. Les rollups construits sur Ethereum s'appuient sur les données de transactions groupées contenues dans les blocs d'Ethereum pour garantir l'authenticité des transactions. Les ordonneurs traitent et compressent les transactions des utilisateurs de manière rentable pour les soumettre aux acteurs de la couche DA.
En général, le coût de publication d'une grande quantité de données sur Ethereum est élevé, en partie parce que le réseau stocke les données de manière permanente dans un champ appelé "CALLDATA" en tant que partie de l'historique des transactions. Grâce à l'EIP 4844, chaque bloc créera un espace de données supplémentaire de 512 kB ou 768 kB pour les rollups. Les développeurs principaux d'Ethereum pèsent le nombre d'espace supplémentaire à créer pour les transactions blob. Il est important de noter que les données publiées dans cet espace seront stockées pendant environ trois semaines. En raison de la brièveté des données vérifiées par les transactions blob et d'un marché de frais indépendant pour la tarification des blobs isolé des autres types de transactions, théoriquement, le coût de publication de données via les rollups sur Ethereum sera considérablement réduit. Au fil du temps, les développeurs prévoient d'introduire des technologies d'échantillonnage de données, de sorte que les données des blobs n'aient pas besoin d'être entièrement téléchargées par les nœuds complets d'Ethereum pour vérification, réduisant encore le coût des rollups. Le proto-danksharding est le précurseur et le "prototype" du danksharding complet, qui permettra aux nœuds Ethereum de télécharger des fragments de données blob pour déterminer la disponibilité du blob complet.
Cet article explore en profondeur les détails du fonctionnement de l'EIP-4844, les limitations du proto-danksharding, le plan d'évolution de l'EIP-4844 vers un danksharding complet, et discute des avantages directs des changements de code lors de leur mise en œuvre prévue à l'automne 2023 pour les utilisateurs finaux et les développeurs d'applications décentralisées (dapp). Étant donné que l'accent mis sur le danksharding complet est de soutenir l'écosystème des rollups de niveau 2 et d'étendre Ethereum de manière modulaire, les changements de code à mettre en œuvre lors de la prochaine mise à niveau d'Ethereum seront un terrain d'essai important pour l'application de la théorie de la blockchain modulaire à grande échelle sur l'une des plus grandes blockchains publiques du monde.
Contexte
EIP-4844 est considéré comme une mise à niveau de la scalabilité d'Ethereum. Cependant, il est important de noter que ce changement de code n'a pas substantiellement augmenté ou introduit d'améliorations dans la capacité de transaction d'Ethereum lui-même. Le Proto-danksharding réduit le coût de la publication d'un grand volume de données sur Ethereum, ce qui diminue le coût d'exploitation des rollups. EIP-4844 est considéré comme une amélioration de la scalabilité d'Ethereum, car il rend les réseaux de Layer 2 construits sur Ethereum plus rentables, mais ce changement de code n'a pas amélioré la scalabilité d'Ethereum en tant que blockchain générale pour l'exécution des transactions et du code des contrats intelligents.
Au cours des quatre dernières années, l'activité de transaction des rollups Ethereum tels qu'Arbitrum, Optimism, StarkNet, zkSync et Polygon zkEVM n'a cessé d'augmenter. Une plateforme de données estime que le volume de transactions par seconde réalisé sur tous les réseaux Layer 2, (TPS), est 3,8 fois la moyenne quotidienne de TPS d'Ethereum.
Selon les données fournies par une institution de recherche via une plateforme d'analyse de données, les rollups permettent aux utilisateurs finaux et aux développeurs de dapp d'économiser plus de 99 % des frais de gas par rapport aux coûts de déploiement de code et de transactions directement sur Ethereum.
À la date du 13 juin 2023, le coût d'envoi de transactions sur les deux rollups Ethereum les plus populaires, un rollup de type OP et un autre rollup de type OP, varie entre environ 0,03 $ et 0,05 $. Cependant, en cas d'activité en chaîne fréquente et de congestion du réseau, ces coûts peuvent parfois grimper à plus de 1 $.
L'objectif de l'EIP-4844 est de réduire les coûts de rollup en introduisant un nouveau type de transaction, à savoir les objets binaires volumineux, ou blobs. Voici une explication étape par étape du cycle de vie des transactions blob définies par l'EIP-4844 :
L'utilisateur soumet une transaction au répartiteur rollup
Le séquenceur regroupe les transactions de plusieurs utilisateurs en un grand lot de transactions.
Le générateur de séquence crée une transaction contenant des données blob
Le sélecteur envoie les transactions blob au pool de mémoire Ethereum
Les validateurs Ethereum empaquettent les transactions blob dans les blocs.
Le bloc est diffusé sur le réseau et vérifié par d'autres validateurs.
Les données blob sont stockées sur la chaîne de balises pendant environ 3 semaines.
Les données blob sont jetées après expiration, mais le hachage de la transaction reste dans le bloc.
EIP-4844 n'affecte pas la façon dont les transactions ordinaires soumises au pool de mémoire d'Ethereum sont incluses dans un bloc, ni le marché des frais qui détermine le prix de l'espace de bloc d'Ethereum, mais EIP-4844 augmente effectivement les exigences de stockage des blocs Ethereum. L'espace de données supplémentaire est destiné à ajouter des transactions blob aux blocs. Un blob est comme un véhicule secondaire, qui peut être ajouté à un bloc Ethereum sans affecter ou empiéter sur l'espace de bloc existant pour traiter les transactions ordinaires. L'espace de bloc blob sera mis aux enchères en fonction de son propre marché des frais, à l'instar de la conception du marché des frais d'EIP 1559. Pour plus d'informations sur EIP 1559, veuillez lire les rapports de recherche connexes. Au départ, les transactions blob auront presque aucun coût. Par la suite, à chaque confirmation d'un bloc, si plus de la moitié de l'espace de bloc blob ( d'au moins 256kB ) est utilisé, le coût des transactions blob augmentera de 12,5 %. Pour chaque bloc dont l'espace blob n'est pas pleinement utilisé, c'est-à-dire dont l'espace de bloc blob est rempli à moins de 50 %, le coût des blobs diminuera de 12,5 %.
Les transactions blob ne seront pas stockées indéfiniment sur Ethereum, mais plutôt sur la couche de consensus d'Ethereum (CL), c'est-à-dire sur la chaîne de balises, et seront supprimées des nœuds CL après trois semaines. Le proto-danksharding permettra à chaque bloc d'avoir jusqu'à quatre blobs, chaque blob pouvant contenir jusqu'à 128 Ko de données supplémentaires. La limite maximale d'espace blob de 512 Ko par bloc pourrait changer en fonction des tests en cours de l'EIP-4844. Les développeurs discutent activement de la possibilité d'augmenter cette limite de 4 à 6 blobs. Chaque blob représente une opportunité unique pour un ordonneur de rollup de confirmer un lot de transactions sur Ethereum. Environ 7094 blocs sont produits chaque jour sur Ethereum, et après l'EIP 4484, en supposant une limite de 4 blobs/bloc, jusqu'à 28376 blobs peuvent être traités par jour. ( c'est une valeur maximale théorique qui, en raison des variations dynamiques des frais de blob, pourrait ne jamais être atteinte en pratique. Le coût de traitement du nombre maximum de blobs pour chaque bloc est très élevé pour un ordonneur ).
Au cours des six derniers mois, le séquenceur fonctionnant sur un rollup de type OP a été le deuxième rollup Ethereum le plus populaire en termes d'activité de transaction, soumettant environ 3126 lots de transactions par jour à Ethereum.
Le volume des transactions confirmées d'un rollup de type OP est d'environ le double de celui d'un autre rollup de type OP et, comme un autre rollup de type OP, il s'appuie sur un ordonneur pour publier des données sur Ethereum via CALLDATA afin de compléter les transactions. D'autres exemples de rollups populaires sur Ethereum incluent, mais ne sont pas limités à, un certain rollup ZK, un certain rollup ZK et un certain rollup ZK. Sur un rollup de type OP, plus de 90 % des frais proviennent des frais CALLDATA de Layer 1.
L'introduction d'un espace de stockage de données dédié, peu importe sa taille initiale, vise à réduire le coût d'utilisation d'Ethereum comme couche DA pour tous les rollups basés sur Ethereum. De manière conservatrice, les développeurs de rollups estiment qu'après l'activation de l'EIP 4844, les frais de rollup pourraient diminuer de 100 % à 900 %. Cependant, ces estimations pourraient changer en fonction de l'augmentation de l'adoption et de l'activité des rollups dans les mois précédant et suivant l'activation de la base de données d'origine.
Le coût des transactions blob, bien qu'il puisse être moins cher que les transactions ordinaires au début de l'activation de l'EIP 4844, pourrait rapidement augmenter si le nombre de rollups basés sur Ethereum augmente. De plus, bien que chaque blob soit conçu pour offrir à un seul ordonneur la possibilité de publier jusqu'à 128 Ko de données, les ordonneurs de rollup pourraient coordonner leurs efforts pour faire en sorte qu'un blob unique contienne des données provenant de plusieurs rollups. Les développeurs d'Ethereum se rendent compte qu'en raison du nombre limité de blocs et du fait qu'un seul lot de transactions peut ne pas utiliser pleinement l'espace de données de 128 Ko de chaque transaction blob, un marché secondaire pour la tarification des blobs pourrait émerger. Bien que la prévention de l'émergence d'un marché secondaire hors chaîne soit une priorité, au lieu d'introduire un niveau de complexité de protocole plus élevé pour empêcher cette possibilité, les développeurs adoptent actuellement une "approche d'attente et d'observation" en introduisant des blobs via l'EIP 4844 et prévoient d'optimiser davantage l'EIP 4844 à l'avenir.
Le proto-danksharding a jeté les bases de l'introduction de technologies plus avancées afin de réduire davantage le coût des blobs sans augmenter la charge de calcul des nœuds. Appelé danksharding complet, la vision complète des blobs est d'augmenter le nombre maximum de blobs par bloc de 4 à 64.
Danksharding complet
Quatre blobs augmentent la taille des blocs Ethereum de 512kB. Six blobs augmenteraient la taille des blocs Ethereum de 768kB supplémentaires. Comme mentionné précédemment, l'espace supplémentaire dans les blocs est strictement réservé aux transactions de blobs et ne stocke pas les données de manière permanente comme dans l'espace de blocs ordinaire. La vision complète de l'EIP 4844 est d'introduire jusqu'à 64 blobs pour Ethereum, tout en évitant d'augmenter de manière significative la charge de calcul des nœuds de validation des blocs. Pour réaliser un danksharding complet, Ethereum doit mettre en œuvre deux technologies : l'échantillonnage de disponibilité des données (DAS) et le codage par effacement.
( échantillonnage de disponibilité des données ) DAS ###
Dans le contexte de la vérification des transactions Layer 2 rollup, l'objectif de DAS est de s'assurer que tous les fragments de données regroupés par le séquenceur ont été publiés sur la chaîne. Les nœuds complets sont choisis au hasard, téléchargent un morceau de données à partir du blob et génèrent une preuve de disponibilité des données. Plus le nombre d'échantillonnages de données par les nœuds complets est élevé, plus il est probable que toutes les données aient été fournies par le séquenceur sans
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.
15 J'aime
Récompense
15
8
Reposter
Partager
Commentaire
0/400
ZkProofPudding
· 08-14 08:44
Le rollup est enfin sur le point d'entrer dans l'ère des masses!
Voir l'originalRépondre0
LiquidatedAgain
· 08-13 20:40
Persister à buy the dip à 1.8k, Être liquidé à 1.6k, peu importe ce point de gas.
Voir l'originalRépondre0
TestnetScholar
· 08-13 20:26
Ce nom de dankrad est vraiment trop nul.
Voir l'originalRépondre0
CodeZeroBasis
· 08-12 04:24
Super, 4844 est enfin arrivé!
Voir l'originalRépondre0
Anon32942
· 08-12 04:24
Les frais de gas ont enfin baissé, c'est agréable, c'est agréable.
Voir l'originalRépondre0
mev_me_maybe
· 08-12 04:21
eth va To the moon !
Voir l'originalRépondre0
OnchainUndercover
· 08-12 04:20
Le gaz va encore baisser ??
Voir l'originalRépondre0
FloorPriceWatcher
· 08-12 04:06
Quand le Gas va-t-il diminuer avec toutes ces propositions d'amélioration ?
EIP-4844 : Proto-danksharding comment réduire considérablement le coût des Rollups Ethereum
Proto-danksharding : concept et fonctionnement
Avec l'achèvement de la fusion et de la mise à niveau de Shanghai, Ethereum est passé d'un consensus par preuve de travail à un consensus par preuve d'enjeu. Le prochain projet important de la feuille de route d'Ethereum est la proposition d'amélioration d'Ethereum (EIP)4844, également connue sous le nom de "blobs de données natives". Ce changement de code vise à améliorer la scalabilité des rollups construits sur Ethereum. L'EIP 4844 est nommé d'après les développeurs principaux d'Ethereum "Protolambda" et Dankrad Feist, et introduit un nouveau type de transaction appelé blobs, augmentant les besoins en données et en stockage des blocs Ethereum, et créant un nouveau marché des frais qui sépare la tarification des blobs de celle des transactions ordinaires.
Les rollups sont des protocoles qui dépendent de la blockchain de couche 2 ( comme Ethereum ) pour la disponibilité des données ( DA ) et la diffusion et le stockage temporaire des lots de données de transaction. En général, les rollups basés sur des contrats intelligents s'appuient sur le DA d'Ethereum et dépendent également d'Ethereum pour le règlement des transactions ( et la validation ). Ces rollups lisent des données à partir de couches DA comme Ethereum et exécutent des transactions valides et du code de contrats intelligents. Les rollups construits sur Ethereum s'appuient sur les données de transactions groupées contenues dans les blocs d'Ethereum pour garantir l'authenticité des transactions. Les ordonneurs traitent et compressent les transactions des utilisateurs de manière rentable pour les soumettre aux acteurs de la couche DA.
En général, le coût de publication d'une grande quantité de données sur Ethereum est élevé, en partie parce que le réseau stocke les données de manière permanente dans un champ appelé "CALLDATA" en tant que partie de l'historique des transactions. Grâce à l'EIP 4844, chaque bloc créera un espace de données supplémentaire de 512 kB ou 768 kB pour les rollups. Les développeurs principaux d'Ethereum pèsent le nombre d'espace supplémentaire à créer pour les transactions blob. Il est important de noter que les données publiées dans cet espace seront stockées pendant environ trois semaines. En raison de la brièveté des données vérifiées par les transactions blob et d'un marché de frais indépendant pour la tarification des blobs isolé des autres types de transactions, théoriquement, le coût de publication de données via les rollups sur Ethereum sera considérablement réduit. Au fil du temps, les développeurs prévoient d'introduire des technologies d'échantillonnage de données, de sorte que les données des blobs n'aient pas besoin d'être entièrement téléchargées par les nœuds complets d'Ethereum pour vérification, réduisant encore le coût des rollups. Le proto-danksharding est le précurseur et le "prototype" du danksharding complet, qui permettra aux nœuds Ethereum de télécharger des fragments de données blob pour déterminer la disponibilité du blob complet.
Cet article explore en profondeur les détails du fonctionnement de l'EIP-4844, les limitations du proto-danksharding, le plan d'évolution de l'EIP-4844 vers un danksharding complet, et discute des avantages directs des changements de code lors de leur mise en œuvre prévue à l'automne 2023 pour les utilisateurs finaux et les développeurs d'applications décentralisées (dapp). Étant donné que l'accent mis sur le danksharding complet est de soutenir l'écosystème des rollups de niveau 2 et d'étendre Ethereum de manière modulaire, les changements de code à mettre en œuvre lors de la prochaine mise à niveau d'Ethereum seront un terrain d'essai important pour l'application de la théorie de la blockchain modulaire à grande échelle sur l'une des plus grandes blockchains publiques du monde.
Contexte
EIP-4844 est considéré comme une mise à niveau de la scalabilité d'Ethereum. Cependant, il est important de noter que ce changement de code n'a pas substantiellement augmenté ou introduit d'améliorations dans la capacité de transaction d'Ethereum lui-même. Le Proto-danksharding réduit le coût de la publication d'un grand volume de données sur Ethereum, ce qui diminue le coût d'exploitation des rollups. EIP-4844 est considéré comme une amélioration de la scalabilité d'Ethereum, car il rend les réseaux de Layer 2 construits sur Ethereum plus rentables, mais ce changement de code n'a pas amélioré la scalabilité d'Ethereum en tant que blockchain générale pour l'exécution des transactions et du code des contrats intelligents.
Au cours des quatre dernières années, l'activité de transaction des rollups Ethereum tels qu'Arbitrum, Optimism, StarkNet, zkSync et Polygon zkEVM n'a cessé d'augmenter. Une plateforme de données estime que le volume de transactions par seconde réalisé sur tous les réseaux Layer 2, (TPS), est 3,8 fois la moyenne quotidienne de TPS d'Ethereum.
Selon les données fournies par une institution de recherche via une plateforme d'analyse de données, les rollups permettent aux utilisateurs finaux et aux développeurs de dapp d'économiser plus de 99 % des frais de gas par rapport aux coûts de déploiement de code et de transactions directement sur Ethereum.
À la date du 13 juin 2023, le coût d'envoi de transactions sur les deux rollups Ethereum les plus populaires, un rollup de type OP et un autre rollup de type OP, varie entre environ 0,03 $ et 0,05 $. Cependant, en cas d'activité en chaîne fréquente et de congestion du réseau, ces coûts peuvent parfois grimper à plus de 1 $.
L'objectif de l'EIP-4844 est de réduire les coûts de rollup en introduisant un nouveau type de transaction, à savoir les objets binaires volumineux, ou blobs. Voici une explication étape par étape du cycle de vie des transactions blob définies par l'EIP-4844 :
EIP-4844 n'affecte pas la façon dont les transactions ordinaires soumises au pool de mémoire d'Ethereum sont incluses dans un bloc, ni le marché des frais qui détermine le prix de l'espace de bloc d'Ethereum, mais EIP-4844 augmente effectivement les exigences de stockage des blocs Ethereum. L'espace de données supplémentaire est destiné à ajouter des transactions blob aux blocs. Un blob est comme un véhicule secondaire, qui peut être ajouté à un bloc Ethereum sans affecter ou empiéter sur l'espace de bloc existant pour traiter les transactions ordinaires. L'espace de bloc blob sera mis aux enchères en fonction de son propre marché des frais, à l'instar de la conception du marché des frais d'EIP 1559. Pour plus d'informations sur EIP 1559, veuillez lire les rapports de recherche connexes. Au départ, les transactions blob auront presque aucun coût. Par la suite, à chaque confirmation d'un bloc, si plus de la moitié de l'espace de bloc blob ( d'au moins 256kB ) est utilisé, le coût des transactions blob augmentera de 12,5 %. Pour chaque bloc dont l'espace blob n'est pas pleinement utilisé, c'est-à-dire dont l'espace de bloc blob est rempli à moins de 50 %, le coût des blobs diminuera de 12,5 %.
Les transactions blob ne seront pas stockées indéfiniment sur Ethereum, mais plutôt sur la couche de consensus d'Ethereum (CL), c'est-à-dire sur la chaîne de balises, et seront supprimées des nœuds CL après trois semaines. Le proto-danksharding permettra à chaque bloc d'avoir jusqu'à quatre blobs, chaque blob pouvant contenir jusqu'à 128 Ko de données supplémentaires. La limite maximale d'espace blob de 512 Ko par bloc pourrait changer en fonction des tests en cours de l'EIP-4844. Les développeurs discutent activement de la possibilité d'augmenter cette limite de 4 à 6 blobs. Chaque blob représente une opportunité unique pour un ordonneur de rollup de confirmer un lot de transactions sur Ethereum. Environ 7094 blocs sont produits chaque jour sur Ethereum, et après l'EIP 4484, en supposant une limite de 4 blobs/bloc, jusqu'à 28376 blobs peuvent être traités par jour. ( c'est une valeur maximale théorique qui, en raison des variations dynamiques des frais de blob, pourrait ne jamais être atteinte en pratique. Le coût de traitement du nombre maximum de blobs pour chaque bloc est très élevé pour un ordonneur ).
Au cours des six derniers mois, le séquenceur fonctionnant sur un rollup de type OP a été le deuxième rollup Ethereum le plus populaire en termes d'activité de transaction, soumettant environ 3126 lots de transactions par jour à Ethereum.
Le volume des transactions confirmées d'un rollup de type OP est d'environ le double de celui d'un autre rollup de type OP et, comme un autre rollup de type OP, il s'appuie sur un ordonneur pour publier des données sur Ethereum via CALLDATA afin de compléter les transactions. D'autres exemples de rollups populaires sur Ethereum incluent, mais ne sont pas limités à, un certain rollup ZK, un certain rollup ZK et un certain rollup ZK. Sur un rollup de type OP, plus de 90 % des frais proviennent des frais CALLDATA de Layer 1.
L'introduction d'un espace de stockage de données dédié, peu importe sa taille initiale, vise à réduire le coût d'utilisation d'Ethereum comme couche DA pour tous les rollups basés sur Ethereum. De manière conservatrice, les développeurs de rollups estiment qu'après l'activation de l'EIP 4844, les frais de rollup pourraient diminuer de 100 % à 900 %. Cependant, ces estimations pourraient changer en fonction de l'augmentation de l'adoption et de l'activité des rollups dans les mois précédant et suivant l'activation de la base de données d'origine.
Le coût des transactions blob, bien qu'il puisse être moins cher que les transactions ordinaires au début de l'activation de l'EIP 4844, pourrait rapidement augmenter si le nombre de rollups basés sur Ethereum augmente. De plus, bien que chaque blob soit conçu pour offrir à un seul ordonneur la possibilité de publier jusqu'à 128 Ko de données, les ordonneurs de rollup pourraient coordonner leurs efforts pour faire en sorte qu'un blob unique contienne des données provenant de plusieurs rollups. Les développeurs d'Ethereum se rendent compte qu'en raison du nombre limité de blocs et du fait qu'un seul lot de transactions peut ne pas utiliser pleinement l'espace de données de 128 Ko de chaque transaction blob, un marché secondaire pour la tarification des blobs pourrait émerger. Bien que la prévention de l'émergence d'un marché secondaire hors chaîne soit une priorité, au lieu d'introduire un niveau de complexité de protocole plus élevé pour empêcher cette possibilité, les développeurs adoptent actuellement une "approche d'attente et d'observation" en introduisant des blobs via l'EIP 4844 et prévoient d'optimiser davantage l'EIP 4844 à l'avenir.
Le proto-danksharding a jeté les bases de l'introduction de technologies plus avancées afin de réduire davantage le coût des blobs sans augmenter la charge de calcul des nœuds. Appelé danksharding complet, la vision complète des blobs est d'augmenter le nombre maximum de blobs par bloc de 4 à 64.
Danksharding complet
Quatre blobs augmentent la taille des blocs Ethereum de 512kB. Six blobs augmenteraient la taille des blocs Ethereum de 768kB supplémentaires. Comme mentionné précédemment, l'espace supplémentaire dans les blocs est strictement réservé aux transactions de blobs et ne stocke pas les données de manière permanente comme dans l'espace de blocs ordinaire. La vision complète de l'EIP 4844 est d'introduire jusqu'à 64 blobs pour Ethereum, tout en évitant d'augmenter de manière significative la charge de calcul des nœuds de validation des blocs. Pour réaliser un danksharding complet, Ethereum doit mettre en œuvre deux technologies : l'échantillonnage de disponibilité des données (DAS) et le codage par effacement.
( échantillonnage de disponibilité des données ) DAS ###
Dans le contexte de la vérification des transactions Layer 2 rollup, l'objectif de DAS est de s'assurer que tous les fragments de données regroupés par le séquenceur ont été publiés sur la chaîne. Les nœuds complets sont choisis au hasard, téléchargent un morceau de données à partir du blob et génèrent une preuve de disponibilité des données. Plus le nombre d'échantillonnages de données par les nœuds complets est élevé, plus il est probable que toutes les données aient été fournies par le séquenceur sans