Déconstruire comment PeerDAS aide Ethereum à reprendre la « souveraineté des données »

Article : imToken

Fin 2025, la communauté Ethereum accueille tranquillement la conclusion de la mise à niveau Fusaka.

En regardant l’année écoulée, bien que les discussions sur la mise à niveau des technologies de base aient progressivement quitté le devant de la scène, beaucoup d’utilisateurs en chaîne ont déjà ressenti un changement significatif : le coût des L2 d’Ethereum devient de plus en plus abordable.

Les interactions en chaîne actuelles, qu’il s’agisse de transferts ou d’opérations DeFi complexes, ne nécessitent souvent que quelques cents ou peuvent être négligées, en arrière-plan, la mise à niveau Dencun et le mécanisme Blob ont joué un rôle clé. Parallèlement, avec l’activation officielle de PeerDAS (Peer Data Availability Sampling, échantillonnage de disponibilité des données peer-to-peer) dans la mise à niveau Fusaka, Ethereum est en train de dire adieu à l’ère de la validation des données par « téléchargement complet ».

On peut dire que, ce qui détermine réellement si Ethereum peut supporter à long terme et de manière durable des applications à grande échelle, ce n’est pas seulement Blob lui-même, mais surtout la prochaine étape représentée par PeerDAS.

1. Qu’est-ce que PeerDAS ?

Pour comprendre la portée révolutionnaire de PeerDAS, il ne suffit pas de parler en concepts abstraits ; il faut revenir à un nœud clé dans la voie de l’expansion d’Ethereum, à savoir la mise à niveau Dencun de mars 2024.

À cette époque, l’EIP-4844 a introduit un modèle de transaction transportant des Blobs (intégrant une grande quantité de données transactionnelles dans un blob), permettant aux L2 de ne plus dépendre du coûteux mécanisme de stockage calldata, mais d’utiliser un stockage Blob temporaire.

Ce changement a directement réduit le coût des Rollups d’un facteur de plusieurs dizaines, garantissant que les plateformes L2 puissent offrir des transactions plus rapides et moins chères, sans compromettre la sécurité et la décentralisation d’Ethereum, ce qui a permis à de nombreux utilisateurs de profiter de l’ère des « faibles frais Gas ».

Cependant, bien que les Blobs soient très pratiques, le nombre de Blobs qu’un bloc principal d’Ethereum peut contenir est limité (habituellement entre 3 et 6), pour des raisons très concrètes : la bande passante physique et le stockage sont limités.

Dans le mode de validation traditionnel, chaque validateur du réseau, qu’il s’agisse d’un serveur géré par une institution ou d’un ordinateur personnel, doit télécharger et diffuser l’intégralité des données Blob pour confirmer leur validité.

Cela crée une double difficulté :

• Si l’on augmente le nombre de Blobs (pour l’expansion) : la quantité de données explose, la bande passante des nœuds domestiques sera saturée, leur disque dur sera rempli, ce qui les forcera à se déconnecter, menant à une centralisation rapide du réseau, et à terme, à une chaîne dominée par de grands centres de données ;
• Si l’on limite le nombre de Blobs (pour préserver la décentralisation) : le débit des L2 est bloqué, incapable de répondre à une croissance explosive future.

En résumé, Blob n’est qu’un premier pas, résolvant le problème du « où stocker » les données. Quand la quantité de données est faible, tout va bien, mais si le nombre de Rollups continue d’augmenter, que chaque Rollup soumet des données à haute fréquence, et que la capacité Blob s’étend, la bande passante et la pression de stockage des nœuds deviendront de nouveaux risques de centralisation.

Si l’on continue à utiliser le mode de téléchargement complet traditionnel, la croissance de l’expansion d’Ethereum sera freinée par la limite physique de la bande passante, et PeerDAS sera la clé pour dénouer cette impasse.

En résumé, PeerDAS est une toute nouvelle architecture de validation des données, qui brise la règle selon laquelle la validation doit nécessiter un téléchargement complet, permettant à l’expansion des Blobs de dépasser le niveau actuel de capacité physique (par exemple, passant de 6 Blobs par bloc à 48 ou plus).

2. Blob résout « où stocker », PeerDAS résout « comment stocker »

Comme mentionné ci-dessus, Blob a franchi la première étape d’expansion, en résolvant le problème du « où stocker » (passant du coûteux calldata à l’espace Blob temporaire), alors PeerDAS doit s’attaquer à la question du « comment stocker plus efficacement ».

Son objectif principal est de gérer l’explosion exponentielle des données sans saturer la bande passante physique des nœuds. La solution est simple : en s’appuyant sur la probabilité et la coopération distribuée, « il n’est pas nécessaire que chaque nœud stocke la totalité des données, mais on peut confirmer avec une haute probabilité que ces données existent réellement ».

Ce principe se voit dans le nom complet de PeerDAS : « échantillonnage de disponibilité des données peer-to-peer ».

Ce concept peut sembler abstrait, mais on peut l’illustrer par une métaphore simple : auparavant, la validation complète revenait à ce qu’une bibliothèque reçoive un exemplaire de l’Encyclopædia Britannica (Blob data) de plusieurs milliers de pages, et que chaque gestionnaire (nœud) en fasse une copie intégrale pour sauvegarde.

Cela signifiait que seuls ceux qui avaient beaucoup de ressources (bande passante / stockage) pouvaient être gestionnaires, surtout que cette encyclopédie ne cessait de s’étendre, rendant la décentralisation impossible.

Aujourd’hui, avec PeerDAS et l’introduction de techniques comme le codage par effacement (Erasure Coding), c’est comme si cette encyclopédie était découpée en innombrables fragments, encodés mathématiquement. Chaque gestionnaire n’a plus besoin de détenir l’intégralité du livre, mais seulement quelques pages choisies aléatoirement.

Même lors de la validation, personne n’a besoin de présenter le livre entier. En théorie, si le réseau rassemble n’importe 50% des fragments (peu importe si on détient la page 10 ou la page 100), on peut, grâce à un algorithme mathématique, reconstituer instantanément la totalité du livre avec une certitude de 100%.

C’est là toute la magie de PeerDAS — décharger la charge de téléchargement des données d’un seul nœud pour la répartir sur un réseau collaboratif composé de milliers de nœuds.

scale70Source : @Maaztwts

D’un point de vue purement numérique, avant la mise à niveau Fusaka, le nombre de Blobs était limité à 3-6. Avec la mise en œuvre de PeerDAS, cette limite est directement dépassée, permettant d’augmenter le nombre de Blobs par bloc jusqu’à 48 ou plus.

Lorsque des utilisateurs initient une transaction sur Arbitrum ou Optimism, et que les données sont renvoyées à la chaîne principale, il n’est plus nécessaire de diffuser l’intégralité des données à l’ensemble du réseau, ce qui permet à Ethereum d’atteindre une expansion sans que le coût en nœuds ne croisse linéairement.

Objectivement, Blob + PeerDAS constituent la solution complète de disponibilité des données (DA). Sur la feuille de route, c’est aussi la transition clé d’Ethereum de Proto-Danksharding vers Danksharding complet.

3. La nouvelle normalité en chaîne après Fusaka

Comme on le sait, ces deux dernières années, des modules DA tiers comme Celestia ont connu un grand succès, en partie parce qu’Ethereum principal était coûteux.

Avec Blob et la dernière innovation PeerDAS, Ethereum est devenu à la fois plus abordable et extrêmement sécurisé : le coût pour L2 de publier des données sur L1 a été réduit de plus de moitié, et Ethereum dispose du plus grand ensemble de validateurs au monde, assurant une sécurité bien supérieure à celle des chaînes tierces.

Objectivement, cela représente une défaite pour des solutions DA tierces comme Celestia, marquant la reprise par Ethereum de la souveraineté sur la disponibilité des données, et comprimant considérablement leur espace de survie.

Vous vous demandez peut-être : ces concepts très techniques, quel rapport avec mon portefeuille, mes transferts ou la DeFi ?

Le lien est en réalité très direct. Si PeerDAS se déploie avec succès, cela signifie que le coût des données pour L2 pourra rester bas à long terme, et que les Rollups ne seront pas contraints par la hausse des coûts DA, permettant aux applications en chaîne de concevoir des interactions à haute fréquence sans compromis entre « fonctionnalités et coûts »…

En d’autres termes, notre capacité à utiliser des L2 abordables aujourd’hui est en grande partie grâce à Blob, et si cette capacité peut perdurer, c’est grâce à la contribution silencieuse de PeerDAS.

C’est aussi pour cela que, dans la feuille de route d’expansion d’Ethereum, PeerDAS, bien que discret, est toujours considéré comme une étape incontournable. En essence, c’est la meilleure forme technologique selon moi — « bénéficier sans s’en rendre compte, perdre sans pouvoir durer » — vous ne sentez même pas sa présence.

En fin de compte, PeerDAS prouve que la blockchain peut, grâce à une conception mathématique ingénieuse (comme l’échantillonnage de données), supporter des volumes de données équivalents à ceux du Web2, tout en ne compromettant pas excessivement la décentralisation.

Ainsi, l’autoroute des données d’Ethereum est désormais entièrement déployée. La prochaine étape, c’est à la couche applicative de répondre à la question : quels véhicules y circuleront ?

Restons à l’écoute.