PROPELOO

TOKENIZATION PLATFORM DEVELOPMENT

Build a tokenization platform where the asset, the ownership record, and the compliance layer are all correct — simultaneously.

PROPELOO engineers tokenization platforms for any asset class — real estate, private equity, fund interests, commodities, IP, carbon credits, invoices. The platform handles asset onboarding, legal wrapper design, ERC-3643 or ERC-1400 token deployment, investor KYC/AML, primary issuance, secondary market infrastructure, and income distribution. Tokenization without a legal structure backing the token is not tokenization — it is a certificate.

A tokenization platform that issues tokens without enforcing transfer restrictions is a compliance failure waiting to happen. The smart contract must know who can hold the token — not just who currently holds it.

Asset tokenization is the conversion of ownership interests in real-world assets into blockchain tokens. The critical requirement is that the token must legally and technically represent what it claims to represent — a real ownership interest, not just a symbolic certificate. This requires three things working together: a legal wrapper (SPV, fund structure, or direct title) that gives the token legal backing; on-chain compliance enforcement (ERC-3643 with ONCHAINID registry) that ensures transfers only happen between verified investors who meet the legal requirements; and operational infrastructure (income distribution, secondary market, investor reporting) that makes the ownership interest economically useful. PROPELOO designs tokenization platforms that address all three dimensions — not just the smart contract layer.

What a production tokenization platform contains.

Legal, compliance, token, issuance, and secondary market are five separate systems.

System Layers

  • Asset Onboarding Layer: Asset due diligence workflow, legal wrapper design (SPV/fund), asset valuation, token economics definition
  • Compliance & Identity Layer: ONCHAINID registry, investor KYC/AML, accreditation verification, jurisdiction screening, whitelist management
  • Token & Smart Contract Layer: ERC-3643 or ERC-1400 token deployment, compliance module, transfer restrictions, forced transfer, freeze mechanics
  • Primary Issuance Layer: Raise mechanics (fixed price, auction), subscription agreement, cap table management, payment processing
  • Secondary Market & Income: OTC matching, venue integration, AMM pools, rental/dividend income distribution, investor reporting

Core Technical Capabilities

  • Legal Wrapper Design

    SPV formation for individual assets, fund structure for portfolios, jurisdiction selection (UAE, Singapore, UK, Luxembourg), securities exemption framework. Coordination with legal counsel. Token represents a defined ownership interest in the legal entity.

  • Security Token Architecture

    ERC-3643 (T-REX) for regulated securities — on-chain identity registry, transfer restriction enforcement at contract level. ERC-1400 for partition-based tokens. ERC-20 with off-chain compliance gate for simpler structures.

  • Investor Onboarding

    Tiered KYC: identity verification (Sumsub/Jumio), accreditation checking, jurisdiction screening, document signing. ONCHAINID claims updated on whitelist. KYC status automatically propagates to transfer permission.

  • Primary Issuance

    Raise infrastructure: offering page, subscription agreement (DocuSign), payment processing (fiat + crypto), allocation management, soft/hard cap, investor dashboard showing holding and projected returns.

  • Income Distribution

    Automated distribution proportional to token holdings. Rental income, dividends, or interest converted to stablecoin (USDC) and distributed on-chain. Snapshot-based distribution. Tax reporting export.

  • Secondary Market

    OTC matching for peer-to-peer transfer between whitelisted investors. Regulated venue integration (ADDX, tZERO, Archax). Permissioned AMM (Balancer with KYC transfer hook). All transfers enforce compliance at contract level.

How we approach tokenization platform architecture.

Tokenization platforms fail when the token standard does not match the legal structure — and when the compliance layer is an afterthought.

  • Token standard selection is a legal decision

    ERC-3643 is designed for securities with investor identity requirements. ERC-1400 is designed for partition-based tokens with complex transfer rules. ERC-20 with off-chain compliance is not suitable for regulated securities. The token standard must match the legal structure of the asset — this decision cannot be reversed after issuance.

    Axiom: TOKEN STANDARD FOLLOWS LEGAL STRUCTURE

  • On-chain compliance is not optional for securities

    If transfer restrictions are enforced off-chain (application layer), they can be bypassed by interacting with the contract directly. For regulated securities tokens, compliance must be enforced at the smart contract level — every transfer triggers a compliance check against the ONCHAINID registry. No whitelist entry means no transfer, regardless of what the front-end says.

    Axiom: ENFORCEMENT AT THE CONTRACT LEVEL

  • Income distribution defines investor utility

    A token that represents ownership but does not automatically distribute income is worse than a traditional share certificate — it has all the complexity of blockchain without the utility. The income distribution mechanism must be automated, auditable, and reliable. Investors who hold tokens and receive income automatically will hold the tokens.

    Axiom: UTILITY DRIVES HOLD DEMAND

Key decisions in tokenization platform architecture.

These choices define legal defensibility, compliance strength and investor utility.

  • Which token standard?

    Impact: ERC-3643 for any tokenization that involves regulated securities or requires on-chain KYC enforcement. ERC-1400 for complex partition structures. ERC-20 only for non-regulated utility or governance tokens.

    • ERC-3643 (T-REX) — on-chain identity registry, compliance enforced at contract, Tokeny reference implementation, regulated securities standard
    • ERC-1400 — partition-based, flexible transfer rules, less ecosystem adoption
    • ERC-20 + off-chain gate — simplest, bypassable at contract level, not suitable for regulated securities
  • SPV per asset vs fund structure?

    Impact: SPV per asset for real estate and direct asset ownership. Fund structure for diversified portfolios. Choice depends on target investor jurisdiction and minimum ticket size.

    • SPV per asset — clean ownership isolation, each token maps to one asset, best for large individual assets
    • Fund structure — one vehicle holds multiple assets, pooled exposure, simpler investor management
    • Trust structure — common in UK and Australia, beneficial interests in trust represent ownership
  • Income distribution: on-chain vs off-chain?

    Impact: On-chain stablecoin distribution for investor trust and automation. The operational cost of running stablecoin distribution is lower than the trust cost of manual distribution.

    • On-chain stablecoin distribution — automated, auditable, trustless, gas cost per distribution event
    • Off-chain bank transfer — simplest, no crypto requirement, loses automation and auditability benefit
    • Hybrid — off-chain calculation, on-chain distribution trigger
  • Secondary market: OTC vs venue vs permissioned AMM?

    Impact: OTC matching at launch for simplicity. Add regulated venue for institutional investor access. Permissioned AMM when TVL justifies LP capital commitment.

    • OTC matching — highest control, counterparty matching required, no continuous liquidity
    • Regulated venue (ADDX, tZERO) — existing investor base, regulatory cover, venue takes cut
    • Permissioned AMM — continuous liquidity, capital commitment from LPs required, compliance enforced per swap

What PROPELOO builds.

  • Real Estate Tokenization Platform

    Full platform for tokenizing property — SPV, ERC-3643 tokens, investor portal, rental income distribution, secondary OTC.

  • Private Equity Tokenization

    PE fund interest tokenization — accredited investor access, quarterly distribution, LP reporting, regulated secondary.

  • Commodity Tokenization

    Commodity-backed tokens — gold, carbon credits, agricultural commodities. Physical redemption mechanics, custody integration.

  • Invoice / Trade Finance Tokenization

    Invoice financing tokens — yield-bearing tokens backed by receivables, originator due diligence, maturity redemption.

  • Multi-Asset Tokenization Platform

    White-label platform for multiple asset issuers — shared compliance infrastructure, per-issuer token deployment, secondary marketplace.

The tokenization platform stack.

Legal-technical infrastructure for regulated asset ownership.

  • Smart Contracts

    Stack: ERC-3643 / T-REX protocol, ONCHAINID registry, OpenZeppelin base, Income distribution contract, Foundry testing

  • Compliance

    Stack: Sumsub / Jumio (KYC), Chainalysis (AML), ComplyAdvantage (sanctions), DocuSign (agreements), Accreditation verification

  • Platform

    Stack: Node.js / Next.js, PostgreSQL (cap table), IPFS (documents), Webhook income triggers, Investor portal

  • Secondary Market

    Stack: OTC matching engine, Balancer v2 (permissioned), ADDX / tZERO API, Transfer settlement, ONCHAINID transfer check

Tokenization platform security protects ownership rights, income streams, and regulatory standing simultaneously.

A security failure here is a legal and financial event, not just a technical one.

  • Transfer restriction bypass

    ERC-3643 enforces compliance at every transfer. No whitelist status means no transfer — not reducible to off-chain enforcement. Regular audit of the compliance module configuration.

  • KYC data security

    Investor KYC documents (passport, proof of address) must never be stored on-chain. Backend storage with field-level encryption, access logging, GDPR compliance and data retention limits.

  • Income distribution integrity

    Non-reentrant distribution contracts with snapshot-based holdings calculation. Gas price manipulation cannot affect distribution amounts. Distribution events are on-chain and auditable.

  • SPV access control

    Forced transfer and freeze functions in the token contract require multi-sig approval (Gnosis Safe). No single key can freeze all investor tokens.

From asset to tokenized investment product.

  1. 01. Legal & Structure

    Asset due diligence, SPV/fund design, jurisdiction, securities framework, token economics.

  2. 02. Compliance Architecture

    KYC provider, ONCHAINID registry, accreditation workflow, whitelist system.

  3. 03. Token Contracts

    ERC-3643 deployment, compliance module, income distribution contract.

  4. 04. Investor Portal

    Onboarding, subscription, allocation, investment dashboard.

  5. 05. Primary Issuance

    Raise mechanics, payment processing, cap table management.

  6. 06. Secondary Market

    OTC matching, venue integration or AMM deployment.

  7. 07. Launch

    Income distribution pipeline, monitoring, investor reporting.

Tokenization platforms we have shipped to production.

Three asset tokenization systems representing real-world assets on-chain.

  • Real estate tokenization platform with fractional ownership and automated income distribution

    Challenge: Real estate fund needed a tokenization platform enabling fractional ownership of commercial properties — investors buy tokens representing property equity, receive automated rental income distributions, and can trade on secondary market.

    Architecture: ERC-1400 security token with transfer restrictions (KYC-verified holders only), income distribution contract calculating pro-rata yields on rent receipts, investor KYC via Onfido, secondary trading only between verified investors, property-specific token contracts.

    Outcome: 6 properties tokenized, £22M in token sales, income distributions automated to 840 token holders, FCA notification submitted and acknowledged.

  • Invoice factoring platform tokenizing trade receivables for institutional buyers

    Challenge: Trade finance platform wanted to tokenize invoices — SME sellers upload invoices, platform verifies and mints tokens representing the receivable, institutional buyers purchase tokens at a discount and receive face value at maturity.

    Architecture: Invoice verification pipeline (ERP integration, KYB checks), ERC-20 token minted per invoice batch, Chainlink oracle updating invoice status on payment, automatic token redemption on payment confirmation, default handling workflow.

    Outcome: £14M in invoices tokenized, 18 institutional buyers participating, average discount rate 3.2%, 97.4% on-time repayment rate.

  • Private equity fund tokenizing LP shares for secondary liquidity

    Challenge: PE fund needed to tokenize LP shares in a closed-end fund — existing LPs could receive tokenized shares tradeable on a permissioned secondary market, without restructuring the fund or requiring existing LP agreement amendments.

    Architecture: ERC-1400 partitioned token (separate partition per LP class), transfer agent contract enforcing LP agreement restrictions, permissioned secondary marketplace for eligible transferees, NAV oracle for valuation reference.

    Outcome: £35M in LP interests tokenized, 12 LPs received digital shares, 6 secondary transfers completed, legal opinion obtained in two jurisdictions confirming token validity.

Frequently Asked Questions

What assets can be tokenized on the platform?

Any asset with a definable ownership interest and a legal structure that can be represented on-chain: real estate (via SPV), private equity (fund interests), commodities (warehouse receipt), invoices (receivable assignment), infrastructure projects (project company shares), carbon credits (registry-backed). The platform handles multiple asset classes with shared compliance infrastructure.

Do the tokens count as securities?

In most jurisdictions, tokens representing ownership interests in income-producing assets are treated as securities. The platform must comply with the applicable securities framework: Reg D/S in the US, MiCA in the EU, MAS regulations in Singapore, DFSA in Dubai. We build the technical infrastructure that satisfies these frameworks — your legal team defines the specific requirements.

How does secondary trading work?

Secondary transfers must enforce KYC/AML — the buyer must be a verified, whitelisted investor. ERC-3643 enforces this at contract level on every transfer. Secondary options: OTC matching within the platform (platform matches buyers and sellers), regulated venue (ADDX, tZERO), or permissioned AMM where each swap verifies buyer KYC status before executing.

How long does it take to tokenize an asset?

Time-to-first-token depends heavily on legal structuring speed (SPV formation, offering documents, regulatory review) and KYC provider integration. Technical development takes 12-20 weeks for a full platform. Legal preparation can take 4-12 weeks depending on jurisdiction and asset complexity. PROPELOO controls the technical timeline — legal timeline depends on your advisors and regulators.

Which smart contract standards do you use for asset tokenization?

We prioritize ERC-3643 (formerly T-REX) for permissioned real-world assets and security tokens, ensuring compliance checks occur directly on-chain on every transfer. For complex securities requiring granular partitions and tranches, we implement ERC-1400. Both standards guarantee regulatory transfer restrictions cannot be bypassed.

How are dividend payouts and yield distributions handled?

The platform features automated dividend and rental yield distribution smart contracts. Operators deposit yield (in USDC, USDT, or fiat equivalent), and the contract calculates proportional investor entitlements based on an on-chain ownership snapshot taken at a designated block height, enabling one-click claiming.

How do you handle forced token recovery for lost keys or legal court orders?

ERC-3643 includes standardized identity registry and forced recovery functions. When an investor proves key loss through certified KYC re-verification, or when mandated by legal court orders, the platform compliance administrator can safely burn the inaccessible tokens and re-issue them to the rightful owner new address without altering total supply.

Can tokenized assets be integrated into DeFi lending markets?

Yes. By establishing permissioned lending pools (such as institutional Centrifuge or Aave ARC setups), verified institutional investors can deposit tokenized RWA securities as collateral to borrow stablecoins, unlocking instant liquidity without requiring asset liquidation.