Stylus vs. EVM：大きな議論は存在しない

皆さんからよく質問されます：「@arbitrum StylusはSolidityに取って代わるのか？」間違った質問です。

StylusとEVMは競合ではありません。彼らはチームメイトです。ここにその理由があります。スマートコントラクトの未来は、どちらを選ぶかではなく、選択肢を持つことにあります。

Solidityはスマートコントラクト開発を支配しています。馴染みがあり、よく機能します。

しかし、すべての開発者にSolidityを学ばせることは、オンチェーンを構築する人々を制限します。Rust開発者は遠ざかります。C++チームはブロックチェーンを完全にスキップします。

EVMもパフォーマンスの制限があります。特定のワークロードではメモリと計算コストがうまくスケールしません。いくつかの計算はオンチェーンで実行するにはコストが高すぎます。

Stylusは、WebAssemblyを通じてRust、C、またはC++でスマートコントラクトを記述できるようにします。

これらのコントラクトはSolidityコントラクトと並行して動作します。相互に通信します。RustコントラクトがSolidityコントラクトを呼び出し、Solidityコントラクトが応答します。

同じチェーン。同じセキュリティ。異なる言語。パフォーマンスの差は現実です。

ベンチマークで際立つ点：

🔹 計算負荷の高いワークロードで実行速度が劇的に向上
🔹 複雑なロジックに対してメモリ使用量がはるかに効率的に
🔹 重い数学計算がオンチェーンで経済的に実現可能に
ベンチマークは、Solidityと比較して、特定の計算およびメモリ集約的な操作において桁違いの向上を示しています。

これらの結果は、Arbitrum上で両環境で同等のロジックを実行したものから得られました。

相互運用性モデル：

1️⃣ あなたのSolidity DEXがRustの価格オラクルを呼び出す
2️⃣ Rustオラクルが重い計算を効率的に処理
3️⃣ 結果がスムーズにSolidityに戻る
4️⃣ すべてが同じトランザクション内で実行される
あなたはEVMからWASMへの移行をしているのではありません。

それらを組み合わせているのです。標準的なDeFiロジックにはSolidityを使用し、暗号化、先進的な数学、シミュレーションなどの集中的な操作にはStylusを使用します。

私の意見では、これにより人々の構築方法が変わります：

- Rust開発者はSolidityを学ばずにオンチェーンを構築
- 既存のSolidityプロジェクトは高コストな関数を最適化
- オンチェーンゲーム、ZK検証、ML関連計算など、新しいユースケースが実現可能に
- 各仕事に適したツールを選択

EVMは残ります。Solidityも残ります。今やより多くのツールを持つことになり、これまで遠ざかっていた開発者にもスマートコントラクトの扉が開かれます。

誰が勝つのか：

1️⃣ Solidity開発者。コードを維持し、ボトルネックを最適化
2️⃣ RustとC++開発者。すでに知っている言語でオンチェーンを構築
3️⃣ ユーザー。複雑なロジックに対してガス代を節約

個人的には、Solidityはビジネスロジックを処理し、Stylusはパフォーマンスが重要なパスを担当すると考えています。最良のコントラクトは両方を使用します。

Stylusのクイックスタートを試して、RustコントラクトがSolidityとどのように連携するかを確認してください。

この議論はEVM対Stylusではありません。両方を持つときに何を構築するかです。