Selon BlockBeats news, le 18 janvier, le fondateur d’Ethereum, Vitalik, a publié que « un aspect important de la 'confiance totale', de la 'réussite du test d’évasion' et de l''autonomie est la simplicité du protocole. Même si un protocole est hyper-décentralisé, avec des centaines de milliers de nœuds, et a une tolérance byzantine de 49 %, les nœuds vérifiant entièrement tout en utilisant peerda et stark quantiquement sûrs, si le protocole est une situation maladroite et chaotique de centaines de milliers de lignes de code et cinq formes doctorales de cryptographie, il échouera finalement aux trois tests : ni complètement sans fiabilité, ni complètement autonome, ni très sécurisé.

Une des préoccupations que j’ai concernant le développement du protocole Ethereum est que nous pourrions être trop enclins à ajouter de nouvelles fonctionnalités pour répondre à des besoins spécifiques, même si elles gonflent le protocole, ou introduisent de nouveaux composants interactifs ou une cryptographie complexe comme dépendances clés. Cela peut entraîner des améliorations fonctionnelles à court terme, mais cela compromettra sérieusement l’autonomie à long terme du protocole. Le problème central est que si les modifications de protocole sont mesurées par « l’ampleur des modifications apportées aux protocoles existants », alors pour maintenir la rétrocompatibilité, il y aura beaucoup plus de nouvelles fonctionnalités que de suppressions, et le protocole deviendra inévitablement gonflé avec le temps. Pour résoudre ce problème, le processus de développement d’Ethereum nécessite un mécanisme clair de « simplification »/« collecte des déchets ».

Nous espérons que les développeurs clients n’auront plus à gérer toutes les anciennes versions du protocole Ethereum. Cela peut être laissé aux versions plus anciennes des clients fonctionnant dans des conteneurs Docker pour s’en occuper. À long terme, j’espère que le rythme de changement d’Ethereum ralentira. Je pense que pour diverses raisons, cela est finalement inévitable. Ces quinze premières années doivent être considérées comme une phase de croissance, où nous avons exploré de nombreuses idées et examiné ce qui fonctionnait, ce qui fonctionnait et ce qui ne fonctionnait pas. Nous devrions essayer d’empêcher ces parties inutiles de devenir un frein permanent pour le protocole Ethereum. »