White Paper
Read
!

Important Notice and Disclaimer

This White Paper is provided for informational purposes only and does not constitute financial, legal, or investment advice. It is not an offer or solicitation to buy or sell any securities, financial instruments, or tokens in any jurisdiction.

OzTokenize operates under the Australian regulatory framework, including the Corporations Act 2001 (Cth), Anti-Money Laundering and Counter-Terrorism Financing Act 2006 (Cth), and applicable ASIC Regulatory Guides and Information Sheets. Investment opportunities described herein are available to both Wholesale and Retail Investors under the applicable regulatory requirements.

Prospective investors should consult their own financial, legal, and tax advisors before making any investment decisions. Each investment opportunity will be accompanied by a separate Information Memorandum (IM) or Product Disclosure Statement (PDS) containing specific terms, risks, and disclosures relevant to that offering.

01

Executive Summary

OzTokenize is building Australia’s compliance-first infrastructure for real-world asset (RWA) tokenization. The platform enables investors — Wholesale — to access institutional-grade alternative investments through a fully regulated Managed Investment Scheme (MIS) structure, enhanced by blockchain-based ownership records.

Core design principle: strip away the technology layer, and what remains is a fully functional, ASIC-defensible investment platform. Every workflow, compliance check, and investor protection maps directly to existing obligations under the Corporations Act 2001, ASIC Regulatory Guides, and established fund administration practices. The blockchain layer enhances transparency, auditability, and operational efficiency without replacing any legal or regulatory requirement.

1.1 The Opportunity

The Reserve Bank of Australia’s Project Acacia identified that asset tokenization could unlock AUD 16.7 billion per year in efficiency gains across Australian capital markets. The Digital Assets Framework Bill 2025, combined with updated ASIC guidance (Information Sheet 225, October 2025), has created the clearest regulatory pathway for compliant tokenization that Australia has ever seen.

1.2 The Solution

OzTokenize provides the bridge between traditional fund administration and blockchain technology. The platform operates as a Corporate Authorised Representative (CAR) under an existing Australian Financial Services Licence (AFSL), with an independent Trustee acting as custodian of all scheme assets.

The platform’s architecture is built on a Head Trust with individual Sub-Trusts for each asset class, following a wrap-account / master-fund model that trustees and regulators understand. Tokens issued on the Ethereum blockchain represent digital records of beneficial ownership in each Sub-Trust. The token does not create or replace the legal interest; the legal interest arises from the Trust Deed and Information Memorandum, as it always has.

Figure 1 — Trust Structure Overview
graph LR A[Investor] -->|Onboard + KYC| B[Head Trust] B --> C[Sub-Trust 1
Real Estate] B --> D[Sub-Trust 2
Alphractal] B --> E[Sub-Trust 3
Luxury Cars] C --> F[Token = Ownership Record] D --> F E --> F F --> G[Ethereum Blockchain
ERC-1400] style A fill:#EDF5FA,stroke:#1B2A4A,stroke-width:2px style B fill:#1B2A4A,color:#fff,stroke:#1B2A4A,stroke-width:2px style G fill:#FEF3E0,stroke:#C8A951,stroke-width:2px style F fill:#E8F5E8,stroke:#2E8B8B,stroke-width:2px

1.3 Initial Asset Classes

OzTokenize launches with three asset verticals: real estate development (Sub-Trust acquires property via put-and-call option), technology equity (SAFE-based investment in Alphractal, a crypto analytics SaaS), and luxury car rental income (asset-backed income fund operated by Velo Rentals with token-based vehicle tracking). A fourth vertical, infrastructure and development projects, will follow in subsequent phases.

1.4 Key Differentiators

  • Compliance-first architecture: every feature maps to a Corporations Act obligation before it maps to a blockchain function.
  • Independent Trustee oversight: dual-control banking, threshold-based expense approval, and quarterly compliance attestation.
  • Full KYC/AML/CTF via Sumsub: including PEP screening and ongoing monitoring.
  • Triple-layer automated audit: financial reconciliation, smart contract verification, and regulatory compliance checks.
  • Wholesale from day one: full regulatory compliance for both investor classes, with PDS for retail and IM for wholesale.
  • SwapAroo integration: regulated fiat-to-crypto on-ramp/off-ramp for international investors, operating under dual AUSTRAC licences with Westpac banking.

1.5 Financial Outlook

The platform targets AUD 50 million in Assets Under Management (AUM) in Year 1 and AUD 100–200 million by Year 2, driven by capital deployment across the initial three asset verticals. Revenue is generated through upfront structuring fees, ongoing management fees, capital raise fees, and platform technology fees.

02

The Australian RWA Tokenization Landscape

2.1 Market Opportunity

Global real-world asset tokenization is projected to reach USD 16 trillion by 2030 (Boston Consulting Group). Within Australia, the RBA’s Project Acacia (2024–2025) concluded that tokenization could generate AUD 16.7 billion per year in operational efficiencies from reduced settlement times (T+0 versus T+2), automated compliance, fractional ownership, and elimination of intermediary layers.

Australia’s position is uniquely favourable: mature financial services regulation, a sophisticated investor base with AUD 3.9 trillion in superannuation capital (2025), and government support through Treasury consultation and the Digital Assets Framework Bill 2025.

2.2 Regulatory Developments

  1. ASIC Information Sheet 225 (Updated October 2025): Confirms that tokens representing interests in a MIS are financial products under Chapter 7 of the Corporations Act. Eliminates regulatory ambiguity.
  2. Digital Assets Framework Bill 2025: Proposes licensing regime for digital asset service providers, creates taxonomy for digital assets, establishes regulatory sandbox.
  3. RBA Project Acacia: Demonstrated that programmable settlement on DLT can coexist with Australia’s existing payment infrastructure.

2.3 The Gap in the Market

Existing platforms fall into two categories: technology-first projects that struggle with regulation, and traditional fund managers treating blockchain as marketing. Neither produces infrastructure a Trustee can confidently underwrite.

OzTokenize occupies the space between these extremes. Designed from the ground up for Trustee compliance requirements, with blockchain layered on a structure that functions as a regulated investment platform even without a single token minted.

03

Legal and Regulatory Framework

Every element exists because a specific provision of the Corporations Act, an ASIC Regulatory Guide, or the AML/CTF Act requires it.

3.1 Managed Investment Scheme (MIS) Structure

OzTokenize operates as a registered Managed Investment Scheme under Chapter 5C of the Corporations Act 2001. The model is a Head Trust with individual Sub-Trusts for each asset class — a wrap-account / master-fund architecture allowing investors to onboard once (single KYC/AML), then allocate to individual Sub-Trusts with distinct risk profiles and distribution methodologies.

Figure 2 — MIS Legal Structure
graph TB AFSL[AFSL Holder] -->|CAR Agreement| OZT[OzTokenize
Corporate Authorised
Representative] TRUSTEE[Independent Trustee] -->|Custodian| HT[HEAD TRUST
Trust Deed + Constitution] OZT -->|Operates| HT HT --> ST1[Sub-Trust 1
Real Estate] HT --> ST2[Sub-Trust 2
Alphractal] HT --> ST3[Sub-Trust 3
Luxury Cars] HT --> ST4[Sub-Trust 4+
Future Assets] INV[Investors
Wholesale + Retail] -->|Single KYC
Onboarding| HT style HT fill:#1B2A4A,color:#fff,stroke:#1B2A4A,stroke-width:2px style TRUSTEE fill:#2E8B8B,color:#fff,stroke:#2E8B8B,stroke-width:2px style INV fill:#EDF5FA,stroke:#1B2A4A,stroke-width:2px style OZT fill:#FEF3E0,stroke:#C8A951,stroke-width:2px

3.2 The CAR Agreement

OzTokenize operates as a Corporate Authorised Representative (CAR) under an existing AFSL holder. This is a bridge to a standalone AFSL. The architecture ensures the transition requires no structural changes to the trust framework, investor accounts, or compliance systems.

3.3 Trustee and Custodial Oversight

An independent, Melbourne-based Trustee with extensive fund administration experience acts as custodian of all scheme assets:

  • Holding all scheme assets (bank accounts, property titles) on behalf of investors
  • Dual-signature control over the Applications Account
  • Approving expenditure above thresholds on the Operational Account
  • Quarterly compliance attestation on KYC/AML status
  • Reconciling platform data against their own records via API data feeds
  • Reviewing and signing off all IM/PDS documents before issuance
  • Oversight of related-party transactions

The Trustee does not access the OzTokenize platform directly. The platform provides structured API data feeds ingested into the Trustee’s own compliance and reconciliation systems.

3.4 Investor Classification

OzTokenize accepts Wholesale investors from launch. Wholesale: AUD 500,000+ single transaction, or accountant certificate (net assets AUD 2.5M+ or gross income AUD 250K+ p.a. for two years). Retail: Product Disclosure Statement (PDS) in compliance with Part 7.9 of the Corporations Act, with consumer protection measures including cooling-off periods where applicable.

For retail custody, OzTokenize engages an external custodian meeting the AUD 10 million NTA requirement, or satisfies the NTA threshold directly.

3.5 Three Regulators

RegulatorJurisdictionKey Obligations
ASICCorporations Act 2001, MIS registration, financial product disclosure, CAR oversightTrust Deed compliance, IM/PDS accuracy, fair dealing, proper record-keeping, ongoing reporting
ATOTax treatment of scheme distributions, GST on management fees, withholding obligationsDistribution statements with tax breakdown, withholding for non-residents, ABN/TFN per Sub-Trust
AUSTRACAML/CTF Act 2006KYC/AML via Sumsub, ongoing monitoring. AUSTRAC registration applies if OzTokenize operates a secondary token market.

3.6 Jurisdiction and Investor Restrictions

  • Sanctioned countries (DFAT consolidated list) excluded entirely.
  • United States persons excluded at launch (withholding tax complexity, SEC/CFTC overlap).
  • Commonwealth countries accepted where wholesale/retail tests are substantially equivalent.
  • Jurisdiction screening automated at onboarding via Sumsub, with manual review for edge cases.
04

Platform Architecture

OzTokenize’s architecture follows the same principle as the legal structure: every traditional function must work independently before the blockchain layer is applied.

4.1 Four-Layer Architecture

Figure 3 — Four-Layer Platform Architecture
graph TB subgraph P[Presentation Layer] P1[Investor Portal] P2[Asset Owner Dashboard] P3[Trustee Data Feed] P4[Admin Console] end subgraph A[Application Layer] A1[Onboarding] A2[Investment Processing] A3[Distribution Engine] A4[Expense Management] A5[Compliance Engine] end subgraph B[Blockchain Layer] B1[Token Mint/Burn] B2[Ownership Registry] B3[Transfer Restrictions] end subgraph D[Data + Integration Layer] D1[Database] D2[Sumsub] D3[Banking APIs] D4[SwapAroo] D5[Valuation Feeds] end P --> A A --> B A --> D style P fill:#EDF5FA,stroke:#1B2A4A,stroke-width:2px style A fill:#E8F5E8,stroke:#2E8B8B,stroke-width:2px style B fill:#FEF3E0,stroke:#C8A951,stroke-width:2px style D fill:#F3E8F5,stroke:#7B4FA0,stroke-width:2px
LayerFunctionTraditional Equivalent
PresentationInvestor portal, asset owner dashboard, trustee data feeds, admin consoleFund manager client portal
ApplicationOnboarding, KYC, investment processing, distribution calculation, reporting, expensesFund administration back-office
BlockchainToken minting/burning, ownership registry, transfer restrictions, on-chain audit trailShare registry + compliance overlay
Data & IntegrationDatabase, API gateway, Sumsub, banking, SwapAroo, valuation feedsCustodian and bank integrations
Key: If the blockchain layer were disabled, the platform continues to function as a traditional fund administration system using its database records as the authoritative registry.

4.2 Blockchain: ERC-1400 Security Tokens

OzTokenize deploys on the Ethereum blockchain using ERC-1400 security token standards:

  • Partition-based ownership: each Sub-Trust’s tokens exist in a separate partition.
  • Transfer restrictions: whitelist-based transfers; only KYC-verified investors can hold tokens.
  • Forced transfers: operator-controlled for regulatory scenarios (court orders, deceased estates).
  • Document linking: on-chain references to IM, Trust Deed, distribution statements.
  • Controlled issuance: tokens minted only when subscription confirmed (payment cleared, KYC verified).

4.3 Hybrid Custody Model

  • Traditional assets (bank accounts, property titles, share certificates): held by the Trustee/Custodian under the Trust Deed.
  • Digital assets (tokens): the smart contract is the custody mechanism, with multi-signature key management.
  • Crypto assets (where applicable): institutional-grade wallet infrastructure with multi-sig authorisation.

4.4 Integration Map

SystemPurposeMethod
SumsubKYC/AML, PEP screening, ongoing monitoringREST API + webhooks
Banking (Applications)Investor subscriptions, distributionsBank API, dual-signature
Banking (Operational)Operating expenses, asset management costsBank API, threshold approval
SwapArooFiat-to-crypto bridge for international investorsInternal API (Nortech)
Valuation FeedsAsset pricing (RedBook, CarSales, independent valuers)REST API / periodic import
Accounting Firm (TBA)Distribution statements, tax, depreciation, GSTStructured data exchange
EthereumToken operations, on-chain audit trailWeb3 / Ethers.js
05

Stakeholder Flows

5.1 Investor Lifecycle

Figure 4 — Investor Lifecycle
graph TD A[1. Register on Platform] --> B[2. Browse Sub-Trusts] B --> C[3. KYC/AML via Sumsub] C --> D{KYC Clear?} D -->|Yes| E[4. Wholesale Classification] D -->|No| F[Manual Review or Reject] F -->|Cleared| E E --> G[5. Submit Subscription] G --> H[6. Payment to Applications Account] H --> I{Funds + KYC OK?} I -->|Yes| J[7. Tokens Minted ERC-1400] I -->|No| K[Hold / Return] J --> L[8. Ongoing: Distributions + Reports] L --> M[9. Redemption: Tokens Burned] style J fill:#2E8B8B,color:#fff,stroke:#2E8B8B,stroke-width:2px style M fill:#C8A951,color:#1B2A4A,stroke:#C8A951,stroke-width:2px style A fill:#EDF5FA,stroke:#1B2A4A,stroke-width:2px
  1. Registration: investor creates an account and provides personal/entity details.
  2. Sub-Trust Selection: investor browses opportunities with IM/PDS, risk disclosures, fee structures, and distribution methodology.
  3. KYC/AML: Sumsub performs identity verification, document checks, PEP screening, sanctions screening, and jurisdiction validation.
  4. Classification: wholesale (AUD 500K+ or accountant certificate).
  5. Subscription: application submitted with IM/PDS acknowledgment and investor declaration.
  6. Payment: funds transferred to Applications Account (Trustee-controlled). Cleared funds and KYC verification required.
  7. Token Issuance: ERC-1400 tokens minted in the relevant Sub-Trust partition.
  8. Ongoing: distribution statements, tax documents, performance updates via the portal.
  9. Redemption: platform calculates NAV-based value, Trustee approves, tokens burned, funds disbursed.

5.2 Asset Owner Flow

  • Onboarding: propose an asset, OzTokenize conducts due diligence, structures the Sub-Trust, engages lawyers for the IM.
  • Operations: submit operational reports, expense claims, maintenance records via dashboard.
  • Expenses: below threshold = auto-approved; above threshold = Trustee approval required.
  • Income data: provide raw data (rental income, revenue) for distribution calculations.
  • Related-party disclosure: platform flags relationships and enforces enhanced approval requirements.

5.3 Trustee Flow

Figure 5 — Trustee Data Flow
graph LR OZT[OzTokenize Platform] -->|API Feeds| TR[Trustee Independent Systems] BC[Ethereum Blockchain] -->|Third data source| TR BANK[Bank Statements] -->|Direct access| TR TR --> REC[Reconciliation] TR --> ATT[Quarterly Attestation] TR --> APP[Expense Approvals] style OZT fill:#2E8B8B,color:#fff,stroke:#2E8B8B,stroke-width:2px style TR fill:#C8A951,color:#1B2A4A,stroke:#C8A951,stroke-width:2px style BC fill:#FEF3E0,stroke:#C8A951,stroke-width:2px
  • API data feeds: investor registry, KYC status, transaction ledger, bank reconciliation data, distribution calculations, expense approvals. No web portal access.
  • Quarterly attestation: reviews complete KYC register and attests to compliance.
  • Expense approval: above-threshold expenses appear in approval queue.
  • Bank control: dual-signature on Applications Account, visibility over Operational Account.
  • IM/PDS review: every disclosure document is reviewed and signed off before issuance.
  • Triple-source reconciliation: platform data vs. bank statements vs. on-chain token registry.
06

Banking Architecture and Fund Flows

Figure 6 — Banking Architecture
graph TB INV[Investors] -->|Subscription AUD| AA[APPLICATIONS ACCOUNT
Trustee Controlled
Dual-Signature] AA -->|Trustee Approved| OA[OPERATIONAL ACCOUNT
Day-to-Day Expenses] AA -->|Distribution
Trustee Approved| INV OA --> AUTO[Below Threshold:
Auto-Approved] OA --> TAPPR[Above Threshold:
Trustee Approval] style AA fill:#1B2A4A,color:#fff,stroke:#1B2A4A,stroke-width:2px style OA fill:#2E8B8B,color:#fff,stroke:#2E8B8B,stroke-width:2px

6.1 Applications Account (Trust Account)

  • Held in the Trustee’s name (or jointly under dual-signature).
  • All investor subscription payments are directed here.
  • No funds released without dual authorisation (OzTokenize initiates, Trustee approves).
  • Distribution payments disbursed from this account after Trustee review.

6.2 Operational Account

  • Funded by transfers from Applications Account (Trustee-approved).
  • Below threshold: approved autonomously by OzTokenize.
  • Above threshold: Trustee approval required (logged, time-stamped, auditable).
  • Property development: stage-gate funding per construction milestone.

6.3 Subscription Flow

Figure 7 — Subscription Sequence
sequenceDiagram participant I as Investor participant P as Platform participant S as Sumsub participant AA as Applications Acct participant T as Trustee participant BC as Blockchain I->>P: Subscribe I->>AA: Transfer AUD P->>S: Check KYC S-->>P: Clear AA-->>P: Funds Cleared P->>T: Notify T-->>P: Reconciled P->>BC: Mint Tokens P->>I: Confirmation

6.4 Distribution Flow

Figure 8 — Distribution Sequence
sequenceDiagram participant AO as Asset Owner participant P as Platform participant ACC as Accounting Firm participant T as Trustee participant I as Investor AO->>P: Income Data P->>ACC: Calculate Tax Components ACC-->>P: Distribution Statement P->>T: Submit for Approval T-->>P: Approved P->>I: AUD + Statement

6.5 Redemption Flow

  1. Investor submits redemption request (subject to lockup if applicable).
  2. Platform calculates NAV-based redemption value.
  3. Trustee reviews and approves.
  4. Tokens burned; investor registry updated.
  5. Proceeds transferred to investor’s bank account.
07

KYC, AML, and Counter-Terrorism Financing

7.1 Sumsub Integration

Outsourced under formal outsourcing agreement (Trustee requirement):

  • Identity document verification with liveness detection
  • Address verification
  • Sanctions screening (DFAT, OFAC, EU, UN)
  • PEP screening with ongoing monitoring
  • Adverse media screening
  • Automated ongoing monitoring with re-verification triggers

7.2 KYC Status Lifecycle

Figure 9 — KYC Status Lifecycle
graph TD A[Documents Submitted] --> B[Sumsub Processing] B --> C{Checks Pass?} C -->|All Clear| D[CLEAR] C -->|PEP Match| E[PEP CHECK] C -->|Issues| F[FLAGGED] C -->|Sanctions| G[REJECTED] F --> H{Review} H -->|OK| D H -->|Denied| G E --> I{EDD Done?} I -->|OK| D I -->|Denied| G D --> J[Ongoing Monitoring] J -->|Change| K[SUSPENDED] K --> H style D fill:#E8F5E8,stroke:#2E8B8B,stroke-width:2px style G fill:#fee2e2,stroke:#dc2626,stroke-width:2px style E fill:#FEF3E0,stroke:#C8A951,stroke-width:2px style K fill:#fef3c7,stroke:#d97706,stroke-width:2px
StatusMeaningInvestor Action
PendingVerification in progressWait
ClearAll checks passedMay invest
FlaggedManual review requiredProvide additional docs
PEP CheckEnhanced due diligenceProvide background info
RejectedCannot proceedAppeal or reapply
SuspendedPreviously cleared, now flaggedActivity paused

7.3 Trustee Attestation

Quarterly review: all active investors Clear, flagged/suspended managed, PEP checks completed, Sumsub outsourcing agreement in good standing.

7.4 AUSTRAC Considerations

No separate AUSTRAC registration at launch (no secondary market, no exchange/remittance). SwapAroo holds dual AUSTRAC licences independently.

08

Asset Class Playbooks

8.1 Real Estate: Property Development

Structure: Individual Sub-Trust acquires property (or right to acquire via put-and-call option). Tokens issued after legal ownership transfers.

First Asset: Cleveland, QLD. Three-quarters through construction. Tokens issued only after ownership transfer to Sub-Trust. Investors receive tokens representing an actual property, not a promise.

Pipeline: Southport. Hotel on Gold Coast.

Figure 10 — Real Estate Investment Flow
graph TD A[Investor Subscribes] --> B[Funds to Applications Account] B --> C[Trustee Approves] C --> D[Exercise Put-and-Call] D --> E[Ownership to Sub-Trust] E --> F[Tokens Minted] F --> G{Completed?} G -->|No| H[Stage-Gate Funding] H --> G G -->|Yes| I[Rental/Sale Proceeds] I --> J[Distribution per IM] style E fill:#E8F5E8,stroke:#2E8B8B,stroke-width:2px style F fill:#FEF3E0,stroke:#C8A951,stroke-width:2px style J fill:#2E8B8B,color:#fff,stroke:#2E8B8B,stroke-width:2px

Valuation: Independent registered valuer at acquisition, annual revaluations, NAV per token = (Property Value + Cash - Liabilities) / Total Tokens.

Compliance: independent valuation, stage-gate expenses, GST registration, accounting firm manages depreciation/tax.

8.2 Technology Equity: Alphractal

Structure: SAFE into NorTech Labs Pty Ltd (Australia), which holds IP for Alphractal, a crypto analytics SaaS (Delaware, USA).

Business: ~25,000 registered users, <2% conversion, USD 39/month starting. Raising seed round for AUD 2M marketing investment.

Terms: 24-month lockup. Token pricing from SAFE valuation cap, adjusted for subsequent events.

Figure 11 — Alphractal (SAFE) Investment Flow
graph TD A[Investor Subscribes] --> B[Funds to Applications Account] B --> C[Trustee Approves] C --> D[SAFE Executed with NorTech Labs] D --> E[Tokens Issued] E --> F[Marketing Capital Deployed] E --> G[Ongoing Reporting] G --> H{Conversion Event?} H -->|Equity Round| I[SAFE Converts, Tokens Repriced] H -->|Acquisition/IPO| J[Exit Proceeds Distributed] style D fill:#FEF3E0,stroke:#C8A951,stroke-width:2px style J fill:#2E8B8B,color:#fff,stroke:#2E8B8B,stroke-width:2px

8.3 Luxury Car Rental Income

Structure: Sub-Trust acquires pool of 2–3 vehicles (~AUD 1M). Operated by Velo Rentals.

Token-Based Vehicle Tracking: Each vehicle’s token links to real-time operational data: GPS location, maintenance records, condition reports, mileage, service history. Updates via API feeds from vehicle management system and IoT devices.

Valuation: RedBook and CarSales APIs. Vehicles held until ~30,000 km, then sold.

Figure 12 — Luxury Car Investment Flow
graph TD A[Investor Subscribes] --> B[Funds to Applications Account] B --> C[Trustee Approves] C --> D[Vehicles Acquired, Title to Sub-Trust] D --> E[Tokens Minted + Vehicle Tracking Live] E --> F[Velo Rentals Operates] F --> G[Rental Income to Sub-Trust] G --> H[Distributions Weekly/Monthly] H --> I{At 30K km?} I -->|No| F I -->|Yes| J[Vehicle Sold] J --> K[Proceeds Distributed, Tokens Burned] style D fill:#E8F5E8,stroke:#2E8B8B,stroke-width:2px style E fill:#FEF3E0,stroke:#C8A951,stroke-width:2px

Distribution: Weekly or monthly from net rental income after operating expenses (insurance, maintenance, management fees, depreciation). Accounting firm calculates tax components including GST and depreciation deductions.

09

Crypto Flows and SwapAroo Integration

The standard investor journey does not involve cryptocurrency. SwapAroo, a separate Nortech Labs brand, is invoked only for specific use cases.

9.1 SwapAroo Overview

AUSTRAC dual-licensed (digital currency exchange + remittance) with Westpac banking. Operates independently of OzTokenize’s scheme structure.

9.2 Three Use Cases

Figure 13 — SwapAroo Integration Flows
graph LR subgraph On-Ramp II1[International Investor] -->|Crypto| SW1[SwapAroo] -->|AUD| AA1[Applications Account] end subgraph Off-Ramp AA2[Distribution / Redemption] -->|AUD| SW2[SwapAroo] -->|Crypto| II2[International Investor] end subgraph Operational ST[Sub-Trust] -->|AUD| SW3[SwapAroo] -->|Crypto| MKT[Crypto-Native Expenses] end style SW1 fill:#C8A951,color:#1B2A4A,stroke:#C8A951,stroke-width:2px style SW2 fill:#C8A951,color:#1B2A4A,stroke:#C8A951,stroke-width:2px style SW3 fill:#C8A951,color:#1B2A4A,stroke:#C8A951,stroke-width:2px
  1. International investors (on-ramp): convert crypto to AUD via SwapAroo before subscribing.
  2. International investors (off-ramp): convert distributions/redemption proceeds to crypto.
  3. Operational crypto: Sub-Trusts with crypto-denominated expenses (e.g., Alphractal marketing).
Key: Funds enter OzTokenize as AUD. The scheme never directly holds cryptocurrency on behalf of investors. SwapAroo’s compliance is independent of OzTokenize’s.
10

Automated Audit and Compliance System

Triple-layer audit architecture with continuous monitoring. Each layer operates independently; outputs are cross-referenced.

Figure 14 — Triple-Layer Audit Architecture
graph TB subgraph L1[Financial Audit] F1[Bank Reconciliation] F2[Distribution Verification] F3[Expense Matching] F4[NAV Cross-Check] end subgraph L2[Smart Contract Audit] S1[Token Supply Check] S2[Whitelist vs KYC List] S3[Event Log Matching] end subgraph L3[Regulatory Compliance] R1[KYC Monitoring] R2[Jurisdiction Screening] R3[Related-Party Flagging] R4[Reg Change Tracking] end L1 --> X[Cross-Reference Engine] L2 --> X L3 --> X X -->|Discrepancy| AL[Alert + Investigation] X -->|Aligned| RP[Compliance Report to Trustee] style L1 fill:#EDF5FA,stroke:#1B2A4A,stroke-width:2px style L2 fill:#FEF3E0,stroke:#C8A951,stroke-width:2px style L3 fill:#E8F5E8,stroke:#2E8B8B,stroke-width:2px style X fill:#1B2A4A,color:#fff,stroke:#1B2A4A,stroke-width:2px

10.1 Financial Audit Layer

  • Automated reconciliation: platform records vs. Applications Account vs. Operational Account bank statements.
  • Distribution verification: engine output vs. accounting firm’s independent calculation.
  • Expense tracking: submissions matched against bank debits; unmatched items flagged.
  • NAV calculation: cross-referenced against Trustee’s independent valuation.

10.2 Smart Contract Audit Layer

  • Token supply: minted minus burned = active investor registry.
  • Whitelist vs. KYC-cleared list: any discrepancy triggers immediate alert.
  • Event log: all on-chain events compared against platform transaction records.
  • Periodic security audits by independent blockchain security firms.

10.3 Regulatory Compliance Layer

  • Continuous KYC status monitoring with automated alerts.
  • Jurisdiction verification against updated sanctions lists.
  • Related-party transaction flagging and enhanced review routing.
  • Regulatory change tracking with impact assessment.
  • Automated generation of Trustee quarterly attestation data packages.

10.4 Audit Trail

Every action generates an immutable record in three locations: platform database, Ethereum blockchain, and Trustee’s independent systems. Tampering requires simultaneous modification of three independent systems.

11

Token Model

OzTokenize does not issue a native platform token. No utility token, no governance token. Tokens exist exclusively to represent beneficial ownership interests in individual Sub-Trusts.

11.1 Token Function

Each Sub-Trust’s tokens represent the holder’s proportional interest in that Sub-Trust’s assets. The token does not confer voting rights or governance authority beyond representing the economic interest from the Trust Deed and IM. The legal interest exists because of the Trust Deed; the token records it on-chain.

11.2 Token Pricing

Asset ClassPricing Methodology
Real EstateNAV-based: independent valuation / total tokens
Alphractal (SAFE)SAFE valuation cap, adjusted for subsequent events
Luxury CarsNAV-based: RedBook/CarSales market values, adjusted for depreciation

11.3 No Secondary Market at Launch

Investors acquire tokens via primary subscription and exit via platform redemption. This avoids additional AUSTRAC registration and market licence requirements. Secondary market may be introduced in future phases as AUM grows and regulatory conditions permit.

11.4 Why ERC-1400

FeatureERC-20ERC-1400 (OzTokenize)
Transfer restrictionsNoneWhitelist-enforced, KYC-only
Partition supportNoYes, per Sub-Trust
Forced transfersNoYes, for regulatory compliance
Document linkingNoOn-chain references to IM/Trust Deed
Issuance controlOpenAuthorised operator only
12

Related-Party Transaction Management

Three of OzTokenize’s first three asset classes involve related-party relationships. This is disclosed, managed, and subject to enhanced governance exceeding minimum requirements.

12.1 Identified Relationships

AssetRelationshipConflict
AlphractalNorTech Labs owns 30% of shares. Pablo is CTO of both entities.Sub-Trust invests in parent company’s asset. Valuation and terms must be independently verified.
Luxury Cars (Velo Rentals)Eduardo, OzTokenize Founder, owns Velo Rentals.Sub-Trust pays management fees to co-founder’s company. Terms must be arm’s length.
Real Estate (Cleveland)Purchasing from a fund in which Kevin is the manager.Sub-Trust acquires asset from related fund. Terms must be independently verified.

12.2 Governance Framework

  1. Prominent disclosure: dedicated related-party section in each affected IM/PDS.
  2. Independent valuation: all related-party terms independently assessed before execution.
  3. Trustee oversight: Trustee reviews and approves all related-party transactions.
  4. Ongoing reporting: flagged in every reporting cycle (distributions, expenses, annual reviews).
  5. Investor consent: obtained where required by Trust Deed or Corporations Act.

12.3 Rationale

Related-party transactions in the initial pipeline reflect the pragmatic reality of launching a new platform. The governance framework is deliberately over-engineered to set the precedent for all future transactions, including those with no relationship to OzTokenize.

13

Valuation Framework

13.1 Principles

  • Independence: valuations performed or verified by parties independent of the asset owner and OzTokenize.
  • Third-party data: external, verifiable sources (registered valuers, market APIs, audited financials).
  • Documentation: every valuation, methodology, inputs, and assumptions retained for compliance.
  • Frequency: at acquisition, periodically (at least annually), and upon material change.
  • Consistency: IM methodology applied consistently unless Trustee-approved change.

13.2 Asset-Specific Methods

AssetMethodData SourcesFrequency
Real EstateIndependent registered valuer; NAV per tokenRegistered valuer, comparable sales, rental yieldsAcquisition, annually, material change
AlphractalSAFE valuation cap; adjusted per eventsSAFE terms, comparable SaaS valuations, independent assessmentAcquisition, per event, annually
Luxury CarsMarket-based (RedBook/CarSales)RedBook API, CarSales API, condition reportsMonthly (auto), quarterly (human)

13.3 Accounting and Tax

Accounting firm (currently being appointed) engaged at SPV level for each Sub-Trust: depreciation schedules, GST, tax components for distribution statements, annual financials. The accounting firm assumes professional liability for distribution calculations, creating clear accountability from accounting firm to Trustee to platform to investor.

14

Revenue Model

Fee TypeDescriptionCharged To
Structuring Fee (Upfront)One-time: structuring Sub-Trust, legal documents, asset onboardingAsset Owner / initial subscription
Management Fee (Ongoing)Annual AUM-based: platform operations, investor services, complianceSub-Trust (NAV reduction)
Platform Technology FeeBlockchain infrastructure, smart contract maintenanceSub-Trust
Performance Fee (where applicable)Performance-linked, per IM termsSub-Trust (high-water mark)
Capital Raise FeeFee on capital raised for each Sub-TrustSub-Trust / investors
Administration FeeOngoing fund administration, may include platform technology costsSub-Trust (NAV reduction)

14.1 Trustee Removability

Fees structured as service fees, not equity interests. Trust structure, bank accounts, and investor records exist independently of OzTokenize’s technology. In a transition, the Trustee appoints a replacement administrator and the scheme continues under the existing Trust Deed.

14.2 Financial Projections

MetricYear 1Year 2
Target AUMAUD 50 millionAUD 100–200 million
Active Sub-Trusts5–1015–20
Asset Verticals3 (Real Estate, Tech Equity, Luxury Cars)4+ (adding Infrastructure)
Investor BaseWholesale + RetailWholesale + Retail
15

Risk Factors

15.1 Regulatory Risk

The Australian regulatory framework for digital assets is evolving. Changes to legislation or ASIC guidance could require structural modifications or impose additional costs. Mitigated through compliance-first architecture and ongoing regulatory monitoring.

15.2 Technology Risk

Smart contract vulnerabilities, blockchain disruptions, gas fee volatility. Mitigated through independent audits, hybrid architecture (platform functions without blockchain), and multi-sig key management.

15.3 Liquidity Risk

No secondary market at launch. Investors hold until the Sub-Trust’s defined exit event or redemption window. Disclosed in each IM/PDS.

15.4 Asset-Specific Risk

Property values may decline, startups may underperform, vehicles may depreciate faster. Detailed in each Sub-Trust’s IM/PDS.

15.5 Related-Party Risk

Three launch assets involve related-party relationships. Enhanced governance (Section 12) applies, but conflicts may not be fully eliminated by disclosure alone.

15.6 Counterparty Risk

Dependence on Sumsub, banking partners, Trustee, accounting firm, and legal counsel. Documented SLAs and contingency plans for critical provider replacement.

15.7 Operational Risk

Pre-revenue platform with typical early-stage risks: team dependency, funding requirements, track record building. CAR arrangement bridges to full AFSL.

16

Roadmap

Phase 1: Launch (Q2 2026)

Deliverables within 6–8 weeks of Trustee sign-off:

  • Trust Deed execution (Head Trust + Sub-Trust provisions).
  • First IM (Alphractal) reviewed by lawyers and Trustee.
  • AML/CTF onboarding with Sumsub integration live.
  • Bank accounts established (Applications + Operational).
  • ABN/TFN obtained for scheme.
  • CAR agreement signed with AFSL holder.
  • Platform MVP: investor onboarding, KYC, subscription, token minting.
  • Accounting firm appointed and integrated.
  • Token-based vehicle tracking live for luxury cars.
  • Trustee API data feeds fully operational.
  • Triple-layer audit system automated.
  • First assets live, Alphractal & Cleveland.

Phase 2: Expansion (H2 2026)

  • Luxury cars & other asset Sub-Trusts live.
  • Third-party asset owners onboarding pipeline open.
  • AUM target: AUD 20–30 million.

Phase 3: Scale (2027)

  • Fourth vertical: infrastructure and development projects.
  • Third-party asset owners onboarded.
  • AFSL application commenced.
  • Secondary market feasibility assessment.
  • Target AUM: AUD 50–100 million.

Phase 4: Maturity (2028+)

  • Standalone AFSL obtained.
  • Secondary market launch (with AUSTRAC registration).
  • International expansion (NZ, Singapore, UK). With Whitelabel.
  • Target AUM: AUD 200+ million.
17

Team and Governance

17.1 Founding Team

NameRoleFocus
Kevin NolanFounder & Managing DirectorOperational leadership, regulatory alignment, commercial execution
EduardoFounder & Executive ChairmanVision, capital alignment, long-term strategy, governance. Founder of SwapAroo (AUSTRAC dual-licensed) and Velo Rentals.
PabloFounder & Chief Technology OfficerPlatform architecture, automation, delivery. Leads development of OzTokenize’s core infrastructure.

17.2 External Advisors and Service Providers

RoleEntityResponsibility
Trustee / CustodianIndependent (Melbourne)Custodial oversight, dual-control banking, quarterly attestation, IM/PDS review
Legal CounselTo be confirmedTrust Deed, IM/PDS preparation, regulatory compliance, CAR agreement
Accounting FirmTBA (being appointed)SPV accounting: depreciation, GST, tax components, distribution statements
KYC/AML ProviderSumsubIdentity verification, PEP/sanctions screening, ongoing monitoring
Blockchain AuditorTo be appointedIndependent smart contract security audits

17.3 Governance Principles

  1. Independence: the Trustee operates independently and can act unilaterally if scheme members’ interests are at risk.
  2. Transparency: all material information, conflicts, and operational data available to Trustee and investors via structured reporting.
  3. Removability: OzTokenize can be replaced as scheme administrator without affecting investors’ legal rights, asset custody, or the trust structure.
A

Appendix A: Glossary of Terms

TermDefinition
AFSLAustralian Financial Services Licence
AML/CTFAnti-Money Laundering / Counter-Terrorism Financing
ARAuthorised Representative
ASICAustralian Securities and Investments Commission
ATOAustralian Taxation Office
AUMAssets Under Management
AUSTRACAustralian Transaction Reports and Analysis Centre
CARCorporate Authorised Representative
ERC-1400Ethereum security token standard with built-in compliance
IMInformation Memorandum (wholesale disclosure document)
MISManaged Investment Scheme (Corporations Act Chapter 5C)
NAVNet Asset Value
NTANet Tangible Assets
PDSProduct Disclosure Statement (retail disclosure document)
PEPPolitically Exposed Person
RWAReal-World Assets
SAFESimple Agreement for Future Equity
SPVSpecial Purpose Vehicle
B

Appendix B: Regulatory References

  • Corporations Act 2001 (Cth), Chapter 5C (Managed Investment Schemes) and Chapter 7 (Financial Products and Services)
  • ASIC Regulatory Guide 166: AFS Licensing Financial Requirements
  • ASIC Information Sheet 225: Digital Assets (Updated October 2025)
  • Anti-Money Laundering and Counter-Terrorism Financing Act 2006 (Cth)
  • Digital Assets Framework Bill 2025
  • Reserve Bank of Australia: Project Acacia Reports (2024–2025)
  • ASIC Regulatory Guide 136: Managed Investment Schemes
  • DFAT Consolidated List of Sanctioned Entities