Comment évaluer un projet décentralisé ? Décryptage du « test de la sortie » proposé par Vitalik Buterin
TechFlow SélectionTechFlow Sélection
Comment évaluer un projet décentralisé ? Décryptage du « test de la sortie » proposé par Vitalik Buterin
Explorer la cotation des risques dans le monde de la blockchain.
Dédié à des analyses Web3 approfondiesRédaction : imToken
Vitalik Buterin, fondateur d'Ethereum, a un jour exprimé dans son article de blog intitulé Making Ethereum alignment legible (« Rendre l'alignement d'Ethereum compréhensible ») une réflexion importante concernant la décentralisation et la sécurité : il convient de minimiser autant que possible la dépendance aux infrastructures centralisées et les vulnérabilités à la censure. À cet effet, il propose deux méthodes d'évaluation : le « test du départ » (Walk Away Test) et le « test d'attaque interne ».
Le « test d'attaque interne » consiste à attaquer volontairement son propre système afin d’en mesurer les impacts et d’identifier les failles. Quant au « test du départ », il s'agit d'un outil mental plus récent permettant d’évaluer le degré de dépendance centralisée d’un projet ou d’un réseau. Ce test peut devenir un critère clé pour évaluer les projets décentralisés, voire évoluer vers un outil de notation des risques.
Pour lire l'article original « Making Ethereum alignment legible » :
https://vitalik.eth.limo/general/2024/09/28/alignment.html
Qu'est-ce que le « test du départ » ?
Si votre équipe et vos serveurs disparaissaient demain, votre application continuerait-elle à fonctionner ?
Telle est l'idée centrale du « test du départ » — un outil mental permettant d’évaluer si un projet, une plateforme ou un protocole Web3 possède une véritable capacité d’autonomie et une valeur de développement durable.
Le « test du départ » est étroitement lié à la philosophie technologique de la décentralisation et de l’autogestion propres à la blockchain. Il peut orienter la réflexion selon plusieurs axes :
Du point de vue du développement du projet :
-
Si l’équipe de développement se dissout, le projet peut-il continuer à fonctionner de manière indépendante ?
-
Existe-t-il une communauté active capable de reprendre le projet après le départ de l’équipe ?
-
Le code du projet est-il open source et en mesure d’attirer de nouveaux développeurs pour poursuivre son amélioration ?
-
Dispose-t-on de nœuds de validation décentralisés assurant la protection du réseau, ou d’un soutien communautaire suffisant pour en maintenir le développement ?
Du point de vue du modèle économique :
-
Le projet dispose-t-il d’un modèle économique durable ?
-
Le projet offre-t-il des cas d’utilisation réels et durables ?
-
La valorisation des actifs du projet dépend-elle essentiellement de la spéculation ou d’un contrôle centralisé ?
Du point de vue de la gouvernance communautaire :
-
Les participants au projet ont-ils des moyens équitables de participer aux décisions ?
-
Le projet est-il capable d’activer des mécanismes décisionnels et de résoudre des problèmes sans gestionnaire central clairement identifié ?
-
Le projet dépend-il nécessairement d’un petit nombre de membres clés pour sa gouvernance, ou repose-t-il sur une base plus large de prise de décision collective ?
Pourquoi le « test du départ » est-il important ?
Si un projet dépend fortement de son équipe fondatrice ou de quelques individus clés pour fonctionner ; si un réseau nécessite un serveur fixe spécifique pour traiter les données, alors il reste fondamentalement centralisé. La viabilité à long terme, la valeur, ainsi que les capacités de résistance à la censure et aux risques de ce projet ou de ce réseau peuvent alors être remises en question.
L’importance du « test du départ » réside dans sa capacité à révéler, grâce à cet outil mental, la réalité de la dépendance d’un projet ou d’un réseau vis-à-vis des infrastructures centralisées, permettant ainsi des améliorations concrètes. Cette démarche s’appuie sur la philosophie technologique ferme de la « décentralisation ».
En 2017, Vitalik Buterin, fondateur d’Ethereum, écrivait déjà dans un article précoce sur la décentralisation :
« Décentralisé » est l’un des termes les plus courants dans le domaine de l’économie cryptographique, souvent utilisé directement comme critère pour déterminer si un réseau est bien un réseau blockchain. Toutefois, le sens réel de ce mot engendre fréquemment confusion et incompréhension.
Vitalik Buterin précise que lorsqu’on parle de « décentralisation », on fait en réalité référence à trois dimensions indépendantes :
-
D’un point de vue architectural : le système est-il centralisé ou décentralisé ?
Par exemple, combien d’ordinateurs composent ce système ? Combien d’entre eux peuvent tomber en panne simultanément sans compromettre le fonctionnement du système ?
-
D’un point de vue politique : le système est-il centralisé ou décentralisé ?
Par exemple, combien d’individus ou d’organisations contrôlent effectivement les ordinateurs constituant le système ?
-
D’un point de vue logique : le système est-il centralisé ou décentralisé ?
Par exemple, l’interface du système et sa structure de base de données forment-elles un tout unique, ou bien un ensemble non structuré ? Si l’on sépare les utilisateurs des fournisseurs du système, peuvent-ils continuer à fonctionner comme des unités totalement indépendantes ?
Quant à l’intérêt et à la signification de la « décentralisation », Vitalik Buterin l’a clairement expliqué dans un billet de 2018 :
-
Résilience aux pannes : Les systèmes décentralisés sont moins sujets aux défaillances accidentelles, car ils reposent sur de nombreux composants indépendants. En théorie, la probabilité que plusieurs composants indépendants tombent simultanément en panne est faible.
-
Résistance aux attaques : Les systèmes décentralisés sont plus coûteux et difficiles à attaquer ou manipuler, car ils ne disposent pas d’un point central sensible. Attaquer un système à point central est nettement plus facile et moins coûteux qu’un système décentralisé.
-
Prévention de la collusion : Dans un système décentralisé, si certains participants veulent conspirer pour tirer profit au détriment des autres, ils doivent payer un prix bien plus élevé que dans un système centralisé.
Valeur fondamentale : un test clé pour évaluer les projets décentralisés
En appliquant la logique du « test du départ », Bitcoin peut être considéré comme ayant réussi ce test : personne ne sait où se trouve Satoshi Nakamoto, mais Bitcoin continue de se développer grâce à son réseau décentralisé et aux développeurs du monde entier.
Dans le cas d’Ethereum, Vitalik Buterin a mentionné en 2022 sur un forum que presque tous les Rollup n’étaient pas encore matures, et qu’ils utilisaient majoritairement ce qu’on appelle des « Training Wheels » (roues stabilisatrices) pour assurer leur bon fonctionnement. Or, ces « roues stabilisatrices » reflètent précisément une dépendance aux interventions humaines. Moins un réseau Layer2 dépend de ces dispositifs, moins il est risqué ; plus il en dépend, plus son niveau de risque augmente.
C’est pourquoi Vitalik Buterin et d’autres ont classé les projets Rollup selon leur degré de dépendance aux « Training Wheels » : Niveau 0 (dépendance totale), Niveau 1 (dépendance partielle), Niveau 2 (indépendance complète). Par la suite, le site L2beat a ajusté ce schéma de classification en recueillant les avis de la communauté, puis l’a mis à jour en juin 2024 sous la forme d’un « indicateur de notation des risques pour les Layer2 », permettant ainsi d’évaluer le niveau de risque de divers projets Layer2.
Qu’est-ce qu’un « Training Wheel » ?
Un « Training Wheel » (traduction courante : roue stabilisatrice) désigne, dans les premières phases d’implémentation d’une technologie Rollup, certains mécanismes ou mesures restrictives ajoutés pour garantir la sécurité et la stabilité.
Les protocoles Rollup qui nécessitent l’usage de « roues stabilisatrices » ne sont généralement pas encore capables d’opérer sans confiance (trustless) ou avec un minimum de confiance. Cela peut s’expliquer par une complexité excessive du code, l’absence d’audit de sécurité, une surface d’attaque potentielle élevée dans les contrats, ou encore par le fait que le protocole vient tout juste d’être lancé et n’a pas encore gagné la confiance des utilisateurs.
À ce sujet, Vitalik Buterin affirme que son objectif idéal serait de voir apparaître davantage d’entités comme L2beat, capables de suivre la conformité des différents projets à des normes prédéfinies, ou à d’autres standards proposés par la communauté. La compétition entre projets ne devrait plus reposer sur « avoir les bons amis », mais plutôt sur la capacité à « rester aligné » selon des critères clairs et compréhensibles.
Plus largement, le « test du départ » pourrait être perfectionné et évoluer en un outil de notation des risques, permettant d’évaluer la véritable nature décentralisée et la durabilité réelle des portefeuilles Web3, ainsi que des cas d’usage décentralisés tels que les jeux ou la DeFi.
Tout comme une théorie philosophique politique bien connue le souligne : pour résoudre le problème de « qui surveille qui », la meilleure solution est la séparation des pouvoirs, et non leur concentration. L’alliance entre projets mène à une concentration du pouvoir, tandis que la séparation des pouvoirs s’obtient par des institutions et une culture — dans le monde de la blockchain, ces institutions et cette culture correspondent à la « norme consensuelle ».
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
@imTokenOfficial
