Je n'ai jamais été fan de Solidity. C'est un langage mal conçu pour de nombreuses raisons, pourtant il reste la colonne vertébrale de @ethereum. Ce qui m'inquiète le plus, c'est que de nombreux outils et bibliothèques essentiels construits autour de lui pourraient ne pas avoir de soutien à long terme. Même le nouveau compilateur Solidity est actuellement maintenu par un petit nombre de développeurs (deuxième image). Ce n'est pas seulement un problème économique, c'est un problème technique. Construire et maintenir de grands systèmes critiques nécessite du temps, de la continuité et une expertise approfondie. Ces choses ne peuvent pas être remplacées du jour au lendemain. J'ai également appris que plusieurs entreprises L2 et ZK sont discrètement en train de réduire leurs activités ou envisagent de le faire dans les mois à venir. Cela est également préoccupant car il semble que seules quelques entreprises auront l'expertise et la capacité économique de maintenir un zkVM à long terme. Si Ethereum dépend de ZK, nous devrons trouver des moyens de continuer à développer ces outils pour ne pas dépendre uniquement d'un ou deux fournisseurs. Un autre risque imminent est ce qui se passe lorsque la limite de gaz est augmentée. De nombreux clients d'exécution n'ont pas significativement amélioré leurs performances, et d'après leurs dépôts, je doute qu'ils puissent suivre. La dette technique d'Ethereum continue de croître, non seulement à cause de l'évolution constante et nécessaire du protocole, mais aussi parce qu'un grand ensemble de dépendances et de dépôts est en stagnation. L'écosystème continue de se développer, sécurisant des milliards de dollars d'actifs, tandis que certaines parties des fondations s'érodent.