Vitalik : La clé du développement durable à long terme d'Ethereum réside dans la simplicité du protocole et dans le mécanisme de « ramassage des déchets »
18 janvier, le fondateur d’Ethereum Vitalik a publié un article indiquant : « Un aspect important, longtemps sous-estimé, de la « confiance sans besoin », du « test de déconnexion » et de « l’autonomie » est la simplicité du protocole. Même si un protocole est ultra-décentralisé, avec des dizaines de milliers de nœuds, une tolérance byzantine de 49 %, des nœuds utilisant peerda et stark sécurisés par la quantique pour vérifier tout le contenu, si ce protocole est une situation maladroite et chaotique composée de dizaines de milliers de lignes de code et de cinq formes cryptographiques de niveau doctorat, il ne pourra finalement pas passer les trois tests : il ne sera pas totalement sans confiance, pas totalement autonome, ni totalement sécurisé. Une de mes préoccupations concernant le développement du protocole Ethereum est que nous pourrions être trop pressés d’ajouter de nouvelles fonctionnalités pour répondre à des besoins spécifiques, même si ces fonctionnalités rendent le protocole lourd ou introduisent de nouveaux composants interactifs ou des techniques cryptographiques complexes comme dépendances clés. Cela pourrait apporter une amélioration fonctionnelle à court terme, mais nuirait gravement à l’autonomie à long terme du protocole. La question centrale est que, si l’on mesure les changements du protocole par « leur ampleur », alors pour maintenir la compatibilité rétroactive, les ajouts seront bien plus nombreux que les suppressions, et le protocole deviendra inévitablement encombré avec le temps. Pour résoudre ce problème, le processus de développement d’Ethereum doit inclure un mécanisme clair de « simplification » / « recyclage ». Nous souhaitons que les développeurs de clients n’aient plus à gérer toutes les anciennes versions du protocole Ethereum. Cela peut être laissé aux anciens clients fonctionnant dans des conteneurs Docker. À long terme, j’espère que la vitesse de transformation d’Ethereum pourra ralentir. Je pense que, pour diverses raisons, cela est finalement inévitable. Les quinze premières années devraient être considérées comme une phase de croissance, où nous avons exploré de nombreuses idées et observé lesquelles étaient efficaces, utiles ou inutiles. Nous devons nous efforcer d’éviter que ces parties inutiles ne deviennent un fardeau permanent pour le protocole 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.
Vitalik : La clé du développement durable à long terme d'Ethereum réside dans la simplicité du protocole et dans le mécanisme de « ramassage des déchets »
18 janvier, le fondateur d’Ethereum Vitalik a publié un article indiquant : « Un aspect important, longtemps sous-estimé, de la « confiance sans besoin », du « test de déconnexion » et de « l’autonomie » est la simplicité du protocole. Même si un protocole est ultra-décentralisé, avec des dizaines de milliers de nœuds, une tolérance byzantine de 49 %, des nœuds utilisant peerda et stark sécurisés par la quantique pour vérifier tout le contenu, si ce protocole est une situation maladroite et chaotique composée de dizaines de milliers de lignes de code et de cinq formes cryptographiques de niveau doctorat, il ne pourra finalement pas passer les trois tests : il ne sera pas totalement sans confiance, pas totalement autonome, ni totalement sécurisé. Une de mes préoccupations concernant le développement du protocole Ethereum est que nous pourrions être trop pressés d’ajouter de nouvelles fonctionnalités pour répondre à des besoins spécifiques, même si ces fonctionnalités rendent le protocole lourd ou introduisent de nouveaux composants interactifs ou des techniques cryptographiques complexes comme dépendances clés. Cela pourrait apporter une amélioration fonctionnelle à court terme, mais nuirait gravement à l’autonomie à long terme du protocole. La question centrale est que, si l’on mesure les changements du protocole par « leur ampleur », alors pour maintenir la compatibilité rétroactive, les ajouts seront bien plus nombreux que les suppressions, et le protocole deviendra inévitablement encombré avec le temps. Pour résoudre ce problème, le processus de développement d’Ethereum doit inclure un mécanisme clair de « simplification » / « recyclage ». Nous souhaitons que les développeurs de clients n’aient plus à gérer toutes les anciennes versions du protocole Ethereum. Cela peut être laissé aux anciens clients fonctionnant dans des conteneurs Docker. À long terme, j’espère que la vitesse de transformation d’Ethereum pourra ralentir. Je pense que, pour diverses raisons, cela est finalement inévitable. Les quinze premières années devraient être considérées comme une phase de croissance, où nous avons exploré de nombreuses idées et observé lesquelles étaient efficaces, utiles ou inutiles. Nous devons nous efforcer d’éviter que ces parties inutiles ne deviennent un fardeau permanent pour le protocole Ethereum. »