Le « test de sortie » est un nouvel outil de réflexion pour vérifier la dépendance des projets et la centralisation du réseau, qui peut être un test clé pour évaluer les projets de décentralisation, ou il peut être affiné et mis à niveau vers un outil d’évaluation des risques. (Synopsis : Vitalik Buterin a acheté 30 000 pièces de $ANON pour 140% de la grande pompe, quel est son message anonyme optimiste ? (Arrière-plan ajouté : CZ, Vitalik Buterin défendre !) La pièce mème Bioscience augmente k fois, l’argent chaud afflue vers DeSci Le fondateur d’Éther Place, Vitalik Buterin, a déjà formulé cette suggestion de réflexion dans l’article de blog Rendre l’alignement d’Ethereum lisible, « Légaliser l’alignement d’Éther Place » : Sur la question de la décentralisation et de la sécurité, Assurez-vous de minimiser votre dépendance à l’égard d’une infrastructure centralisée et de minimiser les vulnérabilités liées à la censure. Pour ce faire, nous pouvons tester et évaluer les méthodes suivantes : « Walk Away Test » et « Insider Attack Test ». Parmi eux, le « test d’attaque interne » fait référence au lancement d’une attaque sur le système de manière autonome, en observant l’ampleur des dommages qui seront créés, afin de trouver des vulnérabilités ; Le « test de sortie », un nouvel outil de réflexion permettant d’examiner la dépendance des projets et la centralisation du réseau, peut être un test clé pour évaluer les projets de décentralisation, ou il peut être affiné et mis à niveau vers un outil d’évaluation des risques. Pour rendre lisible l’alignement d’Ethereum, lisez l’article original : Qu’est-ce que « quitter le test » ? Si votre équipe et vos serveurs disparaissent demain, votre application fonctionnera-t-elle toujours ? C’est l’idée de base du « test de sortie » – un outil de réflexion qui peut être utilisé pour évaluer si un projet, une plateforme ou un protocole Web3 est vraiment indépendant et a une valeur durable. Le « test de départ » est étroitement lié à la philosophie technique de la décentralisation et de l’autonomie en chaîne de blocs, et les pistes de réflexion qui peuvent être tirées de ce test sont les suivantes : Développement du projet : Si l’équipe de développement est dissoute, le projet sera-t-il toujours en mesure de fonctionner de manière indépendante ? Y a-t-il une communauté active qui peut reprendre le projet après le départ de l’équipe ? Le code du projet est-il open source et incitera-t-il les développeurs à continuer à s’améliorer ? Existe-t-il un réseau sécurisé Nœud vérifié pour la décentralisation, ou y a-t-il suffisamment de soutien communautaire pour maintenir le développement ? En termes de modélisation économique : le projet a-t-il un modèle économique qui fonctionne de manière durable ? Le projet a-t-il des scénarios d’application durables ? L’appréciation des actifs du projet dépend-elle essentiellement d’une manipulation spéculative ou d’un contrôle centralisé ? Gouvernance communautaire : Existe-t-il un moyen pour tous les participants au projet de participer équitablement à la prise de décision ? Le projet est-il capable d’initier des mécanismes de prise de décision et de résoudre des problèmes sans identifier les gestionnaires principaux ? Le projet doit-il s’appuyer sur quelques membres de base pour gouverner, ou dispose-t-il d’une base plus largement distribuée pour la gouvernance collective ? Pourquoi est-il important de « quitter le test » ? Si un projet dépend trop de l’équipe fondatrice ou de certains membres clés du personnel pour fonctionner ; Si un réseau doit s’appuyer sur un serveur fixe pour traiter les données, il est toujours centralisé par nature, et la viabilité à long terme, la valeur, voire la censure et la résistance au risque du projet ou du réseau peuvent être remises en question. L’importance de « laisser le test » est qu’à travers cet outil de réflexion, la situation réelle de la dépendance du projet ou du réseau à l’égard de l’infrastructure centralisée peut être exploitée, afin que le projet ou le réseau puisse s’améliorer efficacement, et cela est basé sur la philosophie technique de la « décentralisation ». En 2017, Vitalik Buterin, fondateur d’Éther Place, a écrit dans un premier billet de blog sur l’idée de décentralisation : « Décentralisation » est l’un des mots les plus courants en économie du chiffrement et est souvent utilisé comme base directe pour mesurer si un réseau est un réseau de chaînes de blocs. Cependant, il y a souvent beaucoup de confusion et de confusion quant à la signification réelle du mot. Vitalik Buterin souligne que lorsque les gens discutent d’un problème de décentralisation, ils parlent en fait de trois aspects distincts : est-ce que c’est centralisé sur le plan architectural ou est-ce que c’est de la décentralisation ? Par exemple, de combien d’ordinateurs ce système est-il fait ? Combien d’ordinateurs ce système peut-il tolérer et continuer à fonctionner après une panne à un moment donné ? S’agit-il d’une centralisation politique ou d’une décentralisation ? Par exemple, combien d’individus et d’organisations peuvent en fin de compte contrôler les ordinateurs qui composent le système ? S’agit-il d’une centralisation logique ou d’une décentralisation ? Par exemple, l’interface et la structure de la base de données du système forment un tout unique ? Ou des groupes non structurels ? Si l’utilisateur et le fournisseur du système sont divisés en deux, peuvent-ils encore être mis en œuvre en tant qu’unités complètement distinctes ? Quel est le rôle et l’importance de mettre l’accent sur la « décentralisation », Vitalik Buterin l’a également clairement expliqué dans son article de blog de 2018 : Tolérance aux pannes : la probabilité d’une défaillance accidentelle du système de décentralisation est faible, car le système de décentralisation repose sur de nombreux composants indépendants, et théoriquement, la probabilité que des composants indépendants soient chronométrés en même temps est relativement faible. Résistant aux attaques : Le système de décentralisation le rend plus coûteux à détruire et à manipuler, car le système de décentralisation n’a pas de point central sensible. Le coût et la difficulté de lancer une attaque sur un système avec un point central clair sont nettement inférieurs à ceux du système de décentralisation. Prévenir la collusion : Si les participants au système de décentralisation conspirent à leur propre avantage aux dépens des autres participants, ils paieront un prix plus élevé que les participants au système centralisé. Si l’on regarde la logique de « quitter le test », on peut considérer que Bitcoin a réussi ce test : le public ne sait pas où se trouve Nakamoto Satoshi, mais Bitcoin peut continuer à croître avec le réseau de décentralisation et les développeurs mondiaux. Chez Éther Place, le fondateur Vitalik Buterin a mentionné sur le forum en 2022 que presque tous les Rollups ne sont pas matures à l’heure actuelle, et que la plupart d’entre eux utilisent des moyens auxiliaires appelés roues d’entraînement pour assurer leur fonctionnement. Cependant, les moyens auxiliaires des roues d’entraînement reflètent la dépendance du projet Rollup à l’égard de « l’intervention humaine » d’autre part, et le risque de réseaux de couche 2 qui ne dépendent pas des roues d’entraînement est faible. Plus vous comptez sur les roues d’entraînement, plus le risque de votre réseau de couche 2 est élevé. À cette fin, Vitalik Buterin et al. ont évalué les roues d’entraînement en fonction de la dépendance du projet Rollup : étape 0 (dépendance complète), étape 1 (dépendance partielle), étape 2 (abandon complet). Par la suite, le site Web de L2beat a révisé ce système de classification des pièges par le biais d’une consultation communautaire, et en juin 2024, il a été mis à niveau vers le « Layer 2 Risk Rating Index » afin de fournir des cotes de risque pour différents projets de couche 2. Les roues stabilisatrices sont des mécanismes ou des mesures restrictives ajoutés pour assurer la sécurité et la stabilité dans les premières étapes de la mise en œuvre de la technologie Rollup. Les protocoles de cumul qui doivent implémenter des roues d’entraînement n’ont souvent pas été en mesure de...
Le contenu est fourni à titre de référence uniquement, il ne s'agit pas d'une sollicitation ou d'une offre. Aucun conseil en investissement, fiscalité ou juridique n'est fourni. Consultez l'Avertissement pour plus de détails sur les risques.
Qu'est-ce que le « test de sortie » proposé par Vitalik? Comment évaluer la décentralisation et la sécurité du projet?
Le « test de sortie » est un nouvel outil de réflexion pour vérifier la dépendance des projets et la centralisation du réseau, qui peut être un test clé pour évaluer les projets de décentralisation, ou il peut être affiné et mis à niveau vers un outil d’évaluation des risques. (Synopsis : Vitalik Buterin a acheté 30 000 pièces de $ANON pour 140% de la grande pompe, quel est son message anonyme optimiste ? (Arrière-plan ajouté : CZ, Vitalik Buterin défendre !) La pièce mème Bioscience augmente k fois, l’argent chaud afflue vers DeSci Le fondateur d’Éther Place, Vitalik Buterin, a déjà formulé cette suggestion de réflexion dans l’article de blog Rendre l’alignement d’Ethereum lisible, « Légaliser l’alignement d’Éther Place » : Sur la question de la décentralisation et de la sécurité, Assurez-vous de minimiser votre dépendance à l’égard d’une infrastructure centralisée et de minimiser les vulnérabilités liées à la censure. Pour ce faire, nous pouvons tester et évaluer les méthodes suivantes : « Walk Away Test » et « Insider Attack Test ». Parmi eux, le « test d’attaque interne » fait référence au lancement d’une attaque sur le système de manière autonome, en observant l’ampleur des dommages qui seront créés, afin de trouver des vulnérabilités ; Le « test de sortie », un nouvel outil de réflexion permettant d’examiner la dépendance des projets et la centralisation du réseau, peut être un test clé pour évaluer les projets de décentralisation, ou il peut être affiné et mis à niveau vers un outil d’évaluation des risques. Pour rendre lisible l’alignement d’Ethereum, lisez l’article original : Qu’est-ce que « quitter le test » ? Si votre équipe et vos serveurs disparaissent demain, votre application fonctionnera-t-elle toujours ? C’est l’idée de base du « test de sortie » – un outil de réflexion qui peut être utilisé pour évaluer si un projet, une plateforme ou un protocole Web3 est vraiment indépendant et a une valeur durable. Le « test de départ » est étroitement lié à la philosophie technique de la décentralisation et de l’autonomie en chaîne de blocs, et les pistes de réflexion qui peuvent être tirées de ce test sont les suivantes : Développement du projet : Si l’équipe de développement est dissoute, le projet sera-t-il toujours en mesure de fonctionner de manière indépendante ? Y a-t-il une communauté active qui peut reprendre le projet après le départ de l’équipe ? Le code du projet est-il open source et incitera-t-il les développeurs à continuer à s’améliorer ? Existe-t-il un réseau sécurisé Nœud vérifié pour la décentralisation, ou y a-t-il suffisamment de soutien communautaire pour maintenir le développement ? En termes de modélisation économique : le projet a-t-il un modèle économique qui fonctionne de manière durable ? Le projet a-t-il des scénarios d’application durables ? L’appréciation des actifs du projet dépend-elle essentiellement d’une manipulation spéculative ou d’un contrôle centralisé ? Gouvernance communautaire : Existe-t-il un moyen pour tous les participants au projet de participer équitablement à la prise de décision ? Le projet est-il capable d’initier des mécanismes de prise de décision et de résoudre des problèmes sans identifier les gestionnaires principaux ? Le projet doit-il s’appuyer sur quelques membres de base pour gouverner, ou dispose-t-il d’une base plus largement distribuée pour la gouvernance collective ? Pourquoi est-il important de « quitter le test » ? Si un projet dépend trop de l’équipe fondatrice ou de certains membres clés du personnel pour fonctionner ; Si un réseau doit s’appuyer sur un serveur fixe pour traiter les données, il est toujours centralisé par nature, et la viabilité à long terme, la valeur, voire la censure et la résistance au risque du projet ou du réseau peuvent être remises en question. L’importance de « laisser le test » est qu’à travers cet outil de réflexion, la situation réelle de la dépendance du projet ou du réseau à l’égard de l’infrastructure centralisée peut être exploitée, afin que le projet ou le réseau puisse s’améliorer efficacement, et cela est basé sur la philosophie technique de la « décentralisation ». En 2017, Vitalik Buterin, fondateur d’Éther Place, a écrit dans un premier billet de blog sur l’idée de décentralisation : « Décentralisation » est l’un des mots les plus courants en économie du chiffrement et est souvent utilisé comme base directe pour mesurer si un réseau est un réseau de chaînes de blocs. Cependant, il y a souvent beaucoup de confusion et de confusion quant à la signification réelle du mot. Vitalik Buterin souligne que lorsque les gens discutent d’un problème de décentralisation, ils parlent en fait de trois aspects distincts : est-ce que c’est centralisé sur le plan architectural ou est-ce que c’est de la décentralisation ? Par exemple, de combien d’ordinateurs ce système est-il fait ? Combien d’ordinateurs ce système peut-il tolérer et continuer à fonctionner après une panne à un moment donné ? S’agit-il d’une centralisation politique ou d’une décentralisation ? Par exemple, combien d’individus et d’organisations peuvent en fin de compte contrôler les ordinateurs qui composent le système ? S’agit-il d’une centralisation logique ou d’une décentralisation ? Par exemple, l’interface et la structure de la base de données du système forment un tout unique ? Ou des groupes non structurels ? Si l’utilisateur et le fournisseur du système sont divisés en deux, peuvent-ils encore être mis en œuvre en tant qu’unités complètement distinctes ? Quel est le rôle et l’importance de mettre l’accent sur la « décentralisation », Vitalik Buterin l’a également clairement expliqué dans son article de blog de 2018 : Tolérance aux pannes : la probabilité d’une défaillance accidentelle du système de décentralisation est faible, car le système de décentralisation repose sur de nombreux composants indépendants, et théoriquement, la probabilité que des composants indépendants soient chronométrés en même temps est relativement faible. Résistant aux attaques : Le système de décentralisation le rend plus coûteux à détruire et à manipuler, car le système de décentralisation n’a pas de point central sensible. Le coût et la difficulté de lancer une attaque sur un système avec un point central clair sont nettement inférieurs à ceux du système de décentralisation. Prévenir la collusion : Si les participants au système de décentralisation conspirent à leur propre avantage aux dépens des autres participants, ils paieront un prix plus élevé que les participants au système centralisé. Si l’on regarde la logique de « quitter le test », on peut considérer que Bitcoin a réussi ce test : le public ne sait pas où se trouve Nakamoto Satoshi, mais Bitcoin peut continuer à croître avec le réseau de décentralisation et les développeurs mondiaux. Chez Éther Place, le fondateur Vitalik Buterin a mentionné sur le forum en 2022 que presque tous les Rollups ne sont pas matures à l’heure actuelle, et que la plupart d’entre eux utilisent des moyens auxiliaires appelés roues d’entraînement pour assurer leur fonctionnement. Cependant, les moyens auxiliaires des roues d’entraînement reflètent la dépendance du projet Rollup à l’égard de « l’intervention humaine » d’autre part, et le risque de réseaux de couche 2 qui ne dépendent pas des roues d’entraînement est faible. Plus vous comptez sur les roues d’entraînement, plus le risque de votre réseau de couche 2 est élevé. À cette fin, Vitalik Buterin et al. ont évalué les roues d’entraînement en fonction de la dépendance du projet Rollup : étape 0 (dépendance complète), étape 1 (dépendance partielle), étape 2 (abandon complet). Par la suite, le site Web de L2beat a révisé ce système de classification des pièges par le biais d’une consultation communautaire, et en juin 2024, il a été mis à niveau vers le « Layer 2 Risk Rating Index » afin de fournir des cotes de risque pour différents projets de couche 2. Les roues stabilisatrices sont des mécanismes ou des mesures restrictives ajoutés pour assurer la sécurité et la stabilité dans les premières étapes de la mise en œuvre de la technologie Rollup. Les protocoles de cumul qui doivent implémenter des roues d’entraînement n’ont souvent pas été en mesure de...