Proto-danksharding: la première étape de la modularisation d'Ethereum
Ethereum a réussi à passer du mécanisme de consensus par preuve de travail à celui par preuve d'enjeu. Le prochain projet important de la feuille de route est l'EIP-4844, également connu sous le nom de "proto-données de Bloom". Ce changement de code vise à améliorer l'évolutivité des rollups construits sur Ethereum.
L'EIP-4844 introduit un nouveau type de transaction appelé blob, qui augmente les exigences en matière de données et de stockage des blocs Ethereum, et crée un nouveau marché des frais qui sépare le prix des blobs de celui des transactions ordinaires.
Rollup est un protocole qui dépend de la blockchain Layer 2 ( comme Ethereum ) pour la disponibilité des données ( DA ). En général, les rollups basés sur des contrats intelligents dépendent non seulement de la DA d'Ethereum, mais aussi d'Ethereum pour le règlement des transactions. Ces rollups lisent les données des couches DA comme Ethereum et exécutent des transactions valides et du code de contrats intelligents.
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 le champ "CALLDATA" comme une 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. 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 du mécanisme de tarification des blobs distinct des autres types de transactions, le coût de publication des données par les rollups vers Ethereum sera théoriquement considérablement réduit. Au fil du temps, les développeurs prévoient d'introduire des techniques d'échantillonnage des données, de sorte que les données blob n'aient pas besoin d'être entièrement téléchargées par les nœuds complets d'Ethereum pour vérification, ce qui réduira encore le coût des rollups.
Le proto-danksharding est le prélude et le "prototyp" 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.
Contexte
EIP-4844 est considéré comme une mise à niveau de la scalabilité d'Ethereum. Cependant, il convient de noter que ce changement de code n'a pas substantiellement augmenté ou introduit d'améliorations dans la capacité transactionnelle d'Ethereum lui-même. Le proto-danksharding réduit le coût de publication de grandes quantités de données sur Ethereum, ce qui réduit ainsi 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 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érique pour l'exécution de transactions et de code de 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 a constamment augmenté. Selon les estimations de L2Beat.com, le volume de transactions par seconde réalisé sur tous les réseaux Layer 2, (TPS), est 3,8 fois supérieur au TPS moyen quotidien d'Ethereum.
Selon les données fournies par Blockworks Research via Dune Analytics, les rollups permettent aux utilisateurs finaux et aux développeurs de dapp d'économiser plus de 99 % des frais de gaz par rapport au coût de déploiement de code et de transactions directement sur Ethereum.
Jusqu'au 13 juin 2023, le coût d'envoi de transactions sur les deux rollups Ethereum les plus populaires, Optimism et Arbitrum, est d'environ 0,03 à 0,05 dollar. Cependant, en cas d'activité en chaîne fréquente et de congestion du réseau, ces coûts peuvent parfois dépasser 1 dollar.
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éfini par l'EIP-4844 :
L'utilisateur soumet une transaction au rollup
Rollup ordonnateur de traitement par lots des transactions
Le séquenceur soumet les lots de transactions sous forme de blob à Ethereum
Les validateurs Ethereum ajoutent un blob au bloc
Les données Blob sont stockées dans la couche de consensus pendant environ 3 semaines.
Rollup utilise des données blob pour mettre à jour l'état
EIP-4844 n'affecte pas la manière dont les transactions régulières soumises au mempool d'Ethereum sont incluses dans les blocs, 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é à attacher des transactions blob aux blocs. Les blobs ressemblent à des remorques, pouvant être attachés aux blocs Ethereum sans affecter ou empiéter sur l'espace de bloc existant pour traiter les transactions régulières. L'espace de bloc blob sera mis aux enchères en fonction de son propre marché des frais, imitant la conception du marché des frais d'EIP-1559.
Au départ, les transactions blob n'auront presque aucun coût. Par la suite, pour chaque bloc confirmé, 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 où l'espace de bloc blob n'est pas pleinement utilisé, c'est-à-dire où 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 Beacon Chain, 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 kB de données supplémentaires. La limite maximale de 512 kB d'espace blob 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 blobs à 6. Chaque blob représente une opportunité pour un seul ordonneur de rollup de confirmer un lot de transactions sur Ethereum. Environ 7094 blocs sont générés par jour sur Ethereum, et après l'EIP-4484, en supposant une limite de 4 blobs par bloc, jusqu'à 28376 blobs peuvent être traités par jour.
Au cours des six derniers mois, les séquenceurs fonctionnant sur Optimism ont é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 de transactions confirmé par Arbitrum est environ deux fois celui d'Optimism, et comme Optimism, il s'appuie sur des ordonner pour publier des données sur Ethereum via CALLDATA afin d'exécuter des transactions. D'autres exemples de rollups populaires sur Ethereum incluent, mais ne se limitent pas à Polygon zkEVM, zkSync et StarkNet. Sur Optimism, plus de 90 % des frais proviennent des frais de CALLDATA de Layer 1.
L'introduction d'un espace de stockage de données spécialisé, quel que soit sa taille initiale, vise à réduire le coût d'utilisation d'Ethereum en tant que couche DA pour tous les rollups basés sur Ethereum. De manière conservatrice, les développeurs de rollups estiment qu'avec l'activation de l'EIP-4844, les frais de rollup pourraient diminuer de 100 % à 900 %. Cependant, ces estimations pourraient évoluer 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 construits sur Ethereum augmente. De plus, bien que chaque blob soit conçu pour offrir à un seul ordonnateur la possibilité de publier jusqu'à 128 kB de données, les ordonnateurs de rollup pourraient coordonner leurs efforts pour permettre à un blob unique d'inclure 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 lot de transactions unique pourrait ne pas exploiter pleinement l'espace de données de 128 kB de chaque transaction blob, un marché secondaire pour le tarif des blobs pourrait émerger. Bien que la prévention de l'émergence d'un marché secondaire hors chaîne soit une priorité, plutôt que d'introduire un niveau de complexité protocolaire plus élevé pour prévenir 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 posé les bases pour introduire des technologies plus avancées, afin de réduire davantage le coût des blobs sans augmenter la charge de calcul des nœuds. Appelée danksharding complet, l'idée 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 d'Ethereum de 512kB. Six blobs augmenteraient la taille des blocs d'Ethereum de 768kB supplémentaires. Comme mentionné précédemment, l'espace supplémentaire dans les blocs est strictement réservé aux transactions blob et ne sert pas à stocker des données de manière permanente comme l'espace de bloc ordinaire. La vision complète de l'EIP-4844 est d'introduire jusqu'à 64 blobs pour Ethereum, tout en évitant d'augmenter considérablement la charge de calcul des nœuds pour la validation des blocs. Pour réaliser un danksharding complet, Ethereum doit mettre en œuvre deux technologies : l'échantillonnage de la 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 garantir 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 sélectionnés 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 la probabilité que toutes les données aient été fournies par le séquenceur sans retenue de données importantes est fortement déterminée. Pour les nœuds, le processus d'échantillonnage des données est moins exigeant en calcul que le téléchargement de l'ensemble des données du blob, mais théoriquement, il fournit les mêmes garanties de disponibilité des données. Tout comme avec le proto-danksharding, l'échantillonnage des données du blob sous le danksharding complet garantira que les transactions du séquenceur ont été vérifiées et publiées sur la chaîne, afin que tout utilisateur ou partie prenante du réseau puisse les évaluer. Ensuite, les utilisateurs et les parties prenantes ont un certain temps pour consulter ces transactions, confirmer qu'elles ont été définitivement complétées sur une couche DA comme Ethereum, et établir de nouveaux lots de transactions sur la base du lot précédent.
Grâce à DAS, les développeurs d'Ethereum ont confiance en leur capacité à augmenter le nombre et la quantité de blobs publiés sur Ethereum sans augmenter la charge de calcul des nœuds. De plus, les développeurs prévoient de réduire encore la charge de calcul des nœuds dans les futures mises à jour en mettant en œuvre des suggestions telles que l'expiration historique. Pour reprendre les mots du chercheur d'Ethereum Dankrad Feist, avec le temps, Ethereum deviendra comme un "panneau d'affichage public plutôt qu'un système d'archivage", déléguant la responsabilité de conserver des copies complètes de l'historique des transactions aux parties prenantes du réseau qui utilisent souvent ces données, comme les rollups Layer 2 et les entreprises d'infrastructure blockchain telles qu'Infura, Alchemy et Blockdaemon. Bien que l'EIP-4844 ait introduit des blobs, c'est un exemple précoce montrant que toutes les transactions pourraient un jour devenir un stockage sur Ethereum.
effacer le code
La technique de codage par effacement renforce la capacité d'échantillonnage des données. Si un ordonnanceur malveillant retient quelques blocs de données, n'importe où entre 1 % et 49 % des données blob, l'échantillonnage des transactions peut probabilistiquement amener certains échantillons à être initialement retournés comme corrects, plutôt que comme erronés. Le codage par effacement garantit que si au moins la moitié des blobs sont vérifiés, le reste des blobs peut être reconstruit. Cette technique n'est efficace que lorsque les données sont représentées sous forme de polynôme, c'est-à-dire une expression comportant plus de deux termes algébriques. La forme de codage par effacement la plus courante repose sur le code Reed-Solomon(RS), qui est une formule mathématique avancée capable de résoudre les données manquantes à partir de suffisamment de fragments de données connus. De manière intuitive, l'échantillonnage seul peut ne pas garantir efficacement la disponibilité d'un grand volume de données, en particulier en supposant qu'un ordonnanceur malveillant retient une seule donnée d'un blob. Le codage par effacement introduit une redondance des données pour les blobs, de sorte qu'un ordonnanceur malveillant aurait besoin de retenir une part substantielle des données blob pour pouvoir retenir une quantité quelconque de données.
Le couplage entre DAS et le codage par effacement est la base de la technologie de danksharding complète. Ces technologies sont également à la base de certaines couches DA, telles que Polygon Avail et Celestia. À bien des égards, la vision de soutenir le calcul des blockchains modulaires est en cours de test à petite échelle par d'autres projets de blockchain, et sera testée à grande échelle sur Ethereum, en partie par proto-danksharding, et testée sérieusement par danksharding complet.
Engagement KZG
Avant que DAS et le codage d'effacement puissent être réalisés sur Ethereum, terminé
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.
EIP-4844 introduit les transactions blob, ce qui fait Goutte considérablement les coûts d'Ethereum Layer 2.
Proto-danksharding: la première étape de la modularisation d'Ethereum
Ethereum a réussi à passer du mécanisme de consensus par preuve de travail à celui par preuve d'enjeu. Le prochain projet important de la feuille de route est l'EIP-4844, également connu sous le nom de "proto-données de Bloom". Ce changement de code vise à améliorer l'évolutivité des rollups construits sur Ethereum.
L'EIP-4844 introduit un nouveau type de transaction appelé blob, qui augmente les exigences en matière de données et de stockage des blocs Ethereum, et crée un nouveau marché des frais qui sépare le prix des blobs de celui des transactions ordinaires.
Rollup est un protocole qui dépend de la blockchain Layer 2 ( comme Ethereum ) pour la disponibilité des données ( DA ). En général, les rollups basés sur des contrats intelligents dépendent non seulement de la DA d'Ethereum, mais aussi d'Ethereum pour le règlement des transactions. Ces rollups lisent les données des couches DA comme Ethereum et exécutent des transactions valides et du code de contrats intelligents.
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 le champ "CALLDATA" comme une 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. 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 du mécanisme de tarification des blobs distinct des autres types de transactions, le coût de publication des données par les rollups vers Ethereum sera théoriquement considérablement réduit. Au fil du temps, les développeurs prévoient d'introduire des techniques d'échantillonnage des données, de sorte que les données blob n'aient pas besoin d'être entièrement téléchargées par les nœuds complets d'Ethereum pour vérification, ce qui réduira encore le coût des rollups.
Le proto-danksharding est le prélude et le "prototyp" 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.
Contexte
EIP-4844 est considéré comme une mise à niveau de la scalabilité d'Ethereum. Cependant, il convient de noter que ce changement de code n'a pas substantiellement augmenté ou introduit d'améliorations dans la capacité transactionnelle d'Ethereum lui-même. Le proto-danksharding réduit le coût de publication de grandes quantités de données sur Ethereum, ce qui réduit ainsi 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 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érique pour l'exécution de transactions et de code de 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 a constamment augmenté. Selon les estimations de L2Beat.com, le volume de transactions par seconde réalisé sur tous les réseaux Layer 2, (TPS), est 3,8 fois supérieur au TPS moyen quotidien d'Ethereum.
Selon les données fournies par Blockworks Research via Dune Analytics, les rollups permettent aux utilisateurs finaux et aux développeurs de dapp d'économiser plus de 99 % des frais de gaz par rapport au coût de déploiement de code et de transactions directement sur Ethereum.
Jusqu'au 13 juin 2023, le coût d'envoi de transactions sur les deux rollups Ethereum les plus populaires, Optimism et Arbitrum, est d'environ 0,03 à 0,05 dollar. Cependant, en cas d'activité en chaîne fréquente et de congestion du réseau, ces coûts peuvent parfois dépasser 1 dollar.
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éfini par l'EIP-4844 :
EIP-4844 n'affecte pas la manière dont les transactions régulières soumises au mempool d'Ethereum sont incluses dans les blocs, 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é à attacher des transactions blob aux blocs. Les blobs ressemblent à des remorques, pouvant être attachés aux blocs Ethereum sans affecter ou empiéter sur l'espace de bloc existant pour traiter les transactions régulières. L'espace de bloc blob sera mis aux enchères en fonction de son propre marché des frais, imitant la conception du marché des frais d'EIP-1559.
Au départ, les transactions blob n'auront presque aucun coût. Par la suite, pour chaque bloc confirmé, 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 où l'espace de bloc blob n'est pas pleinement utilisé, c'est-à-dire où 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 Beacon Chain, 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 kB de données supplémentaires. La limite maximale de 512 kB d'espace blob 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 blobs à 6. Chaque blob représente une opportunité pour un seul ordonneur de rollup de confirmer un lot de transactions sur Ethereum. Environ 7094 blocs sont générés par jour sur Ethereum, et après l'EIP-4484, en supposant une limite de 4 blobs par bloc, jusqu'à 28376 blobs peuvent être traités par jour.
Au cours des six derniers mois, les séquenceurs fonctionnant sur Optimism ont é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 de transactions confirmé par Arbitrum est environ deux fois celui d'Optimism, et comme Optimism, il s'appuie sur des ordonner pour publier des données sur Ethereum via CALLDATA afin d'exécuter des transactions. D'autres exemples de rollups populaires sur Ethereum incluent, mais ne se limitent pas à Polygon zkEVM, zkSync et StarkNet. Sur Optimism, plus de 90 % des frais proviennent des frais de CALLDATA de Layer 1.
L'introduction d'un espace de stockage de données spécialisé, quel que soit sa taille initiale, vise à réduire le coût d'utilisation d'Ethereum en tant que couche DA pour tous les rollups basés sur Ethereum. De manière conservatrice, les développeurs de rollups estiment qu'avec l'activation de l'EIP-4844, les frais de rollup pourraient diminuer de 100 % à 900 %. Cependant, ces estimations pourraient évoluer 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 construits sur Ethereum augmente. De plus, bien que chaque blob soit conçu pour offrir à un seul ordonnateur la possibilité de publier jusqu'à 128 kB de données, les ordonnateurs de rollup pourraient coordonner leurs efforts pour permettre à un blob unique d'inclure 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 lot de transactions unique pourrait ne pas exploiter pleinement l'espace de données de 128 kB de chaque transaction blob, un marché secondaire pour le tarif des blobs pourrait émerger. Bien que la prévention de l'émergence d'un marché secondaire hors chaîne soit une priorité, plutôt que d'introduire un niveau de complexité protocolaire plus élevé pour prévenir 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 posé les bases pour introduire des technologies plus avancées, afin de réduire davantage le coût des blobs sans augmenter la charge de calcul des nœuds. Appelée danksharding complet, l'idée 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 d'Ethereum de 512kB. Six blobs augmenteraient la taille des blocs d'Ethereum de 768kB supplémentaires. Comme mentionné précédemment, l'espace supplémentaire dans les blocs est strictement réservé aux transactions blob et ne sert pas à stocker des données de manière permanente comme l'espace de bloc ordinaire. La vision complète de l'EIP-4844 est d'introduire jusqu'à 64 blobs pour Ethereum, tout en évitant d'augmenter considérablement la charge de calcul des nœuds pour la validation des blocs. Pour réaliser un danksharding complet, Ethereum doit mettre en œuvre deux technologies : l'échantillonnage de la 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 garantir 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 sélectionnés 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 la probabilité que toutes les données aient été fournies par le séquenceur sans retenue de données importantes est fortement déterminée. Pour les nœuds, le processus d'échantillonnage des données est moins exigeant en calcul que le téléchargement de l'ensemble des données du blob, mais théoriquement, il fournit les mêmes garanties de disponibilité des données. Tout comme avec le proto-danksharding, l'échantillonnage des données du blob sous le danksharding complet garantira que les transactions du séquenceur ont été vérifiées et publiées sur la chaîne, afin que tout utilisateur ou partie prenante du réseau puisse les évaluer. Ensuite, les utilisateurs et les parties prenantes ont un certain temps pour consulter ces transactions, confirmer qu'elles ont été définitivement complétées sur une couche DA comme Ethereum, et établir de nouveaux lots de transactions sur la base du lot précédent.
Grâce à DAS, les développeurs d'Ethereum ont confiance en leur capacité à augmenter le nombre et la quantité de blobs publiés sur Ethereum sans augmenter la charge de calcul des nœuds. De plus, les développeurs prévoient de réduire encore la charge de calcul des nœuds dans les futures mises à jour en mettant en œuvre des suggestions telles que l'expiration historique. Pour reprendre les mots du chercheur d'Ethereum Dankrad Feist, avec le temps, Ethereum deviendra comme un "panneau d'affichage public plutôt qu'un système d'archivage", déléguant la responsabilité de conserver des copies complètes de l'historique des transactions aux parties prenantes du réseau qui utilisent souvent ces données, comme les rollups Layer 2 et les entreprises d'infrastructure blockchain telles qu'Infura, Alchemy et Blockdaemon. Bien que l'EIP-4844 ait introduit des blobs, c'est un exemple précoce montrant que toutes les transactions pourraient un jour devenir un stockage sur Ethereum.
effacer le code
La technique de codage par effacement renforce la capacité d'échantillonnage des données. Si un ordonnanceur malveillant retient quelques blocs de données, n'importe où entre 1 % et 49 % des données blob, l'échantillonnage des transactions peut probabilistiquement amener certains échantillons à être initialement retournés comme corrects, plutôt que comme erronés. Le codage par effacement garantit que si au moins la moitié des blobs sont vérifiés, le reste des blobs peut être reconstruit. Cette technique n'est efficace que lorsque les données sont représentées sous forme de polynôme, c'est-à-dire une expression comportant plus de deux termes algébriques. La forme de codage par effacement la plus courante repose sur le code Reed-Solomon(RS), qui est une formule mathématique avancée capable de résoudre les données manquantes à partir de suffisamment de fragments de données connus. De manière intuitive, l'échantillonnage seul peut ne pas garantir efficacement la disponibilité d'un grand volume de données, en particulier en supposant qu'un ordonnanceur malveillant retient une seule donnée d'un blob. Le codage par effacement introduit une redondance des données pour les blobs, de sorte qu'un ordonnanceur malveillant aurait besoin de retenir une part substantielle des données blob pour pouvoir retenir une quantité quelconque de données.
Le couplage entre DAS et le codage par effacement est la base de la technologie de danksharding complète. Ces technologies sont également à la base de certaines couches DA, telles que Polygon Avail et Celestia. À bien des égards, la vision de soutenir le calcul des blockchains modulaires est en cours de test à petite échelle par d'autres projets de blockchain, et sera testée à grande échelle sur Ethereum, en partie par proto-danksharding, et testée sérieusement par danksharding complet.
Engagement KZG
Avant que DAS et le codage d'effacement puissent être réalisés sur Ethereum, terminé