AssetXtoken — PropTech tokenization across two markets

Real estate investment in Belgium has traditionally required large capital commitments — locking most retail investors out of the asset class entirely. AssetXtoken's founding team wanted to change this by enabling fractional ownership: investors could buy tokenized shares of a property, receive proportional rental yield, and exit via a secondary market.

The technical challenge was significant. The platform required a regulated investor onboarding flow (KYC/AML), a blockchain layer for token issuance and transfer, a fiat payment rail (Stripe) connected to the on-chain state, and a property management backend for the asset side.

All of this needed to comply with Belgian financial regulations and be extensible to broader EU markets — MiCA regulation was on the horizon at the time of build.

The most architecturally complex element was the bridge between Stripe payment events and on-chain token issuance. When an investor completes a fiat payment, the system must verify the payment, check KYC clearance, compute the correct token quantity, issue tokens to the investor's wallet, and update the PostgreSQL ledger — atomically, with full rollback on any failure.

Our founding engineer designed this as an event-driven pipeline with idempotency keys at every step, ensuring no double-issuance even on network failure or Stripe webhook retry.

AssetXtoken launched to Belgian investors within eight weeks of engagement start. The first property was tokenized and funded within two weeks of launch. The investor onboarding flow (KYC → fiat payment → token receipt) takes under ten minutes end-to-end.

The architecture was reviewed by AssetXtoken's legal counsel as part of their MiCA compliance preparation — the event log and audit trail design was cited as aligned with the regulation's record-keeping requirements.

KYC integration was underscoped in the initial discovery. Sumsub has substantial edge-case behaviour around document rejection and re-submission flows that aren't apparent from their API documentation. We'd allocate a full sprint to KYC flows in future regulated builds.

We'd also recommend starting with a Layer 2 (Polygon or Arbitrum) rather than Ethereum mainnet. Gas cost predictability matters more to a PropTech user than mainnet credibility, and L2 bridge migrations are harder than an upfront L2 decision.