2025年Solidity开发者调查结果
- SolidityLang
- 发布于 2026-04-16 10:29
- 阅读 57
2025年Solidity开发者调查收到1095份回复。70%为智能合约开发者，12%为审计师。Foundry成为主要框架（57%），ethers.js最常用SDK（70%）。主要痛点：栈溢出（47%）、字节码大小限制（33%）、调试（33%）。88%使用AI工具，但45%不信任其输出。70%受访者不熟悉Core Solidity。团队将推出实验性标志解决栈溢出，改进调试和文档。
《Solidity 开发者调查报告 2025》是我们开展的第六次年度调查，共收集了来自 87 个国家的 1,095 份开发者反馈。感谢所有参与者的支持。本文涵盖了主要调查结果。完整数据请参见交互式结果页面。
受访者概况
70% 的受访者是智能合约开发者。12% 是审计师或安全专家。18% 是学生。一半的受访者拥有两年或更短的 Solidity 经验，49% 的人每天使用 Solidity。
排名前三的国家是印度（205）、尼日利亚（148）和美国（83）。74% 的受访者年龄在 18 到 34 岁之间。
工具
Foundry 是最常用的主要框架，占比 57%，高于 2024 年的 51%。Hardhat 合计占比 33%（v3 占 18%，v2 占 15%）。Truffle 从 2024 年的 2.4% 下降至只剩一位用户。Remix 是最常用的次要框架，占比 41%。
ethers.js 是最常用的以太坊 SDK（70%），其次是 viem（39%）和 wagmi（33%）。
痛点
栈过深错误是最常报告的重复性问题（47%），其次是字节码大小限制（33%）和调试（33%）。23% 的受访者表示没有遇到任何重复性问题。
这些问题与经验水平相关。初学者（自评 1-4 级）中报告栈过深的比例为 25%，而专家（自评 8-10 级）中则为 65%。字节码大小限制也呈现类似模式，分别为 17% 和 47%。调试在所有经验水平中比例相近，为 29-35%。
最受期待的近期功能是更好的 Gas 优化（44%），其次是 EIP-712 typehash 支持（29%）和瞬态存储中的引用类型（23%）。
AI 采用率
88% 的人至少每月使用 AI 工具，58% 的人每天使用。但 45% 的人对其输出表示不信任。开发者采纳 AI 的速度快于他们学会信任它的速度。
最常见的 AI 使用场景是测试（61%）、编写文档（59%）和学习代码库（58%）。编写代码（49%）和审查代码（49%）的比例较低。
49% 的人对 AI 输出表示一定程度信任，30% 表示一定程度不信任，15% 表示高度不信任，仅 6% 表示高度信任。在每日使用 AI 的用户中，36% 表示不信任。
Core Solidity
只有 30% 回答此问题的受访者熟悉 Core Solidity。如果你还不熟悉，可以阅读《通往 Core Solidity 之路》来入门，《Core Solidity 深度探索》则介绍了技术细节。
在熟悉的人中，最被看重的功能是更好的错误处理/try-catch 替代方案（43%）和更好的 delegatecall/库替代方案（41%）。
63% 的人表示移除继承会给他们的项目带来挑战。44% 的人认为将代码库重写为使用类型类或 trait 会有些困难，21% 认为非常困难。
在自由文本回答中，21% 表示支持，23% 表示谨慎，21% 对语言碎片化表示担忧。
逐年变化
与 2024 年调查（684 份回复）相比：
- Foundry 使用率从 51% 增长到 57%
- Sourcify 使用率从 17% 增长到 24%，认知度也提高了（不了解的人从 56% 降至 48%）
- IR 流水线认知度提升：不了解的人从 46% 降至 35%
- DevEx 满意度提升：73% 的人认为有所改善，高于 2024 年的 67%
重复性问题的百分比全面下降（栈过深从 68% 降至 47%，调试从 55% 降至 33%），但问题格式在年度间有所变化（2024 年为单选多选字段，2025 年为独立复选框），这可能部分解释了差异。
关键结论
栈过深和字节码大小限制对经验丰富的开发者影响最大。 65% 的专家报告栈过深问题，而初学者仅为 25%。字节码大小问题同样呈现 47% 对 17% 的模式。这些并非初学者的抱怨——而是经验丰富的开发者在代码库扩大时遇到的天花板。
优化器迫使开发者编写更差的代码。 自由文本回复一致描述了 Gas 优化如何激励不良模式：使用内联而非抽象、重用变量而非清晰命名、重复计算而非存储值。语言本身在推动开发者远离整洁代码。
开发者采纳 AI 的速度快于他们信任它的速度。 88% 的人至少每月使用 AI 工具，但 36% 的每日用户表示对其输出不信任。对于一门保障数十亿美元价值的语言来说，AI 生成代码的采用率与信任度之间的差距值得关注。
Core Solidity 存在可见性和沟通问题。 70% 回答此问题的受访者不知道它是什么。在熟悉的人中，反馈确实存在分歧：既有支持，也有对碎片化、向后兼容性以及语言变得过于抽象的担忧。这场讨论尚未触及足够多的人。
无论经验或工具如何，调试始终普遍令人痛苦。 这是唯一一个不会随经验改善的痛点（所有等级均为 29-35%）。Foundry 占 57% 且仍在增长，但更好的框架并未解决调试问题。
我们正在采取的措施
栈过深：这仍然是首要痛点。版本 v0.8.35-pre.1 预发布版 在全新的 --experimental 标志下引入了 SSA CFG 代码生成，这消除了栈过深错误。稳定版将随后发布。
Core Solidity 认知度：只有 30% 回答此问题的受访者熟悉 Core Solidity。我们正在加强沟通：下周将发布一篇关于模式匹配的博客文章，夏季结束前将推出 Core Solidity 游乐场。我们还将增加在会议上的曝光、加强与生态系统参与者的互动，并与社区合作定义 Core Solidity 的标准库。
调试：所有经验水平的开发者都报告调试令人痛苦。针对 EVM 兼容网络智能合约的标准调试数据格式 ethdebug 的工作正在积极进行中。
字节码大小限制：经验丰富的开发者的第二大常见痛点。一项增加合约大小限制的 EIP 正在进行中。
文档：调查反馈帮助确定了文档下一步的优先事项。我们计划增加更多实用示例，特别是关于代理、存储布局和 Gas 优化。将文档翻译成更多语言也将成为优先事项。
完整结果
交互式报告涵盖所有 60 个调查问题，包括图表、描述和受访者引用。
感谢所有参与者的支持，以及帮助传播调查、扩大覆盖范围的项目和社区成员。提醒一下，我们为参与调查的随机抽奖者提供了一张 Devcon 8 门票。中奖者不久将收到我们的邮件。请验证发件人地址是否与 @argot.org 邮箱匹配。
如果你有更多反馈，最佳分享地点是 Solidity 论坛。
- 原文链接： soliditylang.org/blog/20...
- 登链社区 AI 助手，为大家转译优秀英文文章，如有翻译不通的地方，还请包涵～
