Stylus 与 EVM：不一样的伟大辩论

大家总是问我：“@arbitrum Stylus 会取代 Solidity 吗？”这是个错误的问题。

Stylus 和 EVM 不是竞争关系。它们是队友。原因在于，智能合约的未来不是选择一方，而是拥有多种选择。

Solidity 主导着智能合约开发。它熟悉且运行良好。

但强制每个开发者都学习 Solidity，会限制链上开发者的范围。Rust 开发者会远离，C++ 团队会完全跳过区块链。

EVM 也有性能限制。某些工作负载的内存和计算成本增长得不理想。部分计算变得过于昂贵，无法在链上运行。

Stylus 允许你通过 WebAssembly 使用 Rust、C 或 C++ 编写智能合约。

这些合约可以与 Solidity 合约并行运行。它们可以相互通信。一个 Rust 合约调用 Solidity 合约，反之亦然。

同一链。同一安全性。不同的语言。性能差距是真实存在的。

基准测试中的亮点：

🔹 计算密集型工作负载的执行速度显著提升
🔹 复杂逻辑的内存使用变得更加高效
🔹 重型数学运算在链上变得经济可行
基准测试显示，在特定的计算和内存密集型操作中，与 Solidity 相比，性能提升了一个数量级。

这些结果来自在 Arbitrum 上运行等效逻辑的两个环境。

互操作模型：

1️⃣ 你的 Solidity DEX 调用一个 Rust 定价预言机
2️⃣ Rust 预言机高效处理繁重的计算
3️⃣ 结果无阻流回 Solidity
4️⃣ 所有操作都在同一笔交易中完成
你不是在从 EVM 迁移到 WASM。

你是在将它们结合使用。用 Solidity 处理标准的 DeFi 逻辑，用 Stylus 进行密集型操作，比如密码学、复杂数学或模拟。

在我看来，这将改变人们的构建方式：

- Rust 开发者无需学习 Solidity 就能在链上开发
- 现有的 Solidity 项目优化昂贵的函数
- 新的用例变得可行，比如链上游戏、ZK 验证或机器学习相关计算
- 你为每个任务选择合适的工具

EVM 依然存在，Solidity 依然存在。现在你拥有更多工具。智能合约向曾经不参与的开发者敞开大门。

谁会赢：

1️⃣ Solidity 开发者。保持你的代码，优化瓶颈
2️⃣ Rust 和 C++ 开发者。在你已掌握的语言上构建链上应用
3️⃣ 用户。为复杂逻辑支付更少的 Gas

我个人认为，Solidity 负责业务逻辑，而 Stylus 负责性能关键路径。最优的合约会同时使用两者。

试试 Stylus 快速入门，看看 Rust 合约如何与 Solidity 交互。

这场辩论不是 EVM 对 Stylus，而是当你拥有两者时，你会构建什么。