Introduction

Tokenising real estate has historically been approached as a single‑asset exercise: one property, one Special Purpose Vehicle (SPV), one token contract. This model works but does not scale. For portfolio owners – developers with multiple buildings, investment funds holding dozens of properties, or platforms aggregating assets from different landlords – administering a separate SPV and token deployment for each property creates unnecessary overhead, fragments liquidity, and complicates governance.

A more efficient architecture is a multi‑property SPV or trust that holds a portfolio of properties, with token economics that preserve per‑asset economic rights and voting autonomy. In this model, a single legal entity issues a single ERC‑1155 token contract representing all properties, but each token ID is tied to a specific property. Holders of tokens for Property 14 benefit exclusively from that property’s rental income and appreciation, and vote only on decisions affecting Property 14. Yet the SPV benefits from consolidated administration and the ability to cross‑reference properties for compliance or financing purposes.

The SQMU standard – 1 SQMU token = 1 verified square metre of property – provides the technical foundation for this architecture. This article sets out a legal and governance framework for multi‑property SPVs and trusts that aligns with the SQMU model, covering constitutional design, on‑chain truth, property addition and removal mechanics, and cross‑chain compatibility with r3nt rental contracts. It is intended for legal advisors, tokenisation platform operators, and portfolio owners who seek to scale tokenised real estate without sacrificing asset‑specific integrity. For an overview of the SQMU standard, refer to the SQMU Standard. For technical deployment, see the open‑source implementation.

Why a Multi‑Property SPV?

A single‑asset SPV is conceptually simple but operationally heavy. Each new property requires a separate legal entity, a separate bank account, a separate token contract, and separate investor onboarding. For a portfolio of 50 properties, this is unworkable.

A multi‑property SPV consolidates legal administration – one set of constitutional documents, one tax filing, one registry of directors – while maintaining economic separation through share classes (or trust units) linked to individual properties. The SQMU token contract mirrors this structure: a single ERC‑1155 contract with distinct token IDs, each with its own supply equal to the property’s area.

The multi‑property approach offers several advantages:

• Scalability: Add new properties by minting a new token ID and conducting a primary sale, without forming a new legal entity.
• Cross‑property efficiency: Shared expenses (e.g., SPV audit, legal fees) can be allocated pro‑rata, reducing per‑property costs.
• Investor convenience: Investors can hold tokens for multiple properties within a single wallet and a single SPV relationship.
• Liquidity aggregation: Properties can be listed on the same secondary exchange, increasing visibility.

The challenge is to ensure that token holders for one property are not exposed to the economic risks of other properties, and that voting rights are correctly partitioned. The constitutional framework described below addresses these challenges.

Core Principles of the SQMU Per‑Asset Model

The model is built on five principles that must be reflected in the SPV’s Articles of Association (AoA), trust deed, or DLT foundation charter.

1. Per‑Asset Economic Rights

Each property held by the SPV constitutes a separate asset class. The SPV’s total share capital is divided into classes, each corresponding to a specific property. The number of shares in a class equals the property’s verified square metre area. SQMU tokens are issued for each class, with the token supply matching the share count. A holder of a token for Property 14 has economic rights – rental income, capital appreciation on sale, and liquidation proceeds – solely from Property 14. They have no claim on the income or value of Property 15 or any other asset held by the SPV.

2. Per‑Asset Voting

Voting is also partitioned. For decisions that affect only a specific property (e.g., approving a sale, major renovation, or new lease terms), only the token holders of that property’s class vote. Their voting power is proportional to their token holdings within that class. For global decisions that affect the SPV as a whole (e.g., winding up the SPV, amending the constitutional documents, adding a new director), all token holders vote with power proportional to their total token holdings across all classes. This separation ensures that Property 14 holders cannot force the sale of Property 15, and that global governance remains fair.

3. On‑Chain as Ultimate Source of Truth

The blockchain (permissioned or public, as discussed below) is the definitive record of token holder balances, property‑class linkages, and voting outcomes. The SPV waives the maintenance of a separate off‑chain share register, except for emergency backup snapshots. For legal and judicial purposes, the state of the blockchain at a given timestamp is conclusive evidence of ownership and rights. The constitutional documents must explicitly state this, and the SPV must agree to accept blockchain records in any dispute resolution or regulatory proceeding.

4. Programmable Addition and Removal of Property Classes

Adding a new property to the SPV should not require a global vote of all existing token holders. The directors (or a designated governance body) authorise the addition, subject to compliance with securities laws. New shares in a new class are created, and the corresponding SQMU tokens are minted and sold via the AtomicSQMUDistributor contract. The primary sale proceeds fund the property acquisition. Existing token holders are not diluted economically because the new property has its own class; however, their global voting power is diluted proportionally – an acceptable trade‑off for the ability to scale.

Removing a property (e.g., by sale) requires approval only of the token holders of that property’s class. A quorum of 50% of tokens in that class, and a majority of votes cast, triggers the sale process. The smart contract automatically distributes the sale proceeds to token holders and burns the tokens. For holdouts, the contract forcibly transfers their tokens to a treasury address, burns them, and pays the equivalent value based on the sale price. This forced transfer mechanism is pre‑authorised in the constitutional documents, to which all token holders have consented upon acquisition.

5. Cross‑Chain Flexibility for Rental Rights

Ownership tokens (SQMU) may be deployed on a permissioned chain that enforces KYC, whitelisting, and transfer restrictions – for example, an Avalanche L1 subnet. Rental‑rights tokens (SQMU‑R, used in the r3nt protocol) can be deployed on a public chain (e.g., Arbitrum or Base) to achieve low‑cost, open access. The r3nt contract references the permissioned chain’s property ID via metadata or a light client oracle, verifying that the landlord (or the SPV) holds the corresponding SQMU tokens. This architecture separates compliance‑sensitive ownership from high‑velocity rental payments, satisfying regulators while preserving user experience.

Constitutional Clauses for the SPV or Trust

While a full clause‑by‑clause template is best left to legal advisors, the following key provisions should be incorporated.

A. Share Capital by Property Class

• The SPV’s authorised share capital is divided into classes, each designated by a unique property identifier (e.g., “Class 14 – Property 14”).
• The number of shares in each class is fixed and equals the certified square metre area of that property.
• No shares may be issued in a class beyond that fixed number.
• Shares are recorded as entries on the blockchain (permissioned EVM chain) and are represented by SQMU tokens.
• The SPV renounces the maintenance of any separate share certificate or register; the blockchain is the definitive record.

B. Economic Rights

• Holders of shares in a class are entitled to receive all income generated by the corresponding property (net of expenses allocated to that property) in proportion to their shareholding.
• Upon sale of the property, the net proceeds are distributed exclusively to the holders of that class, in proportion to their holdings, within 14 days of closing.
• Upon liquidation of the SPV, the assets of each property are distributed separately to the corresponding class holders, after payment of all debts specifically allocated to that property.

C. Voting and Governance

• Property‑specific decisions (sale, major capital expenditure, change of property manager): Only holders of that property’s class vote, with one vote per share. Quorum: 50% of issued shares in that class. Majority required: simple majority (50%+1 of votes cast).
• Global decisions (amendment of these Articles, appointment or removal of directors, winding up of the SPV): All shareholders vote, with one vote per share (counting all classes). Quorum: 25% of total issued shares. Majority: two‑thirds of votes cast.
• Voting may be conducted through a smart contract or a recognised digital voting platform, with results recorded on the permissioned chain.
• The SPV may elect directors by global vote; directors hold office for a term of two years.

D. Addition and Removal of Property Classes

• Addition: The board of directors may authorise the creation of a new property class and the corresponding issue of shares. New shares are offered through an on‑chain primary sale contract (AtomicSQMUDistributor) at a price determined by an independent appraisal. No approval of existing shareholders is required.
• Removal: The board may initiate a sale of a property if holders of that property’s class approve by a resolution meeting quorum and majority. Upon such approval, the board shall execute the sale. The sale proceeds shall be deposited into a designated smart contract that automatically converts proceeds to stablecoins, distributes to token holders pro‑rata, and burns the corresponding tokens. Any token holder who has not affirmatively voted may still surrender their tokens to receive payment; if they do not, the smart contract will forcibly transfer and burn their tokens after a 30‑day notice period, and the proceeds will be held in escrow for their benefit.

E. On‑Chain Records and Legal Finality

• The permissioned EVM chain (specified in the attached schedule) is the official register of shareholders and their shareholding in each class.
• A snapshot of the chain’s state at a given block number shall be accepted by the SPV and its directors as conclusive evidence of shareholding for any dividend distribution, voting, or other action.
• In the event of a catastrophic failure of the blockchain, a set of emergency snapshots (stored off‑chain with a licensed auditor) may be used to reconstitute the share register, but the on‑chain state shall be restored as soon as practicable.

F. Forced Transfer and Judicial Override

• Every person acquiring shares in the SPV (by purchasing SQMU tokens) consents to the forced transfer mechanism described in Article D (removal of property classes).
• If a court of competent jurisdiction orders a transfer of shares (e.g., for inheritance, divorce, or fraud), the SPV’s directors may execute that transfer by instructing the smart contract administrator to move the tokens to the designated wallet. The administrator shall be a multi‑signature wallet controlled by the board or a licensed custodian.

G. Governing Law and Dispute Resolution

• The SPV is governed by the laws of [jurisdiction, e.g., Labuan, Malaysia; ADGM, Abu Dhabi; Singapore].
• Any dispute arising out of or relating to the blockchain record, token holdings, or votes shall be resolved by arbitration seated in the same jurisdiction, with the arbitral tribunal empowered to order specific performance, including the transfer of tokens.

Choosing the Legal Vehicle and Jurisdiction

The multi‑property SPV model works in several jurisdictions, each with its own advantages.

Jurisdiction	Vehicle	Advantages for SQMU Model
ADGM (Abu Dhabi)	DLT Foundation	Dedicated framework for tokenised entities; on‑chain governance recognised; minimum initial assets $50,000.
Labuan (Malaysia)	Labuan Special Trust (LST)	Digital Financial Services framework includes asset tokenisation; Shariah‑compliant structures (IDAC, RAMZ); low tax (3%); 100% foreign ownership.
Singapore	Variable Capital Company (VCC)	Umbrella structure with sub‑funds for each property; supports digital securities; strong regulatory alignment with MAS.
BVI / Cayman Islands	BVI Company / Cayman Foundation	Flexible corporate legislation; explicit support for tokenised shares; mature service provider ecosystem.

The choice depends on the target investor base, the location of the properties, and the preferred regulatory regime. For most Asian portfolios, the Labuan LST combines cost‑effectiveness with a clear tokenisation framework. For Middle Eastern assets, ADGM’s DLT Foundation is the most advanced.

For a detailed analysis of tokenisation in Malaysia, see the Malaysia real estate tokenisation guide. For Singapore, refer to the MAS framework analysis.

Technical Implementation on Permissioned and Public Chains

The SQMU token contract is deployed on a permissioned Avalanche L1 subnet (or a similar low‑cost EVM chain). The subnet can enforce KYC/AML at the validator level, whitelist wallet addresses, and restrict transfers to approved participants. This satisfies regulatory requirements without burdening the smart contract with complex compliance logic.

The r3nt rental contract (SQMU‑R) is deployed on a public chain (Arbitrum or Base). The r3nt contract references the permissioned chain’s property ID and may use a light client or oracle to verify that the SPV (or landlord) holds the corresponding SQMU tokens. This cross‑chain design keeps ownership data compliant and accessible only to authorised parties, while rental payments and distributions benefit from the efficiency and openness of public networks.

The SQMU WordPress plugin supports deployment to multiple chains, making it easy to manage the dual‑chain architecture from a single dashboard.

Practical Steps for Implementation

1. Select jurisdiction and legal vehicle in consultation with local counsel.
2. Draft constitutional documents incorporating the clauses described above.
3. Establish the SPV or trust and acquire the first property (or properties) into it.
4. Certify each property’s area by a licensed surveyor.
5. Deploy the SQMU contract on the chosen permissioned chain using the SQMU WordPress plugin.
6. Create token IDs for each property, setting total supply equal to the area.
7. Conduct primary sales via the AtomicSQMUDistributor contract.
8. Deploy r3nt contracts on a public chain if rental income will be tokenised.
9. Establish governance processes (election of directors, voting mechanisms) using smart contract‑based voting.
10. Maintain compliance through regular audits, AML monitoring, and reporting to the relevant authority.

SQMU consulting can guide you through each step, from legal structuring to technical deployment and investor onboarding. For customised assistance, contact us via the consulting enquiry form.

Conclusion

Tokenising a portfolio of properties does not require a separate legal entity for each asset. A well‑structured multi‑property SPV or trust, combined with the SQMU per‑asset token model, delivers economic separation, partitioned voting, and scalable administration. The constitutional framework set out in this article – per‑asset share classes, on‑chain truth, automatic addition and removal mechanics, and forced transfer provisions – aligns the legal vehicle with the immutable logic of the blockchain.

By deploying ownership tokens on a permissioned chain and rental rights on a public chain, the model also satisfies regulatory compliance while preserving the benefits of decentralised, low‑cost rental payments. For asset managers, platform operators, and developers, this is the architecture that scales tokenised real estate from a single villa to a nation‑wide portfolio.

The SQMU standard, with its 1  square metre = 1 SQMU token determinism, provides the measurement discipline that makes per‑asset economic rights possible. The WordPress plugin reduces deployment to weeks. And with the legal framework described here, the entire system is regulator‑ready.

To explore how this model applies to your portfolio, review the open‑source SQMU implementation and schedule a consulting session.

---

Further Reading

• SQMU Standard: Real Estate Tokenisation by the Square Metre
• Open Source Real Estate Tokenisation: The SQMU Standard
• r3nt: A Structured Framework for Tokenised Rental Contracts
• Real Estate Tokenisation in Malaysia: Digital Asset Laws
• Real Estate Tokenisation in Singapore: MAS Framework
• WordPress Real Estate Tokenisation Plugin – One‑Click SQMU Deployment