Derivatives,
on first principles.

/ what we ship parallel EVM execution

A parallel EVM, so your contract calls don't queue behind everyone else's. Portfolio margin that nets a hedged book to one number, not three. Matching that doesn't bleed to MEV. The things every serious trading desk has been asking for, on a chain that ships them.

What we built that the others didn't.

Most new exchanges compete on lower fees. We're not interested in that race. MetaFlux is a bet that traders care more about market structure, risk infrastructure, and execution latency than they care about saving 0.2 bps a fill.

01 / Microstructure

Order types other chains haven't shipped.

RFQ for size that shouldn't advertise on the book. Frequent batch auctions for markets where fairness beats latency. Matching encrypted at intake, revealed at settlement.

  • RFQ + maker quotes
  • Frequent batch auctions
  • Threshold-encrypted intent
  • On-chain market-making primitives
02 / Risk

Margin that respects correlation.

A SPAN-style scenario engine nets your hedged book to one number. A T0 yellow-card grace tier freezes resting orders before any position is touched — one block to react, not one tick.

  • Cross-asset portfolio margin
  • Tiered liquidation (T0 → T4)
  • Dynamic risk parameters
  • Multi-collateral isolation
03 / Execution

The EVM, made parallel.

Transactions execute optimistically and in parallel; conflicts re-run, the rest commit. Derivatives-aware precompiles (portfolio margin, ADL pricing, RFQ depth, vault NAV) run native — not as 80,000-gas Solidity.

  • Parallel EVM execution
  • Derivatives precompiles
  • Native cross-chain calls
  • EIP-712, EVM addresses

Permissionless market deploy. Real EVM.

Any builder can list a new perpetual or spot market via an on-chain gas auction. No protocol-team gate, no allow-list, no committee. The protocol arbitrates the auction; you ship the market.

MIP-3

Deploy a market in one transaction.

Win the gas auction, supply the spec (leverage, maintenance ratio, funding parameters, oracle source), and the market is live next block. Liquidity is your problem; the protocol does the rest.

MIP-3 spec →
EVM

Same Solidity. Faster chain.

Same address format, same signing, same Solidity. Plus derivatives-aware precompiles (portfolio margin, ADL pricing, RFQ depth, vault NAV) callable from any smart contract.

EVM docs →

Zero-code migration.

The gateway speaks the wire formats your stack already speaks. Same URL shapes, same request/response, same EIP-712 envelope. Point your client at MetaFlux, change one chain ID, keep trading.

API WALLETS

Cold master. Hot agents.

Approve a trading key once from your cold master. The agent signs every order without ever holding withdrawal authority. Per-bot scoping, automatic expiry, a clean audit trail.

Agent wallets →
DROP-IN COMPAT

One URL change. Nothing else.

POST /info and POST /exchange with the wire shapes your stack already speaks. WS subscriptions with the channel names you already subscribe to. Your existing fill handlers and order placement code keep working.

Migration guide →
migration.ts
// before const client = new PerpsClient({ baseUrl: "https://api.elsewhere.example", chainId: 1337, privateKey, }); // after — pointing at MetaFlux. nothing else changes. const client = new PerpsClient({ baseUrl: "https://gateway.mtf.exchange", chainId: 31337, privateKey, });

Honest answers.

For deeper coverage, the documentation at docs.mtf.exchange has the complete API surface, concept catalog, and integration guides. This is just the highlights.

What is MetaFlux, exactly?

An independent L1 derivatives chain. Its own validator set, its own BFT consensus, its own EVM execution layer. Built from first principles for derivatives clearing, not borrowed from a general-purpose L1.

How does it compare to the other perps DEXs?

Specifically: Hyperliquid, dYdX (v4), Lighter, Aster. The honest table:

CapabilityMetaFluxHyperliquiddYdX v4LighterAster
L1 BFT consensus yesyesyesL2yes
EVM-compatible yespartial (HyperEVM)no (Cosmos)nopartial
Parallel EVM execution yesnon/an/ano
Cross-asset portfolio marginyeslimitednonono
T0 grace tier before partialyesnononono
RFQ + FBA matching yesnononono
MEV-resistant matching yesnononono
Permissionless market deployyesyesnonono
Drop-in HL-wire compat yesnativenonono

Capability is one axis. Liquidity, fees, listings, and operational maturity are others. Pick the chain that wins on the axis you actually care about.

When does mainnet launch?

Mainnet follows audit and testnet milestones, not calendar dates. The roadmap targets a multi-month testnet phase with phased validator onboarding. Subscribe to updates via the docs site.

What does integration look like?

If your bot already speaks a wire-compatible protocol, change one URL and one chain ID. For greenfield builds, the MTF-native SDK comes in TypeScript (with WASM-backed crypto for browser performance) and Rust. Either way, the EIP-712 envelope is standard and every EVM wallet works unmodified.

How do I become a validator?

Genesis validator recruitment opens ahead of mainnet. The initial set is small and grows through the first year. Reach out via the validator inquiry below — we want operators with on-chain ops experience and geographic diversity.

What bridges do you support?

USDC via Circle CCTP, natively attested. Other assets via a single audited third-party bridge, finalised pre-mainnet via a public ADR. We deliberately did not build a monolithic in-house bridge: blast radius reduction.

Why the trans-pride palette?

The blue / pink / white reads cleanly as a brand system and isn't taken by anyone else in this space. It also signals what kind of community we want: technical, welcoming, and uninterested in the dominant aesthetic of the rest of crypto.

Build with us, before launch.

Testnet access is open for market makers, builders, and integrators. We're particularly interested in feedback from teams shipping production trading systems.