Rationaliser l'architecture de SEI pour se concentrer uniquement sur l'EVM

Le soutien à la fois EVM et Cosmwasm a contribué à attirer un large éventail d'utilisateurs et de développeurs. Mais cette approche à double architecture a également créé de graves maux de tête.

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.

À mesure que la technologie Web3 progresse rapidement, de nouveaux protocoles sont continuellement développés pour améliorer l'expérience utilisateur et stimuler l'adoption. Parmi les innovations qui ont émergé ces dernières années figurent l'intégration de divers modèles de programmation pour les contrats intelligents.

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 est un protocole qui a été à l'avant-garde de cette intégration. Dans sa version V2, publiée en 2024, SEI a introduit la prise en charge de la machine virtuelle Ethereum (EVM) et de Cosmwasm, un système basé sur WebAssembly utilisé par les chaînes Cosmos. L'objectif était de fournir une flexibilité maximale aux utilisateurs et aux développeurs dans le déploiement et l'interaction avec diverses applications.

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.

Cependant, une nouvelle proposition soumise par le processus de proposition d'amélioration de la SEI (SIP) suggère de rationaliser SEI dans une chaîne entièrement basée sur EVM. Cette proposition, qui est présentée par @sei_labs, vise à réduire la complexité de l'expérience des développeurs, la maintenance des infrastructures et l'interaction des utilisateurs avec le réseau.

Why Dual Support Became a Double-Edged Sword

Pourquoi le double soutien est devenu une épée à double tranchant

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.

En théorie, laisser les utilisateurs interagir avec les applications Cosmos-Native et basées sur EVM a été une victoire pour la flexibilité. L'architecture de SEI a permis l'interopérabilité entre EVM d'Ethereum et WasMVM de Cosmos, un système basé sur WebAssembly qui alimente les contrats intelligents. Mais dans la pratique, la configuration a créé plusieurs points de collage.

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.

Les utilisateurs doivent gérer deux portefeuilles distincts - EVM et COSMOS - et les relier manuellement pour accéder aux fonctionnalités complètes du réseau. Pour les développeurs et les fournisseurs d'infrastructures, la situation est encore plus emmêlée. Les indexes, les explorateurs et les opérateurs de nœuds doivent écrire une logique personnalisée pour synchroniser les données entre deux systèmes incompatibles. Cette surcharge augmente la complexité du code, introduit des bogues et ralentit le développement.

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: Une proposition de @SEI_LABS pour rationaliser l'architecture de SEI à un modèle EVM uniquement a été soumise par le biais du processus de proposition d'amélioration SEI.

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

Cette proposition vise à améliorer l'expérience des développeurs, à simplifier l'infrastructure et à tirer pleinement parti de l'EVM parallélisée de SEI… pic.twitter.com/nxq9cgyxj2

— 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.

Les chiffres en disent long. Depuis la sortie de SEI V2, l'utilisation basée sur EVM a monté en flèche. Selon les analyses sur chaîne de Seiscan, plus de 85% du volume de transactions sur le réseau est maintenant généré par les adresses EVM. Des applications populaires comme Astroport, qui ont récemment migré de Terra aux chaînes compatibles EVM, contribuent également à cette tendance. Le marché parle - et il se penche fortement vers l'EVM.

The Proposal: Moving to an EVM-Only Architecture

La proposition: passer à une architecture EVM uniquement

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

La nouvelle proposition de gouvernance recommande le support Cosmwasm de Sunseting et se concentre entièrement sur l'EVM. Dans le cadre de ce plan:

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

Seules les adresses EVM pourront lancer des transactions sur le réseau.

New CosmWasm deployments and IBC transfers will be disabled.

Les nouveaux déploiements COSMWASM et les transferts IBC seront désactivés.

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

L'exécution des contrats COSMWASM et des transactions COSMOS natives sera supprimée.

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.

Les caractéristiques du protocole interne comme le jalon et la gouvernance fonctionneront toujours via des précompililes, ce qui signifie que la fonctionnalité de base du protocole sera maintenue même si le code externe est couché.

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.

Techniquement, la transition dépendra de quelques étapes clés. L'une est la création de «pointeurs EVM», qui permettra un accès transparent aux actifs cosmos existants du côté EVM. Les prochaines étapes impliqueront l'arrêt complet du déploiement du contrat COSMWASM et, enfin, la fin des interactions héritées avec le runtime COSMWASM.