Les principaux développeurs d'Ethereum travaillent déjà sur une autre mise à jour majeure. ** Cette mise à niveau sera centrée sur la proposition d'amélioration d'Ethereum #4844 (EIP-4844). Ils ont désigné un nouveau portemanteau "Dencun" pour faire référence à cette mise à niveau (combinant "Deneb" et "Cancun" pour les mises à jour de consensus et de couche d'exécution, respectivement). **
EIP-4844 peut réduire les coûts de transaction sur le réseau principal, mais son objectif est de réduire les frais Ethereum Layer 2). Pour atteindre cet objectif, l'approche de cet EIP est entièrement axée sur les données. EIP améliorera la façon dont L2s encode les données sur le réseau principal. Les L2 dépensent actuellement la plupart de leurs frais pour écrire sur le réseau principal Ethereum pour valider leur grand livre (en utilisant les données d'appel de transaction). Cela augmente également les frais sur le réseau principal. Vous pouvez le voir dans la liste de classement "consommation de gaz" d'Etherscan où 5% à 10% des frais du réseau principal sont généralement liés à L2, comme zkSync et Arbitrum.
Exemple d'une grande dépense de gaz le 2 juillet 2023, avec zkSync et Arbitrum près du sommet
Par conséquent, EIP-4844 est significatif. Dans cette mise à jour, les utilisateurs d'Ethereum, tels que les L2, pourront encoder ce que l'on appelle des blobs de données. Ces blobs seront moins chers dans le cadre du nouveau type de transaction car les données ne seront conservées que pendant 30 jours. Il y aura un deuxième marché payant sur le réseau principal pour le coût de soumission des blobs sur la chaîne de balises (la couche consensus). Les frais Blob auront une dynamique similaire à la façon dont EIP-1559 gère l'offre et la demande. Toutes ces complexités, y compris les détails fascinants sur les données blob elles-mêmes, sont conçues pour rapprocher Ethereum des futures mises à niveau de mise à l'échelle. ** L2 peut utiliser ces blobs moins chers pour valider son grand livre. **
Mais EIP-4844 a été le premier à introduire une idée importante dans une future mise à jour d'Ethereum : les données transitoires. 1 Cette mise à niveau m'a fait réfléchir à ses implications. D'autres changements de protocole prévus ont également la propriété de données éphémères en chaîne. En regardant les mises à jour prévues, nous voyons que les données sont une partie importante de l'avenir d'Ethereum. Ou, pour le dire autrement, l'absence de données est une grande partie de l'avenir. **
Prenons d'autres exemples. Je me concentrerai sur les NFT pour illustrer ce que la temporalité des données signifie pour l'avenir. Malgré les problèmes éphémères, cette série de mises à niveau représente l'économie croissante des données d'Ethereum.
1. Traitement des données historiques : EIP-4444
Je suis particulièrement curieux de l'impact sur les applications qui utilisent des données en chaîne. En particulier, il y a de plus en plus de NFT utilisant le stockage de données en chaîne. Les NFT en chaîne stockent leurs données en chaîne car l'actif (illustration, PFP, etc.) est dit permanent - vous pouvez le récupérer en chaîne à tout moment.
Mais la nature temporaire de ces mises à niveau et chaînes de données soulève des questions importantes. Il existe des préoccupations légitimes concernant le stockage et la disponibilité des données.
Envisagez une autre proposition d'amélioration majeure : EIP-4444. Ce PEI sera probablement mis en œuvre d'ici un an ou deux. L'idée derrière cette proposition est simple : les nœuds Ethereum n'auront plus besoin de conserver l'historique des transactions plus d'un an. Cela comprendra les en-têtes de bloc, les données d'appel, etc. Cela peut affecter les applications qui utilisent des données historiques, telles que l'analyse de marché ou la recherche économique. Cela affecte également certains projets NFT. Par exemple, certains projets NFT bien connus stockent leur code ou leurs données dans les données d'appel. Vous pouvez également le voir sur Etherscan. C'est le code C qui a généré Synth Poems, l'un des projets prototypes de 0xDEAFBEEF. C'est dans les données d'appel utilisées pour cette transaction (son hachage est récupérable à partir de la fonction de contrat ici) :
Ce code est nécessaire pour recréer l'expérience audiovisuelle hypnotique des œuvres de 0xDEAFBEEF. EIP-4444 invite les nœuds à supprimer ces données d'appel car elles datent de 2 ans. (Cela signifie que même si vous lancez vous-même un nœud à l'avenir, vous ne pourrez pas accéder à ces données.
Une distinction importante ici est entre la mémoire et le stockage. Étant donné que le code pour 0xDEAFBEEF se trouve dans les données d'appel, il existe un risque dans les mises à niveau EIP-4444 - il n'est pas accessible dans l'EVM et les données d'appel ne sont en mémoire que lorsque la transaction se produit. Ainsi, calldata est un enregistrement de transaction historique accessible aux nœuds complets de la chaîne de synchronisation (mais pas dans l'EVM lui-même). EIP-4444 signifie qu'il sera élagué après un an.
En revanche, les projets utilisant le stockage conservent les données dans leurs contrats d'accès par l'EVM. ** Les NFT en chaîne stockent les données dans le stockage contractuel lui-même. Ceux-ci font partie de l'état Ethereum, donc EIP-4444 n'est pas à risque. **Des exemples de ce modèle de stockage sont les Avastars et les CyberBrokers. Ces éléments NFT disposent d'un ensemble complexe de fonctions magnifiques et superposées pour assembler des illustrations SVG.
D'autres mises à niveau prévues signifient que le stockage contractuel n'est pas non plus complètement sécurisé. Il peut être soumis à des mises à niveau ultérieures d'Ethereum impliquant l'expiration de l'état.
2. Statut d'effacement des données
À ce stade, vous vous demandez peut-être pourquoi le manque de données est si important pour l'avenir d'Ethereum. Un cas convaincant est présenté dans l'épisode Unbanked avec Vitalik. L'interview est un peu datée, mais le contenu est très daté et reste une discussion claire sur de nombreuses fonctionnalités de la feuille de route.
Vers 40:00 de cette interview, Vitalik résume les défis que les données présenteront à ceux qui souhaitent participer à la sécurité d'Ethereum - par exemple en exécutant un nœud. Lorsque Ethereum évoluera, il générera des pétaoctets de données par an avec le modèle de données actuel. Ceci est prohibitif pour la plupart des participants, car ils doivent être parfaitement synchronisés avec les données de la blockchain en constante augmentation.
3. Nouvelle économie des données
Les blobs EIP-4844 sont transitoires. Ce pont entre le réseau principal L1 et L2 dure environ un mois, après quoi les validateurs de la chaîne Beacon n'ont pas besoin de les conserver. Où ira le blob ? Sont-ils nécessaires en audit ou en analyse ? Dans EIP-4444, les données historiques sont supprimées après un an, et l'expiration de l'état impliquerait un calendrier de suppression d'état similaire. L'avenir des "données temporaires".
Pour les observateurs, cela peut sembler inquiétant, surtout si vous êtes dans un projet qui fait bon usage des données historiques ou du stockage contractuel (sans doute, c'est tout ; peut-être plus particulièrement les NFT en chaîne).
Mais cette approche des données transitoires est nécessaire. Sinon la chaîne devient trop lourde. C'est, comme le décrit Vitalik, "le lourd fardeau de l'histoire". Mais cela présente de nouveaux défis pour la préservation, la récupération, l'analyse des données, etc. Avec les défis viennent les opportunités. Avec EIP-4844, nous avons intégré un nouveau marché de frais dans le type de transaction Blob. EIP-4444 et les expirations de statut ouvrent également de nouvelles opportunités sur d'autres marchés. Voici quelques nouvelles idées :
1) Service centralisé
Le choix évident pour maintenir les données historiques et d'état est un service centralisé. Vitalik a également mentionné Etherscan et d'autres méthodes (dont Beaconscan) dans son interview. Il y a une incitation à maintenir ces sources de données car elles sont monétisées en tant que service. Pour Ethereum, cela deviendra encore plus important, au-delà du soi-disant "nettoyage", de l'EIP-4444 et de l'expiration de l'état. Des outils comme Etherscan ont été régulièrement mentionnés comme infrastructure critique. Leur importance va croître dans l'ère future des données transitoires
2) Encourager le stockage distribué des données
Une autre façon de stocker l'historique et les données d'état consiste à créer un système distribué (similaire à IPFS) construit au-dessus d'Ethereum. Le réseau de portail vise à créer un système peer-to-peer qui permet aux clients légers de distribuer des charges de données afin que l'historique soit toujours accessible de la même manière que l'API actuelle. Le Graph est une infrastructure de données de premier plan dont beaucoup espèrent qu'elle se rapprochera d'un système de stockage entièrement décentralisé qui peut être incité par la participation à la gouvernance et l'utilisation payante des données. **
Graphique pour le navigateur de sous-graphe ; tas de données de chaîne
3) Service de maintenance d'état
Les deux suivantes soulèvent des possibilités plus intéressantes et sont liées à l'expiration de l'état. Un emplacement de stockage peut être maintenu actif sur un contrat pour maintenir sa présence sur la chaîne lorsque l'état expire. On peut imaginer qu'une nouvelle fonction de contrat « ping » périodiquement un autre contrat pour maintenir un certain état. ** Les clients peuvent s'inscrire auprès d'un serveur de maintenance d'état qui utilise les normes émergentes pour "pinger" tous les contrats créés par un portefeuille donné. Pour une somme modique, les abonnements peuvent être "chargés" pour les décennies à venir (similaire à un registre ENS). **Il peut également être décentralisé, en utilisant un système de contrats que les clients peuvent vérifier périodiquement pour s'assurer que le système fonctionne correctement. Sinon, ils peuvent rechercher d'autres services ou mettre en place eux-mêmes un système de réservation pour appeler un contrat de "maintenance".
La maintenance de l'état monétise plus complètement "l'arbre d'état". Certains peuvent s'inquiéter qu'il s'agisse d'un coût supplémentaire pour l'utilisateur, et comme les tristes "Périphériques Apple", cela peut entraîner des coûts distribués plus élevés. Mais l'argument contre cela est que la préservation des données est coûteuse, surtout s'il y a des tensions avec la sécurisation de la blockchain. **Ainsi, les services de maintenance des données permettent aux utilisateurs de payer pour le privilège de cette préservation des données, et laissent les validateurs et autres participants se concentrer sur le consensus et la sécurité. **
4) Service de remise en état
Dans sa discussion sans banque avec Vitalik, il a souligné qu'il est peu probable que l'histoire soit perdue. Grâce aux services ci-dessus, nous pouvons nous attendre à plusieurs outils robustes plus ou moins centralisés pour la persistance des données historiques et d'état. Mais même sans ces outils, en supposant que vous ayez des informations sur le stockage dans le contrat, vous pouvez toujours les récupérer. La remise en état peut aussi être un service. Il peut fournir des outils pointer-cliquer et certaines normes et pratiques pour préserver l'historique qui compte pour vous. Vous pouvez ensuite apporter les données détenues par l'individu au service, les télécharger et établir la preuve de la restauration de ces états.
La récupération peut être amusante et satisfaisante, source MoonCats !
4. Conclusion
Ethereum doit s'adapter à la sécurité et à l'efficacité de son mécanisme de consensus, que nous prévoyons d'augmenter massivement à l'avenir. Cet objectif est en contradiction avec les merveilleuses et riches chaînes de blocs de données créées. La mise à jour à venir inaugurera une nouvelle ère de "données éphémères", mais elle apportera également de nouvelles possibilités économiques intéressantes pour la maintenance, la récupération et la gestion des données de la blockchain.
Voir l'original
This page may contain third-party content, which is provided for information purposes only (not representations/warranties) and should not be considered as an endorsement of its views by Gate, nor as financial or professional advice. See Disclaimer for details.
Un article analyse la nouvelle économie des données d'Ethereum
Les principaux développeurs d'Ethereum travaillent déjà sur une autre mise à jour majeure. ** Cette mise à niveau sera centrée sur la proposition d'amélioration d'Ethereum #4844 (EIP-4844). Ils ont désigné un nouveau portemanteau "Dencun" pour faire référence à cette mise à niveau (combinant "Deneb" et "Cancun" pour les mises à jour de consensus et de couche d'exécution, respectivement). **
EIP-4844 peut réduire les coûts de transaction sur le réseau principal, mais son objectif est de réduire les frais Ethereum Layer 2). Pour atteindre cet objectif, l'approche de cet EIP est entièrement axée sur les données. EIP améliorera la façon dont L2s encode les données sur le réseau principal. Les L2 dépensent actuellement la plupart de leurs frais pour écrire sur le réseau principal Ethereum pour valider leur grand livre (en utilisant les données d'appel de transaction). Cela augmente également les frais sur le réseau principal. Vous pouvez le voir dans la liste de classement "consommation de gaz" d'Etherscan où 5% à 10% des frais du réseau principal sont généralement liés à L2, comme zkSync et Arbitrum.
Exemple d'une grande dépense de gaz le 2 juillet 2023, avec zkSync et Arbitrum près du sommet
Par conséquent, EIP-4844 est significatif. Dans cette mise à jour, les utilisateurs d'Ethereum, tels que les L2, pourront encoder ce que l'on appelle des blobs de données. Ces blobs seront moins chers dans le cadre du nouveau type de transaction car les données ne seront conservées que pendant 30 jours. Il y aura un deuxième marché payant sur le réseau principal pour le coût de soumission des blobs sur la chaîne de balises (la couche consensus). Les frais Blob auront une dynamique similaire à la façon dont EIP-1559 gère l'offre et la demande. Toutes ces complexités, y compris les détails fascinants sur les données blob elles-mêmes, sont conçues pour rapprocher Ethereum des futures mises à niveau de mise à l'échelle. ** L2 peut utiliser ces blobs moins chers pour valider son grand livre. **
Mais EIP-4844 a été le premier à introduire une idée importante dans une future mise à jour d'Ethereum : les données transitoires. 1 Cette mise à niveau m'a fait réfléchir à ses implications. D'autres changements de protocole prévus ont également la propriété de données éphémères en chaîne. En regardant les mises à jour prévues, nous voyons que les données sont une partie importante de l'avenir d'Ethereum. Ou, pour le dire autrement, l'absence de données est une grande partie de l'avenir. **
Prenons d'autres exemples. Je me concentrerai sur les NFT pour illustrer ce que la temporalité des données signifie pour l'avenir. Malgré les problèmes éphémères, cette série de mises à niveau représente l'économie croissante des données d'Ethereum.
1. Traitement des données historiques : EIP-4444
Je suis particulièrement curieux de l'impact sur les applications qui utilisent des données en chaîne. En particulier, il y a de plus en plus de NFT utilisant le stockage de données en chaîne. Les NFT en chaîne stockent leurs données en chaîne car l'actif (illustration, PFP, etc.) est dit permanent - vous pouvez le récupérer en chaîne à tout moment.
Mais la nature temporaire de ces mises à niveau et chaînes de données soulève des questions importantes. Il existe des préoccupations légitimes concernant le stockage et la disponibilité des données.
Envisagez une autre proposition d'amélioration majeure : EIP-4444. Ce PEI sera probablement mis en œuvre d'ici un an ou deux. L'idée derrière cette proposition est simple : les nœuds Ethereum n'auront plus besoin de conserver l'historique des transactions plus d'un an. Cela comprendra les en-têtes de bloc, les données d'appel, etc. Cela peut affecter les applications qui utilisent des données historiques, telles que l'analyse de marché ou la recherche économique. Cela affecte également certains projets NFT. Par exemple, certains projets NFT bien connus stockent leur code ou leurs données dans les données d'appel. Vous pouvez également le voir sur Etherscan. C'est le code C qui a généré Synth Poems, l'un des projets prototypes de 0xDEAFBEEF. C'est dans les données d'appel utilisées pour cette transaction (son hachage est récupérable à partir de la fonction de contrat ici) :
Ce code est nécessaire pour recréer l'expérience audiovisuelle hypnotique des œuvres de 0xDEAFBEEF. EIP-4444 invite les nœuds à supprimer ces données d'appel car elles datent de 2 ans. (Cela signifie que même si vous lancez vous-même un nœud à l'avenir, vous ne pourrez pas accéder à ces données.
Une distinction importante ici est entre la mémoire et le stockage. Étant donné que le code pour 0xDEAFBEEF se trouve dans les données d'appel, il existe un risque dans les mises à niveau EIP-4444 - il n'est pas accessible dans l'EVM et les données d'appel ne sont en mémoire que lorsque la transaction se produit. Ainsi, calldata est un enregistrement de transaction historique accessible aux nœuds complets de la chaîne de synchronisation (mais pas dans l'EVM lui-même). EIP-4444 signifie qu'il sera élagué après un an.
En revanche, les projets utilisant le stockage conservent les données dans leurs contrats d'accès par l'EVM. ** Les NFT en chaîne stockent les données dans le stockage contractuel lui-même. Ceux-ci font partie de l'état Ethereum, donc EIP-4444 n'est pas à risque. **Des exemples de ce modèle de stockage sont les Avastars et les CyberBrokers. Ces éléments NFT disposent d'un ensemble complexe de fonctions magnifiques et superposées pour assembler des illustrations SVG.
D'autres mises à niveau prévues signifient que le stockage contractuel n'est pas non plus complètement sécurisé. Il peut être soumis à des mises à niveau ultérieures d'Ethereum impliquant l'expiration de l'état.
2. Statut d'effacement des données
À ce stade, vous vous demandez peut-être pourquoi le manque de données est si important pour l'avenir d'Ethereum. Un cas convaincant est présenté dans l'épisode Unbanked avec Vitalik. L'interview est un peu datée, mais le contenu est très daté et reste une discussion claire sur de nombreuses fonctionnalités de la feuille de route.
Vers 40:00 de cette interview, Vitalik résume les défis que les données présenteront à ceux qui souhaitent participer à la sécurité d'Ethereum - par exemple en exécutant un nœud. Lorsque Ethereum évoluera, il générera des pétaoctets de données par an avec le modèle de données actuel. Ceci est prohibitif pour la plupart des participants, car ils doivent être parfaitement synchronisés avec les données de la blockchain en constante augmentation.
3. Nouvelle économie des données
Les blobs EIP-4844 sont transitoires. Ce pont entre le réseau principal L1 et L2 dure environ un mois, après quoi les validateurs de la chaîne Beacon n'ont pas besoin de les conserver. Où ira le blob ? Sont-ils nécessaires en audit ou en analyse ? Dans EIP-4444, les données historiques sont supprimées après un an, et l'expiration de l'état impliquerait un calendrier de suppression d'état similaire. L'avenir des "données temporaires".
Pour les observateurs, cela peut sembler inquiétant, surtout si vous êtes dans un projet qui fait bon usage des données historiques ou du stockage contractuel (sans doute, c'est tout ; peut-être plus particulièrement les NFT en chaîne).
Mais cette approche des données transitoires est nécessaire. Sinon la chaîne devient trop lourde. C'est, comme le décrit Vitalik, "le lourd fardeau de l'histoire". Mais cela présente de nouveaux défis pour la préservation, la récupération, l'analyse des données, etc. Avec les défis viennent les opportunités. Avec EIP-4844, nous avons intégré un nouveau marché de frais dans le type de transaction Blob. EIP-4444 et les expirations de statut ouvrent également de nouvelles opportunités sur d'autres marchés. Voici quelques nouvelles idées :
1) Service centralisé
Le choix évident pour maintenir les données historiques et d'état est un service centralisé. Vitalik a également mentionné Etherscan et d'autres méthodes (dont Beaconscan) dans son interview. Il y a une incitation à maintenir ces sources de données car elles sont monétisées en tant que service. Pour Ethereum, cela deviendra encore plus important, au-delà du soi-disant "nettoyage", de l'EIP-4444 et de l'expiration de l'état. Des outils comme Etherscan ont été régulièrement mentionnés comme infrastructure critique. Leur importance va croître dans l'ère future des données transitoires
2) Encourager le stockage distribué des données
Une autre façon de stocker l'historique et les données d'état consiste à créer un système distribué (similaire à IPFS) construit au-dessus d'Ethereum. Le réseau de portail vise à créer un système peer-to-peer qui permet aux clients légers de distribuer des charges de données afin que l'historique soit toujours accessible de la même manière que l'API actuelle. Le Graph est une infrastructure de données de premier plan dont beaucoup espèrent qu'elle se rapprochera d'un système de stockage entièrement décentralisé qui peut être incité par la participation à la gouvernance et l'utilisation payante des données. **
Graphique pour le navigateur de sous-graphe ; tas de données de chaîne
3) Service de maintenance d'état
Les deux suivantes soulèvent des possibilités plus intéressantes et sont liées à l'expiration de l'état. Un emplacement de stockage peut être maintenu actif sur un contrat pour maintenir sa présence sur la chaîne lorsque l'état expire. On peut imaginer qu'une nouvelle fonction de contrat « ping » périodiquement un autre contrat pour maintenir un certain état. ** Les clients peuvent s'inscrire auprès d'un serveur de maintenance d'état qui utilise les normes émergentes pour "pinger" tous les contrats créés par un portefeuille donné. Pour une somme modique, les abonnements peuvent être "chargés" pour les décennies à venir (similaire à un registre ENS). **Il peut également être décentralisé, en utilisant un système de contrats que les clients peuvent vérifier périodiquement pour s'assurer que le système fonctionne correctement. Sinon, ils peuvent rechercher d'autres services ou mettre en place eux-mêmes un système de réservation pour appeler un contrat de "maintenance".
La maintenance de l'état monétise plus complètement "l'arbre d'état". Certains peuvent s'inquiéter qu'il s'agisse d'un coût supplémentaire pour l'utilisateur, et comme les tristes "Périphériques Apple", cela peut entraîner des coûts distribués plus élevés. Mais l'argument contre cela est que la préservation des données est coûteuse, surtout s'il y a des tensions avec la sécurisation de la blockchain. **Ainsi, les services de maintenance des données permettent aux utilisateurs de payer pour le privilège de cette préservation des données, et laissent les validateurs et autres participants se concentrer sur le consensus et la sécurité. **
4) Service de remise en état
Dans sa discussion sans banque avec Vitalik, il a souligné qu'il est peu probable que l'histoire soit perdue. Grâce aux services ci-dessus, nous pouvons nous attendre à plusieurs outils robustes plus ou moins centralisés pour la persistance des données historiques et d'état. Mais même sans ces outils, en supposant que vous ayez des informations sur le stockage dans le contrat, vous pouvez toujours les récupérer. La remise en état peut aussi être un service. Il peut fournir des outils pointer-cliquer et certaines normes et pratiques pour préserver l'historique qui compte pour vous. Vous pouvez ensuite apporter les données détenues par l'individu au service, les télécharger et établir la preuve de la restauration de ces états.
La récupération peut être amusante et satisfaisante, source MoonCats ! 4. Conclusion
Ethereum doit s'adapter à la sécurité et à l'efficacité de son mécanisme de consensus, que nous prévoyons d'augmenter massivement à l'avenir. Cet objectif est en contradiction avec les merveilleuses et riches chaînes de blocs de données créées. La mise à jour à venir inaugurera une nouvelle ère de "données éphémères", mais elle apportera également de nouvelles possibilités économiques intéressantes pour la maintenance, la récupération et la gestion des données de la blockchain.