Investir Mag
Banner header_ad
Investissements

Qu’est-ce que l’EIP-4844 ? Un guide rapide pour les débutants

La proposition EIP 4844 tente de créer une solution « palliative » afin que le réseau puisse se soulager des transactions toujours croissantes en ajoutant environ 2 Mo d’espace aux blocs. 

6 min di lettura
Qu’est-ce que l’EIP-4844 ? Un guide rapide pour les débutants
Le problème des frais de gaz élevés sur Ethereum a conduit à EIP-4844 (également connu sous le nom de proto-danksharding), une tentative d’introduire une solution provisoire pour augmenter l’espace de bloc au sein du réseau en mettant en œuvre un format de transactions qui sont autrement censés être mis en œuvre dans le sharding, une stratégie pour mettre à l’échelle Ethereum. Étant donné que le déploiement de partitions peut prendre un certain temps, afin de réduire le montant élevé des frais de gaz que les utilisateurs paient actuellement, ce nouveau format de transaction est en cours de mise en œuvre. Comme il s’agit d’une solution provisoire, il n’y a qu’une quantité plafonnée d’espace de bloc qui a été ajoutée, ce qui, dans le déploiement complet des chaînes de partitions, ajouterait environ 16 Mo d’espace de bloc.
Pour en savoir plus sur cette proposition d’amélioration d’Ethereum et sur la façon dont elle aide la chaîne, creusons un peu plus profondément!

Comment l’EIP-4844 aidera-t-il les utilisateurs ?

La proposition EIP 4844 tente de créer une solution « palliative » afin que le réseau puisse se soulager des transactions toujours croissantes en ajoutant environ 2 Mo d’espace aux blocs. Comme vous pouvez l’imaginer, cela ne donne qu’un certain soulagement à la fois au réseau et aux utilisateurs qui peuvent maintenant compter sur les frais de gaz moins élevés.
Lorsque les cumuls sont implémentés, ils s’appuient sur les données partitionnées (également connues sous le nom de blob) pour s’assurer que le réseau a été facilité et que les utilisateurs n’encourent pas de frais de gaz extrêmement élevés. Une autre chose à noter ici est que plusieurs versions différentes de cet EIP ont été discutées précédemment. Cependant, cette version vise uniquement à introduire le format qui sera utilisé pour les données partitionnées, sans réellement les fragmenter.

L’un des principaux défis à cela est la mise en œuvre elle-même. Si seulement une partie du processus de partitionnement est mise en œuvre dans ce cycle, comment le reste serait-il mis en œuvre? Bien que le processus puisse sembler simple, cela dépendrait de la façon dont la communauté décidera de faire avancer les choses. Jusqu’à présent, plusieurs changements au niveau du sol ont déjà été mis en œuvre, tandis que certains d’entre eux sont encore en cours.

Tag 1 (native)
Le principal compromis dans la conception de ce PEI est celui d’en mettre en œuvre plus maintenant plutôt que d’avoir à mettre en œuvre plus tard: mettons-nous en œuvre 25% du travail sur la voie du partitionnement complet, ou 50%, ou 75%?
Avant cela, la plupart de ces mises à jour dépendaient de la feuille de route rollupcentrique pour Ethereum. Proto-danksharding, d’autre part, ne fournit que les formats de transaction et les règles de vérification pour l’exécution du processus, sans l’implémenter complètement. Dans ce cadre, un nouveau type de transaction est créé ici. C’est ce qu’on appelle la « transaction portant des objets blob ». Il tente d’inclure les objets blob en tant que données dans les blocs. Ceux-ci sont utilisés par les solutions de couche 2 pour aider à faire évoluer Ethereum, sans compter sur la machine virtuelle Ethereum (EVM) pour y accéder.

La nécessité du proto-danksharding

Actuellement, le réseau a été conçu pour accueillir des transactions qui représentent environ 90 Ko d’espace de bloc pour chaque bloc. Même si le modèle de redevance d’essence devait être modifié de manière à s’adapter à des blocs de plus grande taille, la taille maximale pourrait potentiellement gonfler jusqu’à 18 Mo. Cependant, cela en soi serait trop coûteux à la fois pour les validateurs participants et pour les utilisateurs. D’autre part, si nous utilisons le marché dynamique des frais qui a déjà été mis en œuvre dans le cadre de l’EIP 1559, cela nous aide à prendre en charge plus de transactions sans trop alourdir le réseau.

Le proto-danksharding rend les choses un peu moins compliquées. Le processus implique la création d’une transaction qui contient des données dans des objets blob de taille relativement fixe en introduisant également une limite supérieure au nombre d’objets blob pouvant être inclus dans le bloc. Ceux-ci sont ensuite stockés par la chaîne de balises et ne nécessitent qu’une confirmation d’engagement de la part de la machine virtuelle Ethereum (EVM).

Il n’y a qu’une seule différence significative entre EIP-4488 et proto-danksharding, qui est en termes de mise en œuvre. Alors que le premier introduit aujourd’hui des changements minimes afin de créer une solution provisoire, le second nécessite une mise en œuvre plus approfondie afin de minimiser la quantité d’efforts nécessaires pour être déployé plus tard. La complexité de la mise en œuvre du sharding se limite uniquement à la chaîne de balises et non à la couche d’exécution.

Tag 2 (300x250)

L’augmentation de la taille des blocs peut également avoir des répercussions sur la taille des blocs et la capacité des validateurs à stocker des données sur leurs ressources matérielles. Selon les estimations, il peut y avoir une augmentation à plus de 2,5 To de données par an. L’un des moyens de réduire cela consiste à supprimer les données d’objet blob qui vieillissent après un certain temps, disons 30 jours ou plus.

Comment les utilisateurs accéderont-ils aux anciens objets blob après la mise en œuvre de l’EIP-4844 ?

C’est possible, mais le but de l’EIP-4844 n’est pas de garantir un stockage permanent des données historiques de la blockchain, car il peut entraîner de nombreuses dépenses pour les participants au réseau. Il a plutôt été proposé que les données puissent être stockées ailleurs de manière à ce qu’elles soient facilement accessibles, comme plusieurs applications/protocoles qui fournissent ce service. De cette façon, les données historiques peuvent être consultées par ceux qui en ont besoin.

Réflexions finales

Au fur et à mesure que nous nous rapprochons de la fusion, l’EVM subit plusieurs changements. Certains de ces changements aideront à mettre à l’échelle Ethereum afin qu’il puisse être activé pour prendre en charge plus de transactions et offrir plus d’évolutivité. Le proto-danksharding est l’un d’entre eux.

Banner footer_ad