Simplification de la base d'Ethereum : redéfinir la beauté du protocole
La vision d'Ethereum est de devenir un grand livre mondial, fournissant un soutien de base aux infrastructures clés telles que la finance, la gouvernance et la certification de données de haute valeur. Pour atteindre cet objectif, il est nécessaire de trouver un équilibre entre la scalabilité et la résilience.
Les développements récents ont apporté une amélioration significative à Ethereum. Le hard fork Fusaka a considérablement augmenté l'espace de données L2, et la feuille de route future prévoit d'étendre davantage le L1. De plus, après le passage au consensus PoS, la diversité des clients s'est améliorée, et la recherche sur la vérifiabilité ZK et la résistance aux attaques quantiques se poursuit. Cependant, en plus des améliorations de performance, il y a un autre aspect tout aussi important mais souvent négligé : la simplicité du protocole.
La simplicité est une caractéristique clé des systèmes décentralisés. Le protocole Bitcoin est réputé pour sa simplicité extrême, ce qui permet même aux lycéens de comprendre son fonctionnement, et les programmeurs peuvent même implémenter eux-mêmes un client. Cette simplicité apporte de nombreux avantages : elle réduit le seuil d'entrée pour la recherche et le développement, diminue la complexité de la maintenance à long terme, réduit le risque de vulnérabilités de sécurité majeures et limite la possibilité d'être manipulé par des intérêts particuliers.
En comparaison, Ethereum ne performe pas bien en termes de simplicité, ce qui entraîne des coûts de développement inutiles, des risques de sécurité et une culture de recherche fermée. Dans les années à venir, Ethereum a le potentiel de se rapprocher de Bitcoin en termes de simplicité, ce qui nécessite des améliorations à la fois au niveau du protocole de consensus et de la couche d'exécution.
Au niveau du consensus, le nouveau mécanisme futur intégrera les résultats de recherche des dix dernières années dans les domaines de la théorie du consensus, des ZK-SNARK et de l'économie de staking. Les améliorations clés comprennent l'introduction d'un mécanisme de terminaison à trois fentes, la simplification des règles de sélection de forks et de la structure du réseau, ainsi que l'optimisation de la logique de transition d'état. Ces transformations réduiront considérablement la complexité du code et amélioreront la sécurité et l'efficacité du système.
La simplification de la couche d'exécution est une tâche plus difficile. L'EVM actuel présente de nombreux problèmes, tels qu'un jeu d'instructions complexe, des contrats précompilés difficiles à comprendre et un fardeau de compatibilité historique. Une solution possible serait de remplacer l'EVM par une VM simple, performante et compatible avec ZK (comme RISC-V). Cela permettrait non seulement d'améliorer les performances, mais aussi de mieux s'intégrer avec les langages de programmation courants, facilitant ainsi l'audit et la vérification de la sécurité.
Pour réaliser une transition en douceur, une stratégie similaire à celle d'Apple lors du passage aux puces ARM peut être adoptée, permettant aux anciens contrats de fonctionner dans un interpréteur EVM écrit pour la nouvelle VM, réalisant ainsi une mise à niveau sans douleur.
De plus, l'intégration de davantage de composants partagés est également une voie importante pour simplifier le système. Par exemple, un code de correction d'erreurs unifié peut être utilisé pour l'échantillonnage de disponibilité des données, le stockage historique et l'accélération de la diffusion P2P ; un format de sérialisation unifié peut améliorer l'efficacité et faciliter le découplage L2 ; une structure d'arbre d'état unifiée est mieux adaptée aux preuves ZK.
Poursuivre la simplicité nécessite un changement culturel. Bien qu'il puisse être nécessaire d'abandonner certaines fonctionnalités et de fournir des efforts supplémentaires à court terme, à long terme, la simplicité apportera une valeur énorme au système. En s'inspirant de la pensée de tinygrad, établir un objectif de nombre maximal de lignes de code de consensus pour Ethereum aidera à maintenir la complexité dans une fourchette raisonnable. En même temps, la conception doit tendre vers le choix de solutions plus simples, en privilégiant l'encapsulation locale plutôt que la complexité systémique.
Grâce à ces efforts, Ethereum a l'espoir de redéfinir la beauté de son protocole tout en maintenant de puissantes fonctionnalités, établissant ainsi une base plus solide pour le développement futur.
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.
19 J'aime
Récompense
19
6
Reposter
Partager
Commentaire
0/400
Rugpull幸存者
· 07-19 01:05
Ce serait amusant si Ethereum devenait un actif libellé en dollars.
Voir l'originalRépondre0
BearMarketMonk
· 07-16 01:36
Je n'ai pas compris ce que signifie la simplicité, c'est du blabla.
Voir l'originalRépondre0
BearMarketBro
· 07-16 01:33
Quand pourrons-nous gagner de l'argent en Mining ?
Voir l'originalRépondre0
MagicBean
· 07-16 01:30
C'est juste un enthousiasme passager de trois minutes.
Voir l'originalRépondre0
DAOdreamer
· 07-16 01:25
Il est temps de simplifier, sauvez ces personnes âgées.
Révolution simplifiée d'Ethereum : redéfinir la beauté du protocole tout en améliorant performance et sécurité
Simplification de la base d'Ethereum : redéfinir la beauté du protocole
La vision d'Ethereum est de devenir un grand livre mondial, fournissant un soutien de base aux infrastructures clés telles que la finance, la gouvernance et la certification de données de haute valeur. Pour atteindre cet objectif, il est nécessaire de trouver un équilibre entre la scalabilité et la résilience.
Les développements récents ont apporté une amélioration significative à Ethereum. Le hard fork Fusaka a considérablement augmenté l'espace de données L2, et la feuille de route future prévoit d'étendre davantage le L1. De plus, après le passage au consensus PoS, la diversité des clients s'est améliorée, et la recherche sur la vérifiabilité ZK et la résistance aux attaques quantiques se poursuit. Cependant, en plus des améliorations de performance, il y a un autre aspect tout aussi important mais souvent négligé : la simplicité du protocole.
La simplicité est une caractéristique clé des systèmes décentralisés. Le protocole Bitcoin est réputé pour sa simplicité extrême, ce qui permet même aux lycéens de comprendre son fonctionnement, et les programmeurs peuvent même implémenter eux-mêmes un client. Cette simplicité apporte de nombreux avantages : elle réduit le seuil d'entrée pour la recherche et le développement, diminue la complexité de la maintenance à long terme, réduit le risque de vulnérabilités de sécurité majeures et limite la possibilité d'être manipulé par des intérêts particuliers.
En comparaison, Ethereum ne performe pas bien en termes de simplicité, ce qui entraîne des coûts de développement inutiles, des risques de sécurité et une culture de recherche fermée. Dans les années à venir, Ethereum a le potentiel de se rapprocher de Bitcoin en termes de simplicité, ce qui nécessite des améliorations à la fois au niveau du protocole de consensus et de la couche d'exécution.
Au niveau du consensus, le nouveau mécanisme futur intégrera les résultats de recherche des dix dernières années dans les domaines de la théorie du consensus, des ZK-SNARK et de l'économie de staking. Les améliorations clés comprennent l'introduction d'un mécanisme de terminaison à trois fentes, la simplification des règles de sélection de forks et de la structure du réseau, ainsi que l'optimisation de la logique de transition d'état. Ces transformations réduiront considérablement la complexité du code et amélioreront la sécurité et l'efficacité du système.
La simplification de la couche d'exécution est une tâche plus difficile. L'EVM actuel présente de nombreux problèmes, tels qu'un jeu d'instructions complexe, des contrats précompilés difficiles à comprendre et un fardeau de compatibilité historique. Une solution possible serait de remplacer l'EVM par une VM simple, performante et compatible avec ZK (comme RISC-V). Cela permettrait non seulement d'améliorer les performances, mais aussi de mieux s'intégrer avec les langages de programmation courants, facilitant ainsi l'audit et la vérification de la sécurité.
Pour réaliser une transition en douceur, une stratégie similaire à celle d'Apple lors du passage aux puces ARM peut être adoptée, permettant aux anciens contrats de fonctionner dans un interpréteur EVM écrit pour la nouvelle VM, réalisant ainsi une mise à niveau sans douleur.
De plus, l'intégration de davantage de composants partagés est également une voie importante pour simplifier le système. Par exemple, un code de correction d'erreurs unifié peut être utilisé pour l'échantillonnage de disponibilité des données, le stockage historique et l'accélération de la diffusion P2P ; un format de sérialisation unifié peut améliorer l'efficacité et faciliter le découplage L2 ; une structure d'arbre d'état unifiée est mieux adaptée aux preuves ZK.
Poursuivre la simplicité nécessite un changement culturel. Bien qu'il puisse être nécessaire d'abandonner certaines fonctionnalités et de fournir des efforts supplémentaires à court terme, à long terme, la simplicité apportera une valeur énorme au système. En s'inspirant de la pensée de tinygrad, établir un objectif de nombre maximal de lignes de code de consensus pour Ethereum aidera à maintenir la complexité dans une fourchette raisonnable. En même temps, la conception doit tendre vers le choix de solutions plus simples, en privilégiant l'encapsulation locale plutôt que la complexité systémique.
Grâce à ces efforts, Ethereum a l'espoir de redéfinir la beauté de son protocole tout en maintenant de puissantes fonctionnalités, établissant ainsi une base plus solide pour le développement futur.