For the complete documentation index, see llms.txt. This page is also available as Markdown.

Phase 4 - Multi-Chain UX & Derivatives Layer via G-Series

Remove crypto-native friction (keys, chains, gas) and add high-performance derivatives access on top of the RWA & lending stack.

In Phase 4, WANNA introduces:

  • Email / social login–based accounts and smart-account style wallets

  • Perpetual DEX (“perp”) integrations that use G-Series as margin & settlement

while expanding beyond EVM into non-EVM chains (e.g., Solana, Tron, TON) through routing and bridging.

The goal is to make G-Series the natural front door to on-chain spot, yield, RWA, lending, and derivatives — without forcing users to think about seed phrases, RPCs, or which chain they are on.


1. Phase Objective

Primary Objective

Build a multi-chain, derivatives-capable UX layer on top of the existing G-Series + Earn + RWA/Lending stack by:

  • introducing account abstraction–style onboarding (email/social login wallets)

  • expanding access to non-EVM ecosystems

  • integrating perpetual DEX venues behind a G-Series–centric brokerage interface

Key Principles

  • Account & Chain Abstraction Users should be able to sign up with an email or social login, and interact in local currency units, without manually handling keys or chains.

  • Non-Custodial or Policy-Managed Wallets and smart accounts are designed so that:

    • users retain cryptographic control where regulation permits

    • policies/guardrails can be applied by licensed operators where required

  • Derivatives as an Integrated Layer Perpetual trading is exposed through G-Series margin accounts, not as a separate, siloed product.


2. Scope of Phase 4

2.1 In Scope

  • Account Abstraction & Smart Wallets

    • Email / social login onboarding.

    • Smart account or MPC-based wallets that:

      • can hold G-Series and GUSD

      • support programmable policies (spend limits, multi-factor, recovery)

  • Multi-Chain Expansion (EVM + Non-EVM)

    • Access to:

      • EVM chains where G-Series is natively deployed

      • non-EVM ecosystems such as Solana, Tron, TON via:

        • bridges, wrapped representations, or partner integrations.

    • Users see a single balance; routing decides which chain/venue is used.

  • Perpetual DEX Integrations

    • Integration with high-performance perp venues (on-chain DEXs or appchain-style derivatives platforms).

    • Use G-Series / GUSD as margin and settlement, with:

      • clear margin requirements

      • liquidation rules

      • risk controls integrated into the existing collateral engine

  • Unified Trading & Portfolio Interface

    • One interface showing:

      • spot balances

      • Earn positions

      • RWA & lending positions

      • perp positions and PnL, in G-Series units (e.g., GKRW)

2.2 Out of Scope

  • Launching a dedicated G-Series mainnet and native payment stack (considered part of the Strategic Horizon, not the initial four-phase roadmap).

  • Becoming an exchange operator; WANNA integrates perp venues, not replace them.


3. Core Components Delivered in Phase 4

  • Smart Account / AA Wallet Layer

    • Account contracts or MPC wallets that:

      • abstract private keys from UX

      • support social recovery / multi-device usage

      • can pay gas via meta-transactions or gas abstraction

  • Chain Abstraction & Routing Engine

    • Logic that:

      • chooses which chain/venue to execute on

      • manages wrapped G-Series representations where needed

      • hides chain differences from the end user

  • Perp Margin Engine (Built on G-Series)

    • Uses G-Series / GUSD as:

      • margin collateral for perp positions

      • settlement currency for PnL realization

    • Integrates with:

      • RWA & lending collateral engine

      • existing CR, LCR, and haircuts framework

  • Unified Portfolio & Risk Dashboard

    • Single view of:

      • cash (G-Series)

      • Earn

      • RWA/lending

      • perp positions plus:

      • account-level health factor

      • cross-product risk exposure

  • Integration & Partner APIs

    • APIs / contract interfaces allowing:

      • wallets and fintech apps to plug into WANNA’s UX and trading stack

      • white-label or co-branded experiences on top of the same infra


4. User & Partner Journeys in Phase 4

4.1 End User: Email-Based Onboarding & Trading

  • Goal: Start using G-Series and on-chain products with only an email / social login.

  • Flow:

    1. User signs up with email or social login.

    2. A smart account/wallet is created and linked to that identity.

    3. User deposits fiat or stablecoins via partner ramps, receiving G-Series.

    4. User can:

      • hold and transfer G-Series

      • use Earn

      • invest in RWA/lending

      • open perp positions — all from one interface

  • Result: A “Web2-like” onboarding into a fully on-chain stack, without exposing seed phrases or RPC details.


4.2 Power User: One Account, Multiple Chains & Perps

  • Goal: Use a single account to access multiple chains and perp venues, with G-Series as a unified margin currency.

  • Flow:

    1. User keeps main balances in GUSD / G-Series.

    2. When opening a perp position:

      • routing engine selects a supported perp venue

      • handles any chain/bridge hops in the background

    3. Margin, PnL, and liquidations are tracked centrally in the WANNA risk engine.

  • Result: The user experiences one cross-chain trading account, instead of juggling multiple wallets and exchanges.


4.3 Partners: Wallets, Apps, and Perp Venues

  • Goal: Integrate with WANNA to offer an “all-in-one” multi-chain + derivatives experience.

  • Action:

    • Wallets / apps integrate:

      • AA onboarding hooks

      • trading / Earn / RWA / perps via APIs or contract calls

    • Perp venues integrate:

      • margin and settlement in G-Series

      • risk/position feeds into WANNA’s portfolio view

  • Benefit: Partners gain a ready-made infra stack (accounts + routing + margin + reporting), rather than building everything from scratch.


5. Risk and Compliance Framework

Phase 4 adds derivatives risk and more complex UX flows, requiring stricter controls.

  • Leverage & Perp Risk Controls

    • Perp positions face:

      • stricter margin rules

      • dynamic haircuts

      • tiered leverage limits based on asset and venue

  • Cross-Product Risk Aggregation

    • RWA, lending, Earn, and perps all feed into a single risk engine:

      • account-wide health factor

      • max leverage across the entire portfolio

  • Venue & Chain Selection Policies

    • Only vetted perp venues and bridges are integrated

    • Per-chain limits and emergency pause switches exist to reduce contagion risk

  • Compliance & Access Control

    • Perps and certain assets may:

      • be gated by jurisdiction or KYC status

      • require additional disclosures or eligibility checks

    • WANNA provides infra hooks so operators can:

      • restrict access where required

      • apply per-product policies on top of the shared stack


6. Success Criteria

Phase 4 is considered successful if:

  • Seamless UX Adoption

    • A significant share of users onboard via email/social and use smart accounts without friction.

  • Cross-Chain Usage

    • Users and partners actively use WANNA to interact with multiple chains and perp venues from a single account.

  • Safe Derivatives Operations

    • No systemic incidents due to perp integration

    • margin and liquidation systems function as expected under stress

  • Partner Leverage of the Stack

    • External wallets/apps rely on WANNA for account abstraction, routing, and trading, instead of building their own ad-hoc solutions.


7. Transition to the Strategic Horizon

Phase 4 prepares WANNA for the potential Strategic Horizon: a dedicated G-Series mainnet and open payment network.

Preconditions for moving toward this Strategic Horizon include:

  • The account abstraction and multi-chain UX stack is battle-tested.

  • G-Series is widely used as:

    • margin and settlement for trading

    • a multi-chain balance unit across EVM and non-EVM ecosystems

  • There is clear, data-driven demand for:

    • lower fees

    • higher throughput

    • a chain specifically optimized for G-Series payments and trading

Once these conditions are met, it becomes natural to evaluate moving from “multi-chain deployed infrastructure” to a purpose-built G-Series mainnet and open payment rail as part of the Strategic Horizon, rather than as a committed step in the initial roadmap.

Last updated