La dernière proposition de Vitalik : intégrer DVT dans la couche protocole d'Ethereum, une nouvelle voie pour la décentralisation des validateurs

robot
Création du résumé en cours

【比推】L’un des co-fondateurs d’Ethereum, V神, a lancé une nouvelle idée sur le forum Ethereum Research — intégrer directement la technologie de validation distribuée (DVT) au niveau du protocole.

Ça paraît compliqué ? En simplifiant, cela signifie que : les validateurs peuvent enregistrer plusieurs clés indépendantes, puis travailler en groupe. Tant que le nombre de signatures atteint un seuil prédéfini, le bloc ou la preuve est considéré comme valide. Les avantages sont évidents — réduire considérablement le risque de point unique de défaillance ou de déconnexion dû à une attaque sur un nœud. L’essentiel, c’est qu’en introduisant ce mécanisme, la protection par pénalité (slashing) existante peut continuer à fonctionner normalement.

Les solutions DVT sur le marché dépendent majoritairement d’une couche de coordination externe, ce qui complique le déploiement et dépend d’un tiers. La solution de V神 est différente : elle intègre directement la DVT dans le protocole lui-même. Les validateurs disposant de plus de 32 ETH peuvent configurer jusqu’à 16 clés et définir leur seuil personnalisé, ce qui revient à fusionner plusieurs nœuds standards en une seule identité de validateur.

En termes de performance, l’impact supplémentaire est presque négligeable — il n’ajoute qu’un délai lors de la production de blocs, et le délai de la preuve reste nul. De plus, cette solution est compatible avec n’importe quel schéma de signature, ce qui réduit la dépendance à certaines hypothèses cryptographiques potentiellement risquées.

Du point de vue de la décentralisation, cela permet à des particuliers et à de petites institutions de participer plus facilement, en auto-hébergeant et en tolérant les fautes, sans dépendre obligatoirement de grands fournisseurs de staking. C’est une avancée positive pour améliorer le niveau de décentralisation des validateurs d’Ethereum (par exemple, le coefficient de centralisation). Cependant, cette proposition est encore à ses débuts, et la communauté devra en discuter pleinement et parvenir à un consensus par la suite.

ETH-1,2%
Voir l'original
Cette page peut inclure du contenu de tiers fourni à des fins d'information uniquement. Gate ne garantit ni l'exactitude ni la validité de ces contenus, n’endosse pas les opinions exprimées, et ne fournit aucun conseil financier ou professionnel à travers ces informations. Voir la section Avertissement pour plus de détails.
  • Récompense
  • 4
  • Reposter
  • Partager
Commentaire
0/400
TestnetFreeloadervip
· Il y a 4h
Ce gars veut encore faire des histoires, en intégrant DVT directement dans la couche protocole... Ça sonne bien en théorie, mais la mise en œuvre reste un problème, non ? --- 16 clés avec seuil personnalisé ? On dirait encore un jouet pour les gros acteurs, les petits investisseurs doivent encore se plier à leur bon vouloir. --- Pas mal, le risque de point unique de défaillance est réduit, mais cela ne augmente-t-il pas aussi le seuil pour les validateurs ? --- Je me demande juste, quand cette affaire sera-t-elle sur le mainnet, combien de temps faudra-t-il encore attendre ? --- Intégration directe dans la couche protocole... V神 veut vraiment transformer Ethereum en une forteresse imprenable, hein ? --- Attends, la protection contre le slashing est toujours utilisable ? Et si quelqu’un manipule mal les 16 clés ? --- Encore une idée "qui a l’air géniale", mais en pratique, ça risque d’être un vrai chaos. --- Cela signifie que le pool de validateurs principaux sera encore plus puissant, n’est-ce pas ? --- Honnêtement, on dirait qu’on ajoute encore de la complexité. Est-ce que ce navire Ethereum ne va pas couler sous le poids ?
Voir l'originalRépondre0
AirdropAutomatonvip
· Il y a 4h
Qu'est-ce que ce @V神@ fait encore ? Intégrer directement le DVT dans la couche protocolaire, ça ressemble à une façon de réduire les risques pour les validateurs grands comptes. À mon avis, c'est toujours la même logique : aussi élégante que soit la technologie, ce sont finalement les riches qui en profitent. Mais bon, il est vrai que la protection contre le slashing fonctionne toujours normalement, c'est vraiment une conception soignée.
Voir l'originalRépondre0
DAOdreamervip
· Il y a 4h
Encore à faire quoi, enforcer DVT directement au niveau du protocole... Qu'est-ce que le vieux V pense cette fois-ci ? Putain, ce n'est pas en train de transformer les validateurs en petits groupes pour faire la guerre, est-ce qu'on va ouvrir une nouvelle ère de cartel ? 16 clés pour commencer avec 32 ETH, cette échelle... ne serait-ce pas une nouvelle façon de faire monter la barre d'entrée ? Le slashing peut toujours être appliqué normalement, n'est-ce pas ? Mais si 16 clés sont toutes coupées en même temps, est-ce qu'elles ne vont pas mourir instantanément ? On dirait qu'une nouvelle vague d'innovation dans l'infrastructure est sur le point de commencer, mais est-ce que cette chose peut vraiment voir le jour ou est-ce encore un simple projet PPT ? Quelqu'un peut-il expliquer pourquoi il est absolument nécessaire d'intégrer cela au niveau du protocole, alors que les solutions externes actuelles sont si faibles ? Si cette chose est vraiment mise en ligne, les petits validateurs auront encore plus de mal à s'en sortir... On dirait que les équipes de Lido vont encore devoir réfléchir à comment envelopper cette nouvelle chose.
Voir l'originalRépondre0
OnchainDetectivevip
· Il y a 4h
Je dois examiner les détails ici... Que fait encore V神 ? Selon les données on-chain, une fois que DVT sera réellement intégré au niveau du protocole, la structure de pouvoir de ces grands validateurs devra être rebattue.
Voir l'originalRépondre0
  • Épingler

Trader les cryptos partout et à tout moment
qrCode
Scan pour télécharger Gate app
Communauté
Français (Afrique)
  • 简体中文
  • English
  • Tiếng Việt
  • 繁體中文
  • Español
  • Русский
  • Français (Afrique)
  • Português (Portugal)
  • Bahasa Indonesia
  • 日本語
  • بالعربية
  • Українська
  • Português (Brasil)