⭐️ 以太坊生态正发生一件重要却极少被社区讨论的事情：最广泛使用的智能合约语言 Solidity 即将「分叉」为强调稳定性的 Classic Solidity，以及完全重构、仍处于原型阶段的 Core Solidity。 这两个语言都是由 Solidity 团队维护。他们认为，由于 Solidity 早期参考方案的局限性影响了其设计，以及随着近 10 年的演变带来了许多 技术债，同时缺失部分语法特性（比如 generics），强行在现有系统中修复或者增加这些特性，风险极高。 而 Solidity 作为智能合约语言，安全性/稳定性比功能特性更重要。 所以他们才认为同步开发两个语言才是最佳的选择。所以 Core Solidity 会从零开始构建，原生支持新的特性，引入标准库，并形成新的语言规范。 目前 Solidity 的版本号为 0.8.30，而接下来将发布的 0.9 版本将会是从 Classic Solidity 迁移到 Core Solidity 的第一步。暂时还不会引入重大新特性，但主要目标是移除弃用功能、偿还技术债。后续的 0.10 版本还会移除更多过时元素，部分语法将演进为 Core Solidity 风格。 👂对于这件事，社区怎么看？ 1️⃣ Paradigm 的@gakonst 认为，目前的Solidity已经「基本没有问题」，当前最优先要解决的问题不是新的语法或语言特性，而是编译器本身，如何让编译速度和 Gas 优化效果提升 100 倍。他很担心 Solidity 会重演当年 Python 2 升级到 Python 3 时的那种生态割裂。 2️⃣ 有开发者表示，同时维护两种语言会非常困难 ，对第三方工具（third-party tooling）来说也是如此。 3️⃣ 论坛中有人问，开发社区最主要的抱怨之一是（Solidity）编译速度太慢，并询问如何从设计层面改进编译速度或者采用增量编译类的技术。Solidity团队回复说，未来会考虑增加 增量编译 和 并行化，不过还在长期路线图中，没有具体时间。 其他讨论就更少了，论坛里就两个人进行了讨论。 考虑到 Solidity 已加入 Argot，且原团队负责人 Daniel Kirchner 目前处于休假状态，所以我也挺担忧语言的长期维护性，和他们是否真的做出了对于生态最佳的决策，所以更多的讨论是很有必要的。 不过幸好，在以太坊上你还可以用 @vyperlang 等其他智能合约语言。 来源：https://www.soliditylang.org/blog/2025/10/21/the-road-to-core-solidity/ 参与讨论：https://forum.soliditylang.org/t/call-for-feedback-the-long-term-solidity-roadmap/3530(Zhixiong Pan)