Futures
Access hundreds of perpetual contracts
TradFi
Gold
One platform for global traditional assets
Options
Hot
Trade European-style vanilla options
Unified Account
Maximize your capital efficiency
Demo Trading
Introduction to Futures Trading
Learn the basics of futures trading
Futures Events
Join events to earn rewards
Demo Trading
Use virtual funds to practice risk-free trading
Launch
CandyDrop
Collect candies to earn airdrops
Launchpool
Quick staking, earn potential new tokens
HODLer Airdrop
Hold GT and get massive airdrops for free
Launchpad
Be early to the next big token project
Alpha Points
Trade on-chain assets and earn airdrops
Futures Points
Earn futures points and claim airdrop rewards
More
Miden chooses to be incompatible with EVM, fundamentally due to architectural design considerations — not targeting EVM itself.
The key difference lies here: Miden moves execution logic from the chain to the user side, with state data stored off-chain, only sending proofs to the chain for verification.
Comparing this with the EVM approach reveals the difference. EVM handles both verification and execution on-chain, with each node running the logic. These two architectural philosophies are completely different — one relies on the user to perform computations and the chain to verify results, while the other involves the entire network jointly verifying.
This is not an ideological dispute; it’s purely a trade-off between efficiency and scalability. Different design goals correspond to different technical choices.
---
It's another architecture design... Basically, it's a matter of different bets; whoever can run through it first is the winner.
---
Proofs on user side sound great, but what if the cost of generating proofs is more expensive than on-chain verification?
---
I just want to know if Miden's user experience will be better than EVM. Don't just talk about technical vision.
---
This idea is actually a bit like the rollup approach? Anyway, it's all about moving off-chain.
---
Skipping the step of EVM compatibility is a big mistake; the ecosystem won't grow if you do that, bro.
---
Wait, how do we ensure the off-chain state isn't tampered with? Feels like a new pitfall.
Incompatibility with EVM isn't a big problem; the key is whether Miden's proof mechanism is reliable.
Running calculations locally on the user's side indeed reduces on-chain pressure, but what if there's a vulnerability in the proof...
The EVM approach, although redundant, at least ensures the entire network verifies it once, which is reassuring.
If the Miden approach really works and becomes successful, it would be impressive. But I'm worried about potential issues popping up along the way.
But on the other hand, user computing power bears a heavy load... Can this really be popularized?
Miden's approach is a bit ruthless, saving a lot of trouble, but what about user experience?
Even if there's no problem in theory, there are still risks in actual implementation.
It feels like betting on the ZK proof set to run smoothly in the end—it's a bit risky to bet on that.
I understand the overall idea, but how to create network effects...
Ultimately, it still depends on whether the ecosystem can take off. No matter how elegant the architecture design is, it's useless.
Whether or not to be compatible with EVM isn't really the core issue; being usable is the key.
I really want to see if Miden can succeed in the end... It's still a bit uncertain at the moment.
Bro, your argument is excellent—user-side computing power vs. full network validation. The difference is at the infrastructure level.
Damn, I finally don't have to look at those black-and-white debates anymore.
Miden's approach is indeed impressive—outsourcing computation and verifying on-chain. This is true scalability thinking.
But the question is, how secure is the user's side computation?
That's why Miden absolutely refuses to rely on EVM. They are fundamentally two completely different logics.
I just want to know how fast this system can really go once it goes live.
Forget it, it's not that complicated. It's just a different choice between computing power and validation.