Feuille de route de développement à long terme d'Ethereum : optimisation du stockage, simplification du protocole, amélioration de l'efficacité

robot
Création du résumé en cours

Vers un Ethereum plus simple et plus efficace

Un des grands défis auxquels Ethereum est confronté est de savoir comment réduire la complexité et les besoins de stockage à long terme, tout en maintenant la durabilité et les caractéristiques de décentralisation de la blockchain. Cela nécessite que nous agissions dans plusieurs domaines clés :

Vitalik : l'avenir potentiel d'Ethereum, The Purge

Historique expiré

Actuellement, un nœud Ethereum complètement synchronisé nécessite environ 1,1 To d'espace de stockage, dont la majeure partie est utilisée pour stocker des données historiques. Même si la limite de gaz reste inchangée, la taille des nœuds continuera d'augmenter de plusieurs centaines de Go chaque année.

La solution consiste à établir un réseau pair-à-pair composé de nœuds Ethereum pour stocker de manière distribuée les anciennes données. Chaque nœud n'a besoin de stocker que les données des 18 derniers jours, les données plus anciennes pouvant être récupérées via le réseau. Cela permet de réduire considérablement la charge de stockage d'un nœud individuel.

Les principales tâches liées à l'expiration des enregistrements historiques comprennent :

  1. Construire et intégrer des solutions de stockage distribué spécifiques, comme l'introduction de bibliothèques torrent existantes ou du réseau Portal natif d'Ethereum.

  2. Activer EIP-4444, limiter la durée de stockage des données historiques par les nœuds.

  3. Décider comment traiter les données historiques "anciennes", s'il faut complètement dépendre des nœuds d'archivage existants ou construire un réseau de stockage distribué plus robuste.

Vitalik : l'avenir possible d'Ethereum, The Purge

État expiré

Même si la nécessité de stocker l'historique est éliminée, les besoins de stockage des clients continueront d'augmenter d'environ 50 Go par an, car l'état (, le solde des comptes, le code des contrats, etc. ) continuent d'augmenter.

Il existe deux principales catégories de solutions :

  1. État partiel expiré : diviser l'état en blocs, ne stocker que les blocs de données récemment consultés, les autres données ne conserveront qu'un engagement de 32 octets.

  2. Expiration d'état basée sur le cycle d'adresse : ajout régulier de nouveaux arbres d'état vides, l'ancien arbre est gelé. Les nœuds complets ne stockent que les deux derniers arbres.

Ces deux solutions ont leurs avantages et leurs inconvénients, et il est nécessaire de trouver un équilibre entre la complexité, la convivialité pour les utilisateurs et la convivialité pour les développeurs. Quelle que soit la solution adoptée, il faudra résoudre le problème de l'expansion ou de la contraction de l'espace d'adresses, ce qui constitue en soi un énorme défi.

Vitalik : L'avenir potentiel d'Ethereum, The Purge

Nettoyage des fonctionnalités

Pour réduire la complexité du protocole, nous devons supprimer certaines fonctionnalités inutiles ou peu utilisées :

  1. Remplacer complètement l'encodage RLP par SSZ
  2. Supprimer l'ancien type de transaction
  3. Mécanisme de journal simplifié
  4. Supprimer le mécanisme du comité de synchronisation de la chaîne de balises
  5. Format de données unifié
  6. Simplification du mécanisme de gas
  7. Supprimer certaines précompilations
  8. Annuler la visibilité du gaz
  9. Améliorer la capacité d'analyse statique

Lors de la réalisation de ces simplifications, il est nécessaire de peser le degré de simplification/vitesse contre la rétrocompatibilité. Un processus standardisé devrait être établi pour traiter les modifications rétrocompatibles non urgentes.

Vitalik : L'avenir potentiel d'Ethereum, The Purge

Une méthode de simplification plus radicale consiste à transformer une grande partie du contenu du protocole en code de contrat. Par exemple, simplifier Ethereum L1 pour qu'il ne contienne que la chaîne de balises, introduire une machine virtuelle minimale, puis reconstruire l'EVM dessus en tant que premier agrégat. Cette méthode peut simplifier considérablement le protocole, mais sa mise en œuvre est plus difficile.

Dans l'ensemble, grâce à ces mesures, nous pouvons réduire considérablement la complexité et les besoins de stockage d'Ethereum tout en préservant les valeurs fondamentales de l'Éther, établissant ainsi une base pour un développement durable à long terme. Cela nécessite un effort commun de la part de la communauté pour trouver un équilibre entre l'innovation technologique et la compatibilité ascendante.

Vitalik : l'avenir potentiel d'Ethereum, The Purge

ETH-4.63%
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
  • 7
  • Partager
Commentaire
0/400
GraphGuruvip
· Il y a 14h
Que faire si je n'ai pas d'argent pour upgrader la machine ?
Voir l'originalRépondre0
failed_dev_successful_apevip
· Il y a 14h
Eh bien, tant de changements.
Voir l'originalRépondre0
DoomCanistervip
· Il y a 14h
Continue à faire des bêtises et c'est tout.
Voir l'originalRépondre0
DeFiVeteranvip
· Il y a 14h
Le développement technologique doit être prudent.
Voir l'originalRépondre0
BridgeTrustFundvip
· Il y a 14h
La mise à niveau du Mainnet doit être faite lentement.
Voir l'originalRépondre0
Token_Sherpavip
· Il y a 14h
mdr un autre plan de "optimisation"... j'espère que ce n'est pas juste du ponzinomics déguisé
Voir l'originalRépondre0
blockBoyvip
· Il y a 14h
Avancer étape par étape par fusion
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)