Je suis en train de suivre les discussions sur l'infrastructure des nœuds Ethereum récemment, et il y a en fait un problème assez important dont on ne parle pas assez. La surcharge de stockage sur les nœuds complets est devenue un vrai point de douleur pour les opérateurs. Marek Moraczyński de Nethermind a récemment soulevé quelque chose d'intéressant concernant la façon dont plus de 80 % de l'espace disque d'un nœud complet est simplement occupé par des enregistrements historiques d'avant la fusion.

Ce qui a attiré mon attention, c'est la façon dont ils abordent cela dans la version 1.3.1. Ils ont trouvé un moyen de supprimer ces enregistrements historiques pré-fusion en utilisant des fichiers ERA, et apparemment toutes les principales équipes de l'écosystème Ethereum se sont alignées pour mettre cela en œuvre vers mai. Si vous éliminez tous les anciens blocs et reçus et ne conservez que ce dont vous avez réellement besoin pour valider l'état actuel, vous obtenez des nœuds fonctionnant avec moins de 200 Go au lieu de la configuration gonflée actuelle.

C'est en fait une ingénierie assez astucieuse. La plupart des gens ne réalisent pas à quel point l'exécution d'un nœud complet est devenue gourmande en ressources. Vous avez Geth et d'autres clients qui gèrent les mêmes contraintes de stockage, et ce genre d'optimisation est exactement ce dont le couche d'infrastructure a besoin. Kessler écrit depuis un certain temps sur ces problèmes d'efficacité des nœuds, et cela ressemble à un vrai progrès.

L'impact pratique ? Plus de personnes peuvent réellement faire fonctionner des nœuds complets sans avoir besoin de matériel de niveau entreprise. Cela compte pour la décentralisation. C'est l'une de ces améliorations d'infrastructure peu sexy qui ne font pas la une comme le lancement d'un nouveau jeton, mais qui sont probablement plus importantes pour la santé à long terme d'Ethereum.