我从来不是 Solidity 的粉丝。这个语言设计得很糟糕，原因有很多，但它仍然是 @ethereum 的支柱。让我最担心的是，围绕它构建的许多核心工具和库可能没有长期支持。即使是新的 Solidity 编译器，目前也只有少量开发者在维护（第二张图片）。 这不仅仅是一个经济问题，还是一个技术问题。构建和维护大型关键系统需要时间、连续性和深厚的专业知识。这些东西不能在一夜之间被替代。 我还了解到，几家 L2 和 ZK 公司正在悄悄地缩减或考虑在未来几个月内这样做。这也令人担忧，因为似乎只有少数几家公司具备长期维护 zkVM 的专业知识和经济能力。如果以太坊依赖于 ZK，我们需要找到方法来持续开发这些工具，而不仅仅依赖一两家供应商。 另一个迫在眉睫的风险是，当燃气限制提高时会发生什么。许多执行客户端的性能并没有显著改善，根据它们的代码库，我怀疑它们能否跟上。 以太坊的技术债务不断增加，不仅因为协议的不断和必要的演变，还因为大量的依赖和代码库正在停滞。生态系统继续扩展，保障数十亿美元的资产，而基础的某些部分正在侵蚀。

Solidity 的主要贡献者几乎不再继续参与开发了。 Cameel 仍在提出新问题并推动其发展，但似乎它更多的是处于维护模式。 我们需要更多的资源来支持这门语言，尤其是如果 EOF 不在下一个协议升级中。