Xwealth MVP Solution Architecture

One platform.
Two clients.
Every asset.

The structural blueprint for the Phase 1 MVP — where normal wealth and tokenized wealth run through one shared spine and split only at settlement.

Phase 1 · MVP UAE-only LDB anchor tenant ADGM-aligned Custodian-led settlement Ripple — tokenization & custody
Scroll the blueprint

Who the platform serves

Two client types, one shared spine

A corporate seeking tokenization and a wealth-management investor enter through different doors — but both traverse the same identity, compliance, custody and reporting core. The issuer's offering becomes a listing the investor sees beside a mutual fund in the same storefront.

Corporate client · tokenization seeker

Issuer path

Real-estate developers · SMEs · private-credit & fund managers
  • KYB onboarding & document management
  • Due diligence & risk classification
  • SPV / asset structuring under ADGM
  • Token design — series · cap table · coupon map
  • Guardrails coded — whitelist · transfer rules · jurisdiction
  • Primary offering opens as a listing
  • Lifecycle — distributions & redemptions
Wealth management client · investor

Investor path

Retail · mass affluent · diaspora · accredited
  • Account opening, KYC & risk profiling
  • Browse the unified marketplace
  • Suitability & eligibility check
  • Order (traditional) or subscribe (tokenized)
  • Fund via multi-currency wallet
  • Settle — custodian-led or on-chain mint
  • Portfolio · income · reporting
Shared platform services
Identity Compliance Decision API Wallet Portfolio Custody Reporting Connectors

How it's layered

The architecture stack

Concerns are separated into layers so capabilities scale independently and new ones bolt on without disrupting what's live. The Operations Engine is a Phase 2 layer — its interfaces exist in the MVP as thin contracts, satisfied for now by assisted reconciliation.

Channelsaccess
Web app — Investor & Issuer portalsMobile appLDB institutional portalPartner / B2B APIs
API Gatewayedge
AuthenticationRoutingThrottlingRate limiting
Domains A–Fmicroservices
A · Client / Identity / Onboarding B · Marketplace & Orders C · Compliance & Decisioning D · Tokenization & Issuance E · Portfolio / Custody / Reporting F · Integration & Connectors
Operations EnginePhase 2
Settlement engineMulti-custodian reconCorporate actionsAccounting & ledgerSurveillance
Infrastructurefoundation
PostgreSQL + RLSMongoDBRedisElasticSearchPermissioned chain nodesEvent bus
Externalvia domain F
KYC / AML vendorsCustodians — Ripple CustodyPayment rails — LDBMarket data

The six domains

A–F, and how they pull on each other

Dependency shape matters: hubs are called by many, sinks terminate flows, leaves wrap the outside world. The Compliance Decision API is the gravitational center — every value-bearing action passes through it.

A

Client / Identity / Onboarding

Parties, accounts, applications, authentication. Account-opening triangle, async KYC wait-state, save-and-resume.

feeds C
B

Marketplace & Orders

Discovery, listings, offer documents, and one order spine for both buy/sell orders and subscriptions.

calls Cfeeds E
C

Compliance & Decisioning

Suitability, eligibility, accreditation, transfer rules, jurisdiction blocks, KYC/AML orchestration.

hub · decision API
D

Tokenization & Issuance

Issuer onboarding, SPV admin, asset structuring, Token Factory mint/allocate, lifecycle distributions.

uses chainwrites E
E

Portfolio / Custody / Reporting

Unified positions, multi-currency wallet, custody integration, statements and regulator outputs.

portfolio · walletreporting · sink
F

Integration & Connectors

Anti-corruption layer to every external system. Swap a vendor by swapping a connector, never the core.

leaves

The signature idea

One order spine, two settlement tails

Selecting, suitability, intake, funding, position and reporting are identical for a sukuk and a tokenized building. Only the settlement step differs — and that single split is the whole architecture in one picture.

Traditional Tokenized
Select in unified marketplace Suitability & eligibility · C Order intake & funding SPLIT Custodian-led settlement assisted recon · MVP Ripple mint + allocate Ripple settlement & custody Unified position · Portfolio → income → reporting

The product universe

Normal wealth & digital wealth, side by side

Every product is the same kind of position with a different settlement tail. Filter the universe to see how the two worlds map onto one architecture.

Normal wealth

Equities

US, GCC and global listed shares and ETFs.

IntakeBuy / sell order
SettleCustodian-led
EventsDividends · corp actions*
Normal wealth

Mutual funds

NAV-priced funds and money-market funds.

IntakeSubscription / redemption
SettleTransfer agent
EventsDistributions · NAV
Normal wealth

Bonds & Sukuk

Fixed income with coupon schedules; Shariah profile on sukuk.

IntakeOrder
SettleCustodian-led
EventsCoupon · maturity
Normal wealth

Structured notes

Payoff terms, barriers, autocalls — flagged complex.

IntakeOrder / subscription
SettleCustodian-led
EventsObservation · autocall
Digital wealth

Tokenized fixed income

On-chain coupon map; amortizing or bullet.

IntakeSubscription (primary)
SettleRipple settlement
EventsCoupon · redemption
Digital wealth

Tokenized real estate

SPV-backed, rental income schedule, revaluation.

IntakeSubscription
SettleRipple settlement
EventsRental · exit
Digital wealth

Tokenized private equity

Cap-table linked, lock-ups, capital calls.

IntakeSubscription
SettleRipple settlement
EventsCalls · distributions · vesting
Digital wealth

Compliance guardrails

For every tokenized asset, rules are compiled into the token itself — defence in depth.

On-chainWhitelist · transfer rules
GatedAccreditation · jurisdiction
PlusLock-up · vesting

Walk it end to end

Pick a product, trace its journey

One flow, branching once. Select any product to light up its exact route — dashed boxes are the shared spine every product travels; coloured boxes are where it behaves differently; at the diamond the flow forks into two settlement tails and the product takes exactly one.

Shared spine Product-specific Settlement split Alternate tail

Supply side · issuers

Tokenization services: how an asset becomes a token

The Corporate issuer pipeline — the supply that fills the investor marketplace above. Every asset class runs the same Ripple-powered engine; only the structuring, token economics and distributions differ. Pick an asset class to trace it.

Shared stage Asset-specific Ripple engine

Built to extend

Phase 1 is live; the seams for later are already placed

The MVP doesn't get re-platformed for Phase 2 or 3 — those phases implement interfaces that already exist as thin contracts today.

Phase 1 · MVP

Wealth + Tokenization

Years 1–4 · UAE · LDB
  • Onboarding, KYC & issuer KYB
  • Unified marketplace & orders
  • Compliance decisioning
  • Tokenization engine & SPV admin
  • Portfolio · wallet · custody · reporting
  • Custodian-led settlement (assisted recon)
Status · live in MVP
Phase 2

Operations & Settlement

Years 3–5 · GCC
  • Settlement engine · SWIFT MT54x
  • Multi-custodian reconciliation
  • Corporate actions service
  • Accounting & ledger
  • Risk & compliance surveillance
Implements the assisted-recon seam
Phase 3

Market & global scale

Year 6+ · Global
  • Secondary markets & liquidity
  • Public-chain settlement (optional)
  • Multi-tenant bank fan-out
  • Global connectors & corridors
Extends Token Factory & tenancy seams