Auteur : Tyrannosaure Haym
Compilé par : FIHRY Isla, contributeur principal de Biteye
Ethereum est construit sur un réseau de nœuds décentralisé et élastique, mais un nombre considérable de nœuds sont centralisés et sont actuellement relativement fragiles. Ce qui suit se concentrera sur DVT (Distributed Validator Technology, technologie de nœud distribué), le réseau Obol, le réseau SSV et la future feuille de route d'Ethereum pour poursuivre la décentralisation.
(Actuellement, un nœud Ethereum est contrôlé par un ordinateur qui contrôle simultanément la couche d'exécution EVM et la couche de consensus PoS, tandis qu'un « nœud » distribué peut être composé de plusieurs serveurs)
01 Principe de fonctionnement du nœud Ethereum
Comme nous le savons tous, Ethereum est connu comme l’ordinateur mondial et est un réseau composé de près de 20 000 ordinateurs (nœuds). Chacun de ces nœuds est un véritable ordinateur (serveur) dans le monde réel, communiquant directement entre pairs.
Le seul objectif du maintien d'un si grand nombre de serveurs Ethereum est de fournir une plate-forme informatique partagée stable et fiable - la machine virtuelle Ethereum (EVM).
L'EVM fournit l'arrière-plan des transactions (calculs), et tout ce que les utilisateurs font sur la chaîne se produit dans l'EVM.
Chaque nœud exécute une version locale de l'EVM, qui est ensuite mise en chaîne via un processus appelé Proof of Stake (PoS) et est maintenue entièrement synchronisée par des copies de toutes les autres EVM.
Dans l’ensemble de l’architecture, chaque nœud Ethereum exécute actuellement deux logiciels en même temps.
Clients d'exécution (par exemple @go_ethereum, @nethermindeth) responsables de la mise en œuvre de l'EVM.
Clients de consensus (par exemple @ethnimbus, @sigp_io), qui surveillent le PoS et assurent la sécurité d'Ethereum.
Un nœud peut exister sans miser d'$ETH. Il convient de noter qu'il ne recevra aucune récompense, n'est pas responsable de la connexion en ligne et est uniquement responsable de la synchronisation des données du réseau. Lorsqu'un opérateur de nœud mise 32 ETH, son nœud crée un nouveau validateur et commence à participer au PoS.
(Note du traducteur : Un serveur peut créer plusieurs validateurs, en fonction de la configuration des performances du serveur et du nombre d'ETH.) Cela peut également être compris de cette façon :
- Plusieurs nœuds forment un ordinateur du monde réel, et chaque nœud reste synchronisé, gardant le réseau Ethereum en contact constant et l'EVM synchronisé en toute sécurité
- Un validateur est une entité virtuelle exploitée par un nœud, existant dans le serveur de nœuds et participant au PoS
On peut voir que l'ensemble du réseau est résilient, avec des milliers ou des dizaines de milliers de nœuds, et très peu d'événements affecteront chaque nœud, de sorte que le réseau Ethereum d'aujourd'hui a maintenu un bon historique de fonctionnement pendant longtemps. Mais qu'en est-il personnellement ? Pour un réseau qui contrôle une quantité massive de données, la résistance du réseau Ethereum aux pannes est loin d’être parfaite.
Prenons un exemple simple : supposons que vous soyez un home staker (qui gère un serveur chez vous) et que l’électricité soit coupée pendant quelques heures. Pendant que votre nœud est éteint, vous encourrez une pénalité (moins un montant égal à celui que vous avez gagné pendant cette période). Si vous n’êtes resté hors ligne que quelques heures, il ne faudra pas longtemps à votre nœud pour se resynchroniser avec la tête de la blockchain. Cependant, plus vous êtes hors ligne, plus la resynchronisation prendra du temps, une resynchronisation complète prenant plusieurs jours.
Pendant ce temps, vous serez puni. C'est déjà assez mauvais pour un investisseur à domicile, mais imaginez que vous soyez un grand fournisseur de staking en tant que service comme Lido Finance ou Coinbase, où une panne de centre de données ou un mauvais fichier de configuration pourrait affecter l'ensemble du paysage De-Fi. À ce stade, on peut suggérer d'exécuter un nœud de sauvegarde : si quelque chose arrive au nœud principal, vous pouvez alors charger les clés privées dans la sauvegarde et continuer la vérification. Mais avec la technologie d’aujourd’hui, cela constitue un risque en soi.
(L'utilisateur a été puni pour double signature car il a basculé le nœud vers un nouveau matériel et l'ancien matériel n'a pas été complètement arrêté.) La technologie de validation distribuée (DVT) que nous présentons aujourd'hui peut parfaitement éviter les problèmes ci-dessus.
02 Qu'est-ce que la technologie TVP
En termes simples, pensez à un nœud (normal) comme étant composé d'un consensus et d'un EVM, tandis qu'un nœud DVT est composé de plusieurs clients de consensus et d'exécution répartis sur plusieurs machines.
Si 32 $ETH sont déployés sur le contrat de dépôt Ethereum, un cluster DVT composé de n membres sera formé et une clé de validation partagée m sur n (m<n) sera générée. Chaque fois que cette clé de validation participe au PoS, au moins m membres doivent être d'accord.
D'un point de vue protocolaire, le principe fondamental pour assurer le bon fonctionnement d'Ethereum est que chaque validateur est responsable de terminer la vérification en temps opportun dans ses cycles désignés.
DVT est précisément une technologie de cryptage qui peut permettre aux validateurs d'exercer leurs responsabilités de signature de manière plus stable et plus sûre, et de distribuer en toute sécurité les responsabilités individuelles à un groupe m-sur-n. Revenons maintenant au sujet du jalonnement familial. Avec la TVP, supposons que vous, moi et Vitalik construisions un cluster de TVP. Dans le même temps, nous utilisons Coinbase comme solution de secours en cas d’urgence.
Par exemple, même s'il y a une panne de courant à Singapour où je suis, vous à Dali et Vitalik au Canada avez toujours de l'électricité, et nous pouvons être rassurés car nous sommes toujours en train de vérifier. DVT fournit à Ethereum les outils dont il a besoin pour continuer à se décentraliser, renforçant ainsi davantage sa neutralité de confiance en tant que couche de règlement d'Internet. La TVP n’est qu’une technologie parmi d’autres, et nous la verrons probablement mise en œuvre de nombreuses manières différentes.
03 Projets en cours utilisant la technologie DVT
Examinons deux projets qui utilisent DVT.
Réseau Obol
Obol Network a récemment levé 12,5 millions de dollars pour mettre ses plans en action. En termes simples, les nœuds natifs ordinaires exécutent un client d'exécution et de consensus, tandis que les nœuds Obol ajouteront un client tiers par-dessus.
Actuellement, Obol Network n'est pas encore en ligne, mais les utilisateurs peuvent avoir une bonne compréhension du mode de fonctionnement de DVT grâce à la capture d'écran de leur launchpad DVT (voir l'image ci-dessous).
(Choisissez la taille de votre cluster, ajoutez les adresses des opérateurs, choisissez le nombre de validateurs, déployez.)
Réseau SSV
SSV vient d'annoncer un fonds écosystémique de 50 millions de dollars (félicitations, c'est une affaire importante dans le domaine de la TVP). Le réseau SSV utilise le même concept de technologie DVT, mais son véritable point fort est son réseau d'opérateurs.
Les utilisateurs intéressés par le déploiement d'un validateur apporteront leur ETH à SSV, ce qui créera un cluster DVT à partir de 4 opérateurs. Ce n'est que le début. DVT ne vise pas seulement à créer un nœud Ethereum plus stable, mais son émergence peut séparer plus clairement les concepts de nœuds et de validateurs, et clarifier davantage leurs significations respectives. L’exemple le plus intuitif se reflète dans la prochaine feuille de route d’Ethereum. L’une des technologies de base requises pour mettre en œuvre Danksharding consiste à exécuter une technologie avancée de cryptage à courbe elliptique sur chaque bloc. Cela peut nécessiter beaucoup de calculs pour les nœuds Ethereum actuels, mais il sera plus facile de le mettre en œuvre à l'aide d'un cluster DVT.
Pour plus d'informations sur Danksharding, veuillez consulter :
https://inevitableeth.com/home/ethereum/upgrades/scaling/data
04 Hypothèse du largage aérien (Supplément du traducteur)
Obol a lancé le testnet Bia le 31 janvier, qui vise à tester l'évolutivité d'Obol DVT, avec l'espoir de voir > 500 clusters actifs, > 5 000 participants activés via la rampe de lancement et fonctionnant avec succès pendant > 30 jours.
30/01/2023 Lancement du testnet Bia
30/01/2023 Création du cluster
02/06/2023 Activer le cluster
02/06/2023 31/03/2023 Opération (minimum 30 jours)
31/03/2023 Fin
Rapport du réseau de test Bia du 20/04/2023
Bien que le document officiel du testnet souligne que Bia est un testnet non incitatif, le respect des exigences récompensera le POAP d'un ambassadeur technique, et il vaut la peine d'essayer de savoir si des récompenses de largage aérien supplémentaires seront accordées au POAP à l'avenir.
Les qualifications POAP sont les suivantes :
Création de cluster et cérémonie de génération de clé distribuée réussie (prouvée par la soumission d'une table de type de cluster)
Exécution d'un cluster actif pendant plus de 30 jours
Devenez leader du cluster
Exécutez 3 configurations différentes dans 4 configurations de cluster : 6 nœuds, multi-client, multi-géo ou multi-hôte (c'est-à-dire à domicile, dans le cloud, etc.)
Soumettez un formulaire de commentaires rempli après la création du cluster et à la fin du Bia
Soumettez un tableau de bord Grafana complet au concours de tableaux de bord (plus de détails à venir mi-février)
Les responsables affirment que l'obtention de 5 Tech Ambassadors POAP accordera au récipiendaire un rôle [Junior Tech Ambassador] dans la communauté, ainsi qu'une reconnaissance, une exposition à l'équipe Obol et d'autres avantages. https://www.notion.so/52 ee 03 cb 655 c 4 da 4 ad 2814 f 93 bb 21 a 93
Il existe d’autres missions en dehors de Biya pour obtenir également le titre d’Ambassadeur Technique POAP. Pour une liste complète des ambassadeurs, veuillez visiter la page [Programme Ambassadeur Obol]. https://www.notion.so/52 ee 03 cb 655 c 4 da 4 ad 2814 f 93 bb 21 a 93
Tutoriel de déploiement de cluster :
https://obol-dvt.notion.site/Obol-Bia-Testnet-Handbook-700 3ac 195 a 2d 422 fa 3 f 0 ee 31 cc 15 e 4 j 6
Lien original