Comprendre Obol DV, la solution de validateurs distribués d'Ethereum : piliers de conception, stratégie d'adoption et feuille de route
TechFlow SélectionTechFlow Sélection
Comprendre Obol DV, la solution de validateurs distribués d'Ethereum : piliers de conception, stratégie d'adoption et feuille de route
Le responsable du projet Obol Network et son PDG ont présenté sa philosophie de conception, sa feuille de route protocolaire ainsi que sa stratégie d'adoption.
Dédié à des analyses Web3 approfondiesRédaction : Collin Myers, Oisín Kyne
Traduction : TechFlow
Obol Network a lancé le premier validateur distribué sur le réseau principal d’Ethereum. Cela marque la première étape du parcours d'Obol vers l'intégration des validateurs distribués (DV) sur Ethereum, ouvrant un nouveau chapitre plus sûr, résilient et décentralisé pour tous les validateurs et participants au staking. Collin Myers, responsable du projet Obol Network, et Oisín Kyne, directeur technique, présentent ici sa conception, sa feuille de route et sa stratégie d'adoption.
Les piliers de conception d'Obol DV
Lors de la conception et de la mise en œuvre de la version V1, Obol s'est inspiré des piliers de conception exposés par Ben Edgington dans son article fondateur sur les principes de conception de Serenity (alors appelé Eth2).
-
Résilience : Éliminer l'effet de point de défaillance unique que représente un validateur au sein du réseau ;
-
Décentralisation : Rendre le protocole facilement accessible à tous types et tailles de validateurs ;
-
Sécurité : Renforcer la sécurité des validateurs grâce aux technologies de chiffrement à clé distribuée ;
-
Anti-corrélation : Concevoir la DVT (technologie de validateur distribué) de manière à ne pas introduire de nouvelles vulnérabilités ;
-
Performance : Les validateurs distribués doivent offrir une performance équivalente, voire supérieure, à celle des validateurs classiques.
Stratégie d'adoption de la DVT Obol
La DVT sera déployée de manière ouverte, constructive et fortement collaborative, selon un modèle similaire aux vagues de lancement d'ETH2. La publication réussie de dv494484.eth constitue notre version phase 0, première étape vers Obol V1.
Lors du déploiement de la DVT, l'objectif initial est de maintenir des performances identiques à celles des validateurs traditionnels. Cette exigence est cruciale pour favoriser l'adoption précoce et assurer un soutien continu au sein de l'écosystème des validateurs, ce qui explique pourquoi nous y accordons une attention particulière dans la conception, la mise en œuvre et les tests d'Obol.
Dans nos développements futurs, nous mettons égalementl'accent sur les performances de Charon pour tous les types de validateurs. Nous visons un avenir où les validateurs seront partagés par des participants du monde entier, ce qui influence profondément notre approche de conception, de présentation et de test de la DVT Obol.
En raison de la diversité des types de validateurs sur Ethereum, nous adopterons une approche progressive pour le déploiement d'Obol. À chaque étape, nous ciblerons des groupes d'utilisateurs spécifiques. Cela permettra d'améliorer durablement le pipeline DVT dans différents secteurs critiques de l'infrastructure Ethereum (opérateurs de services de staking, validateurs domestiques, DeFi, etc.), tout en maintenant performance, sécurité et accessibilité. Chaque étape de la feuille de route posera également les bases de la suivante.
Feuille de route d'Obol V1
La recherche, la conception et la mise en œuvre d'Obol V1 ont duré 24 mois et les tests de stabilité sont désormais terminés. Grâce à ce travail, nous avons pu décomposer le réseau Obol en quatre domaines fonctionnels : création, test, exécution et coordination. Ces quatre piliers influencent conjointement la feuille de route d'Obol et les fonctionnalités d'Obol V1, constituant ainsi la première étape fondamentale pour bâtir une infrastructure mondiale dédiée aux validateurs distribués.
Autour des piliers de V1, le réseau Obol a conçu et maintient quatre infrastructures essentielles :
-
DV Launchpad — Une application web permettant de migrer vers, ou créer, un validateur distribué Obol.
-
Charon — Un client intermédiaire assurant la tolérance aux pannes pour les validateurs Ethereum.
-
Obol Managers — Une suite de contrats intelligents permettant de partager un validateur au sein d’un groupe.
-
Obol Testnets — Des réseaux-test dédiés à l’évaluation des validateurs distribués sans permission.
Pour Obol V1, nous adopterons également une méthode de déploiement progressif.
Pre-Alpha : Déploiement du premier DV sur le réseau principal
Pour comprendre comment un DV se comporte sur le réseau principal, il faut d’abord le tester en conditions réelles. Nous avons donc décidé de déployer le premier DV avant même la soumission au premier audit. La phase Pre-Alpha inclut également la remise du premier audit avec Sigma Prime, ainsi que la réussite du rapport de performance DVT réalisé par l'équipe Miga Labs.
Alpha : Atteindre 1 % du total des validateurs actifs avec des DV
La phase Alpha consistera à lancer Obol en collaboration avec un groupe de partenaires de confiance, puis à intégrer progressivement Obol dans des applications de staking existantes et futures. Cette étape débutera une fois les audits terminés et toutes modifications nécessaires appliquées. Ce lancement progressif nous permet d’accorder une attention suffisante aux lacunes éventuelles, afin de tirer des enseignements plus profonds.
Beta : Atteindre 5 % du total des validateurs actifs avec des DV
Après la réussite de la phase Alpha, nous commencerons à ouvrir Obol, sous licence commerciale, à un plus large éventail d’utilisateurs et de projets. Cela nous permettra de tirer parti des apprentissages initiaux pour accroître massivement l’adoption technologique. À mesure que de plus en plus d’opérateurs adoptent Obol, notre priorité restera d’assurer la qualité constante du protocole.
Publication de V1 : Permettre à tous les opérateurs de déployer Obol DV sur le réseau principal
La phase de lancement public de notre parcours sur le réseau principal marque l’achèvement d’Obol V1. À ce stade, nous espérons que environ 10 % du staking total sera protégé par la technologie DVT. Après les phases Alpha et Beta, tous les tests sur les testnets V1 et les audits seront finalisés, garantissant performance, sécurité et accessibilité du produit.
Durant la phase Obol V1, nous ferons fonctionner trois testnets au total.
Athena (et Obol Operator Network) (terminé)
Le testnet Athena a été notre premier testnet public, actif de juillet à septembre 2022, pendant lequel la communauté Obol Operator Community (OOC) a testé pour la première fois la DVT dans leurs environnements. Il s'agissait aussi notre première série complète de tests de DVT destinée aux validateurs.
Bia (en cours)
Le testnet Bia, actuellement en cours, vise à évaluer l'extensibilité d'Obol en termes de performance et d'accessibilité. Notre objectif est d'activer globalement plus de 500 clusters, afin de vérifier si les validateurs domestiques peuvent créer des clusters DV de manière autonome, sans assistance importante. Parallèlement, nous testons Bia avec des opérateurs professionnels et étendons les clusters jusqu’à 1 000 validateurs pour tester la montée en charge verticale du protocole.
Circe (à venir)
Le testnet Circe sera lancé après la phase Beta. Circe aura pour but d'attaquer activement le protocole afin d'identifier d'éventuelles vulnérabilités ou limites, notamment les risques de slashing liés à la DVT Obol. Il constituera la dernière étape critique nécessaire pour garantir que le protocole Obol soit pleinement sécurisé avant son lancement public.
Obol V2
Bien que la feuille de route de V1 soit déjà passionnante, nous travaillons activement à concrétiser la vision d’Obol V2. Obol V2 se concentre principalement sur la minimisation de la confiance requise dans les validateurs distribués, grâce à des avancées en cryptographie appliquée et en cryptoéconomie.
L'état ultime d'Obol sera un protocole DVT multi-client, permettant à n'importe quel validateur de rejoindre un cluster sans avoir besoin de faire confiance (ni même de connaître) les autres opérateurs du même cluster. Les différentes étapes de V1 posent les bases indispensables en matière de performance, sécurité et accessibilité nécessaires au développement d'Obol V2.
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
