Vitalik Buterin : PeerDAS d’ Ethereumsera essentiel à la mise à l’échelle de la couche 2

Vitalik Buterin, cofondateur Ethereum , estime que Peer Data Availability Sampling (PeerDAS), une fonctionnalité essentielle de la prochaine mise à jour Fusaka, résoudra les problèmes d'évolutivité de la couche 2 de la blockchain Ethereum . 

S'exprimant jeudi en réponse à un fil de discussion X lancé par le responsable des données de Dragon XYZ, Hildebert Moulié, Buterin a expliqué que la technologie aidera les nœuds à vérifier les données sans avoir besoin de télécharger l'intégralité de la blockchain.

« Le fonctionnement de PeerDAS repose sur le fait que chaque nœud ne demande qu'un petit nombre de fragments, afin de vérifier de manière probabiliste que plus de 50 % des fragments sont disponibles », a écrit sur X. « Si plus de 50 % des fragments sont disponibles, le nœud peut théoriquement les télécharger et utiliser le codage d'effacement pour récupérer le reste. »

Le programmeur a réaffirmé que cela permettrait à une blockchain en direct sur Ether de fonctionner sans qu'aucun nœud n'ait à stocker des ensembles de données complets. 

Le réseau Ethereum atteint des blobs par enregistrement de bloc 

Mercredi soir, Moulié a indiqué qu'Ethereum Ethereum atteint son objectif de six blobs par bloc pour la première fois de son histoire. Les blobs, ou objets binaires volumineux, ont été introduits dans Ethereum lors de la mise à niveau Dencun en mars 2024, conformément l'EIP-4844, également connue sous le nom de proto-danksharding.

D'après Moulié, l'utilisation des blobs durant le pic a été principalement due à l'activité de plusieurs rollups de couche 2. Base a représenté 42 % de cette activité, suivi de World avec 25 %, tandis que les autres contributeurs étaient Arbitrum (8 %), OP Mainnet (4 %), et Soneium et Scroll (3 % chacun).

5/ % d'espace blob utilisé actuellement

42 % Base
25 % Monde
8 % Arbitrum
4 % OP Mainnet
3 % Soneium
3 % Scroll
2 % Unichain
2 % Shape
2 % Lighter
1 % Ink pic.twitter.com/J6EWWp0VF7

— hildobby (@hildobby) 24 septembre 2025

Les blobs ont été développés pour réduire les coûts de transaction des réseaux de couche 2 en fournissant un stockage dédié aux données compressées. Leur efficacité a peut-être été démontrée par le passé, mais selon Moulié, la prévision de leur utilisation est difficile en raison de « l’incohérence des publications entre les différentes chaînes »

Le responsable des données de Dragon XYZ a également indiqué que les besoins actuels en stockage pour les validateurs dépassent 70 gigaoctets pour les blobs non compressés, et que les estimations atteignent plus de 1 200 gigaoctets pour les données non élaguées. Chaque blob contient des informations compressées, mais les taux de compression varient selon la chaîne et dépassent rarement 25 %.

« Chaque pile possède son propre algorithme de compression, mais en général, plus l'utilisation de la chaîne est diversifiée, plus il est difficile d'atteindre des taux de compression plus élevés », a-t-il remarqué.

D'après Moulié, plus de 10 % des blobs ne sont pas utilisés à leur pleine capacité, car ils proviennent de petits volumes qui publient régulièrement des données avant que les blobs n'atteignent leur limite de 128 kilo-octets. Il a également indiqué qu'environ 30 % des blocs contenant des blobs ont été affectés par des problèmes liés à la valeur de la table d'tracdes mineurs (MEV).

Fusaka permettra à différents nœuds d'effectuer des tâches pour différents blocs

Buterin, cofondateur d'EF, a abordé certains problèmes d'évolutivité de couche 2, affirmant que lors du lancement initial de PeerDAS, il y aurait encore des cas nécessitant un stockage complet des données. 

« Dans la première version, il existe deux cas où les données complètes d'un bloc doivent encore exister à un seul endroit : la diffusion initiale et la reconstruction dans le cas où un éditeur ne fournit qu'entre 50 % et 100 % d'un bloc », a-t-il supposé.

Il a précisé que le protocole ne requiert qu'un seul acteur honnête pour en garantir l'intégrité, même si plusieurs autres tentent d'agir de manière malhonnête. 

« Un seul acteur honnête suffit ; s’il y a aussi 100 acteurs malhonnêtes, le protocole les ignore tout simplement. Et différents nœuds peuvent effectuer cette tâche pour différents blocs », a souligné Buterin.

Le calendrier de mise à niveau de Fusaka est prévu pour décembre

Comme a rapporté l' Cryptopolitan, la mise à jour Fusaka, prévue pour le 3 décembre, introduira officiellement l'EIP-7594 et doublera la capacité des blobs par rapport à l'objectif actuel et au maximum de six et neuf blobs par bloc. 

Les développeurs d'Ether prévoient une approche progressive, comme pour les mises à niveau précédentes, avec deux forks Blob Parameter Only pour augmenter graduellement la capacité.

Selon Christine Kim, chercheuse Ethereum , le nombre maximal de blobs passera de neuf à quinze lors de la première bifurcation, puis de seize à vingt et un lors de la seconde. La seconde bifurcation est prévue pour janvier.

Bien que PeerDAS et les méthodes apparentées soient développées depuis longtemps, Buterin a averti les développeurs qu'elles n'étaient toujours pas testées.