
Derrière le soutien public de Vitalik à ENS pour préserver l'authenticité de la DAO
TechFlow SélectionTechFlow Sélection

Derrière le soutien public de Vitalik à ENS pour préserver l'authenticité de la DAO
Face au domaine des Layer2 qui échappe progressivement à tout contrôle, Vitalik fera tout son possible pour préserver la légitimité de la disponibilité des données (DA) du réseau principal Ethereum.
Rédaction : Haotian
Beaucoup pensent que le fait que @VitalikButerin ait partagé la solution de résolution de données en couche 2 proposée par ENS constitue un soutien explicite et enthousiaste au nouveau récit stratégique d’ENS. En réalité, ce n’est pas tout à fait exact. Une analyse minutieuse du mécanisme d’intégration en couche 2 proposé par @ensdomains permet de mieux comprendre les intentions de Vitalik : renforcer encore davantage le contrôle d’Ethereum sur la disponibilité des données (DA) en couche 2. Pourquoi ? Voici une brève analyse.
Le service de noms ENS définit une logique d’interaction selon laquelle l’utilisateur peut entrer un nom court pour se connecter automatiquement à l’adresse longue associée via le contrat intelligent ENS. Ce système résout efficacement la difficulté liée à la complexité, à la mémorisation et à l’identification des adresses EOA.
On peut dire que le service de noms d’ENS vise surtout un marché futur à fort potentiel, notamment les utilisateurs grand public (mass adoption).
Or, la couche 2 est l’avenir d’Ethereum en matière d’extension et d’absorption du trafic élevé. Si la solution de résolution de noms d’ENS ne s’étend pas à la couche 2 et reste cantonnée au réseau principal, ses perspectives resteront limitées.
Dans ce contexte, il est naturel qu’ENS envisage une solution complète de résolution de données pour la couche 2, permettant aux utilisateurs d’effectuer directement des recherches de noms et de données en couche 2, réduisant ainsi leur dépendance vis-à-vis des passerelles souvent centralisées propres à chaque couche 2.
En résumé, cette solution permet aux utilisateurs d’utiliser de manière sécurisée, sans intermédiaire et de façon décentralisée, les noms de domaine ENS sur toutes les couches 2. Comment cela fonctionne-t-il ?
1) ENS a conçu un « pont entre couches » doté d’une capacité d’interopérabilité, permettant à chaque couche 2 de récupérer et de valider efficacement les données de noms du réseau principal Ethereum depuis un environnement hors chaîne. Grâce à ce mécanisme de pont, la fonctionnalité de résolution de noms entre la couche 2 et le réseau principal est assurée, rendant possible l’utilisation sécurisée des noms courts ENS en couche 2.
2) L’EIP3668 mentionnée dans le document garantit que l’utilisation d’un nom de domaine en couche 2 puisse être correctement validée par le contrat intelligent du réseau principal, évitant ainsi toute mauvaise utilisation. Quant à l’EIP5599, elle assouplit la contrainte initiale qui imposait une interaction directe avec le contrat intelligent ENS pour la résolution : désormais, cette tâche peut être déléguée à un système externe (comme un contrat Rollup), ce qui améliore considérablement la capacité de traitement parallèle.
Il est clair que, pour utiliser normalement ENS en couche 2, l’utilisateur doit nécessairement accéder à et valider les données globales présentes sur le réseau principal Ethereum. Cela signifie que pour bénéficier de ce service ENS, il faut impérativement recourir à la fonctionnalité officielle de disponibilité des données (Data Availability) d’Ethereum. Ainsi, les couches 2 basées sur OP Stack, qui empruntent des raccourcis via des chaînes dérivées et externalisent leur DA vers des plateformes tierces comme Celestia, ne peuvent pas être compatibles avec ENS.
À ce stade, l’intention de Vitalik devient évidente. Comme je l’ai analysé dans plusieurs articles précédents, après la mise à niveau de Cancun, une explosion du nombre de couches 2 est inévitable, donnant lieu à une prolifération de solutions diverses. La pensée modulaire et les composants indépendants (Stacks) sont en train de brouiller les frontières traditionnelles où le réseau principal fournit la DA tandis que la couche 2 assure l’évolutivité.
Face à cette expansion désordonnée des territoires en couche 2, Vitalik cherche par tous les moyens à préserver l’autorité et la légitimité du réseau principal Ethereum en matière de disponibilité des données. Son précédent appel en faveur d’une combinaison Plasma + ZK constituait déjà une tentative de défense de cette légitimité. Son soutien public à la solution de résolution de noms ENS en couche 2 poursuit exactement le même objectif.
Car tant que les données DA résident sur le réseau principal Ethereum, les validateurs d’Ethereum conservent le contrôle sur la sécurité des actifs en couche 2. Si les validateurs perdent cette capacité de vérification, Ethereum risque de se réduire à un simple « tableau d’affichage » pour les résultats publiés par les couches 2. Alors, la dépendance de ces dernières vis-à-vis d’Ethereum s’affaiblira progressivement. À terme, rien ne garantit qu’elles souhaiteront encore se rattacher à Ethereum comme couche 2. C’est pourquoi Vitalik met tout en œuvre pour ramener l’évolution des couches 2 sur la voie de la légitimité ethereumienne.
En y regardant de plus près, le monde crypto reste profondément marqué par des enjeux politiques.
Bien entendu, ENS est considéré par Vitalik comme la première application non financière véritablement réussie sur Ethereum. Par ailleurs, ENS offre effectivement une expérience d’utilisation plus conviviale après une adoption massive, ce qui correspond bien à l’objectif des couches 2 d’élargir l’écosystème web3 à un public beaucoup plus large.
En somme, utiliser ENS pour définir une norme d’interopérabilité commune aux différentes plateformes en couche 2, tout en recentralisant le contrôle de la disponibilité des données, est une stratégie particulièrement habile. Brillant coup !
Bienvenue dans la communauté officielle TechFlow
Groupe Telegram :https://t.me/TechFlowDaily
Compte Twitter officiel :https://x.com/TechFlowPost
Compte Twitter anglais :https://x.com/BlockFlow_News












