Roadmap

You won't find dates on our roadmap, and that's deliberate. The industry is full of roadmaps written for investors and missed by engineers. We're building deep technical infrastructure: a sovereign chain, native cross-chain settlement, non-custodial signing. Forcing that work into a marketing calendar is how projects break promises or worse, ship broken code. Phase 1 mainnet is a certainty, not a target. The wallet is live, the exchange will follow, and the proof will be in the product.

Phase 1: Mainnet Launch

The foundation: order book spot DEX, bridge, web and mobile wallet

• SB Chain mainnet genesis: RDPoS consensus live
• SwapBlok Wallet live: dfns.io MPC-TSS non-delegated signing active at launch; no seed phrases
• sBridge live: Ethereum (ETH + ERC-20), Solana (SOL + SPL), Bitcoin (BTC), Tron (USDT TRC-20)
• Order book DEX live: limit orders, stop orders, fill-or-kill; fully on-chain matching
• Pre-TGE community points programme converts to SBT airdrop (100M tokens distributed at TGE)
• SwapBlok-operated arbitrage and inventory bots active from day one
• Security audit reports published; bug bounty programme open
• Public API available for external market makers and arbitrage operators

Revenue begins from day one on every order book trade. No AMM required for fee generation.

Phase 2: AMM and Liquidity Layer

Full liquidity infrastructure & Token Generation Event (TGE)

• AMM engine deployment: constant product pools live on SB Chain
• Full pool suite launched: wETH/wUSDT, wBTC/wUSDT, wSOL/wUSDT, wETH/wSOL, wETH/wBTC, wSOL/wBTC, wETH/wUSDC, wBTC/wUSDC, wSOL/wUSDC, plus all SBT pairs
• LP reward programme live: two-layer rewards (native taker fees + SBT distributions from protocol revenue)
• Exchange router activated: order book and AMM unified behind single execution interface
• External market maker onboarding programme launched
• LP incentive campaigns for initial pool seeding
• SBT genesis distribution: team and contributor allocations subject to 12-month cliff and 24-month linear vest; encoded in genesis file
• Witness pay vesting set to 90 days at genesis; block rewards vest before withdrawal
• SBT distributed to genesis witnesses
• Year 1–2 governance milestone: Foundation votes published 72 hours in advance; community governance council election initiated

With AMM live, SwapBlok supports the full cross-chain swap flow for retail users. Volume and revenue compounds. Token Generation Event.

Phase 3: CDP Leverage, RWA, Lending & Borrowing

On-chain leverage without counterparty risk

• Collateralised Debt Position (CDP) module activated, built on the call_order_update_operation system already present in the BitShares-inherited codebase
• Users lock wETH, wBTC, or wSOL as collateral and borrow wUSDT against it at a configurable collateral ratio
• Borrowed wUSDT can be used to buy additional assets on the exchange, enabling leveraged long exposure
• On-chain liquidation engine enforces minimum collateral ratios without any centralised margin desk
• Seven-member community governance council established with veto rights on fee schedule changes
• RWA tokenisation platform launched: real-world assets issued and traded as on-chain tokens via SB Chain's native asset issuance system
• Peer-to-protocol lending module: users supply wETH, wBTC, wSOL, or wUSDT to lending pools and earn interest from borrowers, with rates set algorithmically based on pool utilisation
• Peer-to-protocol borrowing: users post collateral and draw down loans in any supported wrapped asset without a credit check, KYC requirement, or centralised approval; all terms are enforced on-chain
• Non-custodial lending: at no point does SwapBlok or any third party hold lender funds; deposits remain in on-chain smart contracts governed by SB Chain consensus
• SBT staking integration: SBT holders can stake into lending pools to earn a share of interest revenue, deepening the SBT demand flywheel beyond the existing buyback-and-burn and LP emission mechanisms

CDP leverage ships faster than perpetuals because the core logic is already in the codebase.

Phase 4: Perpetual Futures

Professional derivatives layer

• Perpetual futures contracts with continuous funding rate mechanism
• Oracle price feed network for mark price and index price separation
• Insurance fund for absorbing bad debt from underwater liquidations
• Partial liquidation engine for large positions
• Self-funded development from protocol fee revenue accumulated in Phases 1–3
• Year 3–4 governance milestone: full transition to community governance underway

Perpetuals require new protocol infrastructure not present in the existing codebase: oracle feeds, funding rate engine, and insurance fund. Timeline is subject to dev capacity and ecosystem demand established in earlier phases.