ArbitrumDAO、Stylusアクティベーション再開に向けた慎重なプロセスを検討

今月初めの緊急停止を受け、ArbitrumDAOはArbitrum One上でのStylusコントラクトのアクティベーションを再開するための憲法改正案についての議論を開始しました。この提案では、パフォーマンス上のリスクを管理しつつ、開発者がWebAssemblyのデプロイを再開できるようにするための構造化されたレビュープロセスが導入されます。

管理された再開メカニズム

Stylusのアクティベーションは、WebAssemblyの実行とチェーンのパフォーマンスに関する懸念から10月2日に停止されました。包括的なArbOSソフトウェアのリリースまでアクティベーションを停止したままにするのではなく、10月23日に提出された憲法改正案（AIP）では、暫定的な保護措置が概説されています。

このフレームワークの下では、Arbitrum One上でStylusプログラムをアクティベートしようとする開発者は、Arbitrum Security Programを通じてコードを提出し、レビューを受ける必要があります。プログラムの監査人による検証後、コントラクトのアクティベーションを実行するには、Arbitrum Foundationのマルチシグによる承認が必要となります。

オープンな実行環境とネットワークの安定性のバランス

Stylusは、Rust、C、C++などの言語で標準のSolidityコードと並行して高性能なスマートコントラクトを書けるようにする、Arbitrumにとって最も注目されている取り組みの一つです。新たなアクティベーションの停止により、WASMネイティブなアプリケーションを構築するチームのデプロイ計画は必然的に中断されました。

この提案に関するコミュニティの議論では、トレードオフに対する明確な理解が示されています。完全にパーミッションレスな環境という長期的なビジョンに反する側面はありますが、監査レビューとマルチシグ承認を義務付けることで、より広範なエンジン最適化のテストが行われる間、予期しない計算負荷の急増や状態のボトルネックを防ぐことができます。

今後の注目点

提案がArbitrumDAOの憲法上の投票プロセスを経て進む中で、コミュニティメンバーは、順番待ちをしているチームに対して監査レビューをどれだけ迅速に行えるかなど、運用上の詳細に焦点を当てています。また、基礎となるパフォーマンス保護機能がいつArbOSに統合され、Stylusアクティベーションが標準的なパーミッションレス・デプロイに安全に戻るのかについて、Offchain Labsからの最新情報にも注目が集まっています。