L'un des 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 la décentralisation de la chaîne. Cet article explore trois principales directions pour atteindre cet objectif :
Historique expiré
L'objectif est de réduire ou d'éliminer la nécessité pour chaque nœud de stocker en permanence tous les historiques. Les principales méthodes comprennent :
Ne stocker que les données des derniers mois, stocker les anciennes données via un réseau distribué.
Utiliser le code de correction d'effacement pour améliorer la disponibilité et la robustesse des données
Construire un réseau de stockage de données historiques spécialisé, comme le réseau Portal
État expiré
Visant à limiter la croissance de l'état, il existe principalement deux types de solutions :
Expiration de certaines états : diviser les états en blocs, ne stocker que les blocs de données récemment accessibles.
Échéance d'état basée sur le cycle d'adresse : ajout régulier de nouveaux arbres d'état vides, gel des anciens arbres
Les deux solutions ont leurs avantages et inconvénients, nécessitant un équilibre entre la complexité, la convivialité pour les utilisateurs et la convivialité pour les développeurs.
Nettoyage des caractéristiques
Réduire la complexité du protocole en supprimant les fonctionnalités inutiles, y compris :
Supprimer l'opcode SELFDESTRUCT
Sérialisation RLP en SSZ
Supprimer l'ancien type de transaction
Simplification du mécanisme Gas
Supprimer la précompilation
Améliorer l'analyse statique, etc.
Il est nécessaire de trouver un équilibre entre la simplification et la rétrocompatibilité, et d'établir un processus standardisé pour effectuer des modifications rétro-incompatibles non urgentes.
Dans l'ensemble, il est nécessaire de trouver un équilibre entre la réduction de la complexité et le maintien d'Ethereum en tant que plateforme fiable. Cela nécessite des efforts continus à long terme, mais est crucial pour la durabilité à long terme d'Ethereum.
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.
8 J'aime
Récompense
8
4
Partager
Commentaire
0/400
GateUser-44a00d6c
· 07-31 13:18
Ça a l'air compliqué...
Voir l'originalRépondre0
StrawberryIce
· 07-31 13:18
Le vieux V ne peut plus vivre éternellement, n'est-ce pas ?
Voir l'originalRépondre0
MetaLord420
· 07-31 13:17
C'est vraiment l'essence.
Voir l'originalRépondre0
MetaMuskRat
· 07-31 13:11
L'optimisation du stockage ne fonctionne pas très bien.
Feuille de route future d'Ethereum : expiration des enregistrements historiques, optimisation de l'état et nettoyage des caractéristiques
L'avenir possible d'Ethereum : The Purge
L'un des 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 la décentralisation de la chaîne. Cet article explore trois principales directions pour atteindre cet objectif :
Historique expiré
L'objectif est de réduire ou d'éliminer la nécessité pour chaque nœud de stocker en permanence tous les historiques. Les principales méthodes comprennent :
État expiré
Visant à limiter la croissance de l'état, il existe principalement deux types de solutions :
Expiration de certaines états : diviser les états en blocs, ne stocker que les blocs de données récemment accessibles.
Échéance d'état basée sur le cycle d'adresse : ajout régulier de nouveaux arbres d'état vides, gel des anciens arbres
Les deux solutions ont leurs avantages et inconvénients, nécessitant un équilibre entre la complexité, la convivialité pour les utilisateurs et la convivialité pour les développeurs.
Nettoyage des caractéristiques
Réduire la complexité du protocole en supprimant les fonctionnalités inutiles, y compris :
Il est nécessaire de trouver un équilibre entre la simplification et la rétrocompatibilité, et d'établir un processus standardisé pour effectuer des modifications rétro-incompatibles non urgentes.
Dans l'ensemble, il est nécessaire de trouver un équilibre entre la réduction de la complexité et le maintien d'Ethereum en tant que plateforme fiable. Cela nécessite des efforts continus à long terme, mais est crucial pour la durabilité à long terme d'Ethereum.