Sei Chain is about to undergo a significant architectural transformation. According to the latest statements from the co-founders, by mid-2026, Sei will complete its transition to a pure EVM chain, supporting only EVM address-based transactions.
The core driver of this change is the approval of the SIP-3 proposal. The key action of this proposal is the effective deprecation of CosmWasm virtual machines and native Cosmos transaction mechanisms on the network. In other words, Sei is gradually evolving from its previous dual-architecture system (EVM + CosmWasm/Cosmos) to a single EVM paradigm.
The Sei Giga upgrade will play a crucial role in this process. This upgrade is not only about performance optimization but also about architecture integration and simplification. By removing CosmWasm and the native Cosmos layer, Sei can further optimize resource allocation and transaction processing workflows.
From a developer's perspective, this means the ecosystem's focus will be entirely on EVM development experience. From a network efficiency standpoint, such a single architecture could bring clearer optimization directions and higher execution efficiency.
This page may contain third-party content, which is provided for information purposes only (not representations/warranties) and should not be considered as an endorsement of its views by Gate, nor as financial or professional advice. See Disclaimer for details.
11 Likes
Reward
11
5
Repost
Share
Comment
0/400
pumpamentalist
· 3h ago
Pure EVM now, but what about the old CosmWasm projects? Do they need to migrate?
Sei's move is quite aggressive. Are you optimistic or pessimistic?
It sounds like they're aiming to compete with Ethereum, but can they catch up?
Abandoning the Cosmos layer feels a bit unfortunate; many ecosystem projects are crying.
Another major architecture overhaul, and project teams will have to hustle again.
A single EVM becomes clearer; focus is the key to survival.
Completion by mid-2026, the timeline is a bit tight.
Will this wave of reform cut early ecosystem investors' gains?
Wait, can the current CosmWasm tokens still be valuable?
It seems like they want to follow Ethereum's old path. Is that feasible?
After all this fuss, wouldn't it be better to stick with pure EVM from the start?
View OriginalReply0
TokenomicsPolice
· 3h ago
Another major architecture overhaul? Sei is really going all in on EVM this time.
By the way, abandoning CosmWasm feels a bit harsh. I wonder what will happen to the projects built on Cosmos now.
View OriginalReply0
MrDecoder
· 3h ago
No way, just cut off CosmWasm? This guy even said he wanted to achieve a win-win situation before.
Is this really just a big chess game or has the plan not been finalized yet?
EVM dominates the world, but Cosmos hasn't really been implemented successfully.
Wait, what about the people using Cosmos addresses? That's a big problem.
2026 is still early, what if there are more changes in the middle?
Pure EVM can indeed run faster, but this decision is a bit aggressive.
Merging similar items? Simplify or cut back, let's see how it performs later.
This time, it's really all in on EVM, the stakes are a bit high.
View OriginalReply0
BlockchainBrokenPromise
· 3h ago
Here comes another move of abandoning the child method, what about the Cosmos ecosystem that was hyped up before
Sei, are you rewriting history? CosmWasm is directly退出场, which feels a bit harsh
Pure EVM is just pure EVM, anyway, it's all leaning towards Ethereum, what else can we do
Will this move upset early Cosmos developers?
Simplifying the architecture is good, but it feels like admitting that the previous dual-chain方案失败了
It's only expected to be completed by mid-2026, it's still early to say, who knows what other surprises will come along the way
EVM unifying the world has really arrived, other public chains' multi-chain dreams are waking up
Let's bet that Sei's turnaround can succeed, otherwise it will really become a joke
View OriginalReply0
ContractFreelancer
· 3h ago
They are really planning to cut the Cosmos setup entirely, which is a really bold move. But honestly, a dual-chain architecture is inherently distracting, so focusing all efforts on EVM might not be a bad idea.
---
Cutting CosmWasm? What about the guys who originally wrote contracts in Rust? Do they have to relearn Solidity?
---
A single architecture looks clean, but I'm worried that performance might not keep up and could become a bottleneck.
---
If this really gets implemented, Sei's positioning will be even clearer—it's the parallel line of Ethereum.
---
Wait, doesn't that mean all projects based on the Cosmos ecosystem will have to migrate? That would attract a lot of criticism.
---
I'm curious how much this Giga upgrade can actually improve TPS. Just cutting code doesn't seem to show much sincerity.
---
Can a pure EVM route really succeed? This track is already highly competitive.
---
2026 is still early; who knows how things will change by then.
---
It's a bit aggressive, but I agree with this simplified approach—it's better than messing around with two systems.
Sei Chain is about to undergo a significant architectural transformation. According to the latest statements from the co-founders, by mid-2026, Sei will complete its transition to a pure EVM chain, supporting only EVM address-based transactions.
The core driver of this change is the approval of the SIP-3 proposal. The key action of this proposal is the effective deprecation of CosmWasm virtual machines and native Cosmos transaction mechanisms on the network. In other words, Sei is gradually evolving from its previous dual-architecture system (EVM + CosmWasm/Cosmos) to a single EVM paradigm.
The Sei Giga upgrade will play a crucial role in this process. This upgrade is not only about performance optimization but also about architecture integration and simplification. By removing CosmWasm and the native Cosmos layer, Sei can further optimize resource allocation and transaction processing workflows.
From a developer's perspective, this means the ecosystem's focus will be entirely on EVM development experience. From a network efficiency standpoint, such a single architecture could bring clearer optimization directions and higher execution efficiency.