Straffung von SEIs Architektur, um sich ausschließlich auf EVM zu konzentrieren

Die Unterstützung von EVM und COSMWASM hat dazu beigetragen, eine breite Palette von Benutzern und Entwicklern anzulocken. Dieser Ansatz mit Dual-Architektur hat jedoch auch ernsthafte Kopfschmerzen geschaffen.

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.

Da die Web3 -Technologie schnell voranschreitet, werden neue Protokolle kontinuierlich entwickelt, um die Benutzererfahrung zu verbessern und die Akzeptanz zu fördern. Zu den Innovationen, die in den letzten Jahren entstanden sind, gehört die Integration verschiedener Programmiermodelle für intelligente Verträge.

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.

Ein Protokoll, das bei dieser Integration an der Spitze steht, ist SEI. In seiner im Jahr 2024 veröffentlichten V2-Version führte die SEI sowohl für die Ethereum Virtual Machine (EVM) als auch für Cosmwasm ein, ein von Cosmos-Ketten verwendete WebAssembl-basierte System. Ziel war es, Benutzern und Entwicklern maximale Flexibilität bei der Bereitstellung und Interaktion mit verschiedenen Anwendungen zu bieten.

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.

Ein neuer Vorschlag, der durch den SIP-Prozess (SEI Improvement Vorschlag) eingereicht wurde, legt jedoch nahe, dass SEI in eine vollständig EVM-basierte Kette eingestuft wird. Dieser Vorschlag, der von @SEI_LABS ausgeführt wird, zielt darauf ab, die Komplexität der Entwicklererfahrung, die Infrastrukturwartung und die Interaktion der Benutzer mit dem Netzwerk zu verringern.

Why Dual Support Became a Double-Edged Sword

Warum doppelte Unterstützung zu einem zweischneidigen Schwert wurde

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.

Theoretisch war es ein Gewinn für Flexibilität, dass Benutzer sowohl mit Cosmos-nativen als auch mit EVM-basierten Apps interagieren. Die Architektur von SEI ermöglichte die Interoperabilität zwischen EVMs EVM von Ethereum und Cosmos von WASMVM, einem auf Webassembly basierenden System, das intelligente Verträge anführt. In der Praxis hat das Setup jedoch mehrere Stickpunkte erstellt.

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.

Benutzer müssen zwei separate Brieftaschen verwalten - EVM und Cosmos - und verknüpfen sie manuell, um auf die vollständigen Funktionen des Netzwerks zuzugreifen. Für Entwickler und Infrastrukturanbieter ist die Situation noch mehr verwirrt. Indexer, Entdecker und Knotenbetreiber müssen benutzerdefinierte Logik schreiben, um Daten zwischen zwei inkompatiblen Systemen zu synchronisieren. Dieser Overhead erhöht die Codekomplexität, führt Fehler ein und verlangsamt die Entwicklung.

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: Ein Vorschlag von @SEI_LABS, die Architektur von SEI auf ein EVM-Modell zu optimieren, wurde durch den SEI-Vorschlag für den Improvement-Vorschlag eingereicht.

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

Dieser Vorschlag soll Entwicklererfahrung verbessern, die Infrastruktur vereinfachen und die parallelisierte EVM von SEI vollständig nutzen.

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

- SEI Bright Red (@Seinetwork) 7. Mai 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.

Die Zahlen sprechen Bände. Seit der Veröffentlichung von SEI V2 ist die Nutzung der EVM-basierten Nutzung in die Höhe geschossen. Laut On-Chain-Analytik von Seiscan werden nun über 85% des Transaktionsvolumens im Netzwerk von EVM-Adressen generiert. Beliebte Apps wie Astroport, die kürzlich von Terra zu EVM-kompatiblen Ketten wanderten, tragen ebenfalls zu diesem Trend bei. Der Markt spricht - und er lehnt sich stark auf EVM zu.

The Proposal: Moving to an EVM-Only Architecture

Der Vorschlag: Umzug in eine EVM-Architektur nur für EVM

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

Der neue Governance -Vorschlag empfiehlt die Unterstützung von Cosmwasm und Konzentration von Cosmwasm und Konzentration auf EVM. Unter diesem Plan:

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

Nur EVM -Adressen können Transaktionen im Netzwerk initiieren.

New CosmWasm deployments and IBC transfers will be disabled.

Neue COSMWASM -Bereitstellungen und IBC -Transfers werden deaktiviert.

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

Die Ausführung von COSMWASM -Verträgen und nativen Cosmos -Transaktionen wird ausgeschaltet.

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.

Interne Protokollmerkmale wie Stakel und Governance funktionieren weiterhin über Vorkompilien, was bedeutet, dass die Kernfunktionalität des Protokolls auch dann aufrechterhalten wird, wenn der externe Code sonnenverreicht wird.

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.

Technisch gesehen hängt der Übergang von einigen wichtigen Meilensteinen ab. Eine davon ist die Erschaffung von „EVM -Zeigern“, die einen nahtlosen Zugang zu vorhandenen Kosmos -Vermögenswerten von der EVM -Seite ermöglichen. Die nächsten Schritte umfassen die vollständige Abschaltung der COSMWASM -Vertragsbereitstellung und schließlich der Beendigung der Legacy -Interaktionen mit der Cosmwasm -Laufzeit.