EVMのみに焦点を当てるために、SEIのアーキテクチャを合理化します

EVMとCOSMWASMの両方をサポートすることは、幅広いユーザーと開発者を引き付けるのに役立ちました。しかし、このデュアルアーキテクチャアプローチは、深刻な頭痛も生み出しました。

As Web3 technology rapidly advances, new protocols are continually being developed to improve the user experience and drive adoption. Among the innovations that have emerged in recent years is the integration of various programming models for smart contracts.

Web3テクノロジーが急速に進むにつれて、ユーザーエクスペリエンスを改善し、採用を促進するために、新しいプロトコルが継続的に開発されています。近年登場している革新の中には、スマートコントラクトのさまざまなプログラミングモデルが統合されています。

One protocol that has been at the forefront of this integration is Sei. In its v2 version, released in 2024, Sei introduced support for both the Ethereum Virtual Machine (EVM) and CosmWasm, a WebAssembly-based system used by Cosmos chains. The aim was to provide maximal flexibility for users and developers in deploying and interacting with diverse applications.

この統合の最前線にあるプロトコルの1つはSEIです。 2024年にリリースされたV2バージョンでは、SEIは、Cosmos Chainsが使用するWebセンブルベースのシステムであるEthereum Virtual Machine（EVM）とCosmwasmの両方​​のサポートを導入しました。目的は、多様なアプリケーションを展開および対話する際に、ユーザーと開発者に最大限の柔軟性を提供することでした。

However, a new proposal submitted through the Sei Improvement Proposal (SIP) process suggests streamlining Sei into a fully EVM-based chain. This proposal, which is being put forth by @Sei_Labs, aims to reduce the complexity of developer experience, infrastructure maintenance, and user interaction with the network.

ただし、SEI改善提案（SIP）プロセスを通じて提出された新しい提案は、SEIを完全にEVMベースのチェーンに合理化することを示唆しています。 @Sei_Labsによって提示されているこの提案は、開発者エクスペリエンス、インフラメンテナンス、およびネットワークとのユーザーの相互作用の複雑さを減らすことを目的としています。

Why Dual Support Became a Double-Edged Sword

デュアルサポートが両刃の剣になった理由

In theory, letting users interact with both Cosmos-native and EVM-based apps was a win for flexibility. Sei’s architecture allowed interoperability between Ethereum’s EVM and Cosmos’s WasmVM, a WebAssembly-based system that powers smart contracts. But in practice, the setup created several sticking points.

理論的には、ユーザーがコスモスネイティブとEVMベースのアプリの両方と対話させることは、柔軟性のための勝利でした。 SEIのアーキテクチャにより、EthereumのEVMとCOSMOSのWASMVMとの相互運用性が可能になりました。しかし、実際には、セットアップはいくつかの固着ポイントを作成しました。

Users have to manage two separate wallets—EVM and Cosmos—and manually link them to access the network’s full features. For developers and infrastructure providers, the situation is even more tangled. Indexers, explorers, and node operators must write custom logic to sync data between two incompatible systems. This overhead increases code complexity, introduces bugs, and slows development.

ユーザーは、EVMとCOSMOSの2つの独立したウォレットを管理し、手動でリンクしてネットワークの完全な機能にアクセスする必要があります。開発者とインフラストラクチャプロバイダーの場合、状況はさらに絡み合っています。インデクサー、エクスプローラー、およびノー​​ドオペレーターは、2つの互換性のないシステム間でデータを同期するためにカスタムロジックを記述する必要があります。このオーバーヘッドは、コードの複雑さを高め、バグを導入し、開発を遅くします。

SIP-3: A proposal from @Sei_Labs to streamline Sei’s architecture to an EVM-only model has been submitted through the Sei Improvement Proposal process.

SIP-3：SEIのアーキテクチャをEVMのみのモデルに合理化する@Sei_Labsからの提案は、SEI改善提案プロセスを通じて提出されました。

This proposal aims to enhance developer experience, simplify infrastructure, and fully leverage Sei’s parallelized EVM… pic.twitter.com/nxQ9cGYXj2

この提案は、開発者エクスペリエンスを強化し、インフラストラクチャを簡素化し、SEIの並行してEVMを完全に活用することを目的としています。

— Sei 밝은 빨간색 (@SeiNetwork) 5월 7, 2025

-SEIブライトレッド（@seinetwork）2025年5月7日

The numbers speak volumes. Since the release of Sei v2, EVM-based usage has skyrocketed. According to on-chain analytics from SeiScan, over 85% of transaction volume on the network is now being generated by EVM addresses. Popular apps like Astroport, which recently migrated from Terra to EVM-compatible chains, are also contributing to this trend. The market is speaking—and it’s leaning heavily toward EVM.

数字はボリュームを話します。 SEI V2のリリース以来、EVMベースの使用法は急増しています。 Seiscanのオンチェーン分析によると、ネットワーク上のトランザクション量の85％以上がEVMアドレスによって生成されています。アストラポートのような人気のあるアプリは、最近テラからEVM互換チェーンに移行しましたが、この傾向にも貢献しています。市場は話している - そして、それはEVMに大きく傾いている。

The Proposal: Moving to an EVM-Only Architecture

提案：EVMのみのアーキテクチャへの移行

The new governance proposal recommends sunsetting CosmWasm support and concentrating fully on EVM. Under this plan:

新しいガバナンスの提案は、Sunsitting Cosmwasmのサポートを推奨し、EVMに完全に集中することを推奨しています。この計画の下で：

Only EVM addresses will be able to initiate transactions on the network.

EVMアドレスのみがネットワーク上のトランザクションを開始できます。

New CosmWasm deployments and IBC transfers will be disabled.

新しいCOSMWASMの展開とIBC転送は無効になります。

Execution of CosmWasm contracts and native Cosmos transactions will be phased out.

COSMWASM契約とネイティブのCOSMOSトランザクションの実行は段階的に廃止されます。

Internal protocol features like staking and governance will still function via precompiles, meaning core functionality of the protocol will be maintained even as external code is sunsetted.

ステーキングやガバナンスなどの内部プロトコル機能は、プレキサマンスを介して機能します。つまり、外部コードが日焼けしても、プロトコルのコア機能は維持されます。

Technically, the transition will depend on a few key milestones. One is the creation of “EVM pointers,” which will allow seamless access to existing Cosmos assets from the EVM side. The next steps will involve the complete shutdown of CosmWasm contract deployment and, finally, the termination of legacy interactions with the CosmWasm runtime.

技術的には、移行はいくつかの重要なマイルストーンに依存します。 1つは、「EVMポインター」の作成です。これにより、EVM側からの既存のCOSMOSアセットへのシームレスなアクセスが可能になります。次のステップでは、COSMWASM契約展開の完全なシャットダウン、そして最後に、COSMWASMランタイムとのレガシー相互作用の終了が含まれます。