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.

이 통합의 최전선에있는 한 가지 프로토콜은 SEI입니다. 2024 년에 출시 된 V2 버전에서 SEI는 Cosmos 체인이 사용하는 웹 어셈블리 기반 시스템 인 EVM (Ethereum Virtual Machine)과 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 간의 상호 운용성을 허용했으며 스마트 계약을 전제하는 webAssembly 기반 시스템. 그러나 실제로 설정은 몇 가지 고정점을 만들었습니다.

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의 두 개의 별도 지갑을 관리하고 수동으로 연결하여 네트워크의 전체 기능에 액세스해야합니다. 개발자 및 인프라 제공 업체의 경우 상황이 더욱 엉키고 있습니다. 인덱서, 탐색기 및 노드 연산자는 두 개의 호환되지 않는 시스템간에 데이터를 동기화하기 위해 사용자 정의 로직을 작성해야합니다. 이 오버 헤드는 코드 복잡성을 증가시키고 버그를 도입하며 개발 속도가 느려집니다.

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… pic.twitter.com/nxq9cgyxj2를 완전히 활용하는 것을 목표로합니다.

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

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 호환 체인으로 이주한 Astroport와 같은 인기있는 앱 도이 추세에 기여하고 있습니다. 시장이 말하고 있습니다. 그리고 그것은 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:

새로운 거버넌스 제안은 일몰 우주적 지원을 권장하고 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.

우주 계약 및 기본 우주 거래의 실행은 단계적으로 폐지됩니다.

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.

기술적으로 전환은 몇 가지 주요 이정표에 따라 다릅니다. 하나는 "EVM Pointers"의 생성으로, EVM 측에서 기존 Cosmos 자산에 완벽하게 액세스 할 수 있습니다. 다음 단계에는 우주 계약 배치의 완전한 종료와 최종적으로 Cosmwasm 런타임과의 레거시 상호 작용이 종료됩니다.