Il y a une idée intéressante qui a suscité des discussions dans le cercle technologique — jusqu’à quel point un protocole doit-il rester simple ?

La question centrale est la suivante : si une chaîne encore plus décentralisée accumule des dizaines de milliers de lignes de code ou si la cryptographie devient trop complexe, la souveraineté devient une illusion. En termes simples, les utilisateurs ne peuvent plus vérifier par eux-mêmes, et la signification de la décentralisation en pâtit.

Le développement d’Ethereum fait face à ce genre de dilemme. À chaque nouvelle demande, les développeurs veulent ajouter de nouvelles fonctionnalités au protocole — c’est une bonne intention, mais avec le temps, le protocole devient comme un entrepôt rempli de choses, de plus en plus lourd. Pour maintenir la compatibilité avec les anciennes versions, on ne peut pas supprimer ces éléments obsolètes, ce qui alourdit encore plus le tout.

Comment résoudre ce problème ? Une idée est d’instaurer un « mécanisme de nettoyage » clair — supprimer régulièrement les parties inutiles. Par exemple, la grande mise à jour qui a permis de passer de PoW à PoS était une forme de nettoyage à grande échelle. Ou, sous un autre angle, déplacer certaines fonctionnalités peu fréquentes mais complexes du niveau du protocole vers des contrats intelligents, afin que le protocole lui-même reste simple.

En fin de compte, cela revient à une seule chose : **contrôler le nombre de lignes de code, supprimer les composants inutiles, et ajouter davantage d’invariants pour renforcer la sécurité**. Ainsi, le protocole pourra conserver sa flexibilité et sa souveraineté à long terme, sans devenir obèse et perdre en efficacité.