The SQMU Standard for Real Estate Tokenisation

A Derivation of Measurement Anchored Real Estate Tokenisation

Why First Principles Are Necessary

Real estate tokenisation involves expressing a physical, legal, and operational asset within a computational environment. Achieving this requires clarity on what aspects of real estate must be preserved and how they can be represented without distortion. A stable framework cannot emerge from assumptions about financial structure or market convention; it must follow directly from the underlying characteristics of property itself.

A first-principles approach begins with the essential questions:

  • What defines real estate as an asset?
  • Which attributes of the physical property are fixed?
  • Which legal structures govern ownership and transfer?
  • Which operational events shape the lifecycle of the asset?
  • Which elements are suitable for on-chain expression, and which require external verification?

Answering these questions establishes the boundaries within which a digital representation can remain accurate across jurisdictions, property types, and time horizons. Once these foundational elements are identified, a technical architecture can be constructed that aligns with them consistently rather than adapting to ad hoc or subjective models.

This paper derives the SQMU framework directly from these first principles. The resulting structure represents real property through a minimal and coherent set of digital components. At its centre is the correspondence between verified physical measurement and digital supply: 1 token = 1 square metre, and each property is expressed through a unique non-fungible identity.

Ownership, rights classes, compliance logic, refinancing structures, and lifecycle transitions emerge naturally from this foundation and form an integrated system capable of representing real estate with long-term consistency.

1. The First Principles of Real Estate

Any digital representation of real estate must reflect the essential characteristics of the asset as it exists in physical and legal systems. These characteristics are stable across jurisdictions and are best understood as three categories of invariants: physical, legal, and lifecycle-related.

1.1 Physical Invariants

Physical characteristics of real property remain consistent regardless of jurisdiction or legal framework:

  • A property occupies a defined physical space.
  • This space is measured in units of area.
  • Rights and obligations are associated with that measurable space.
  • Surface area is universally recognised in legal and commercial processes, typically expressed in square metres or square feet.

These physical attributes precede legal classification and economic interpretation. They form the foundation upon which all subsequent structures of ownership and use are built.

1.2 Legal Invariants

Although legal systems vary in their procedures and terminology, they share a set of underlying principles that govern how property is recognised and managed:

  • Each property is assigned an identity, such as a parcel number or title reference.
  • Ownership is exclusive and bounded.
  • A registry or equivalent custodian maintains authoritative records.
  • Rights may be transferred, encumbered, divided, or passed through inheritance.
  • Transfers and ownership conditions are subject to regulatory requirements and eligibility rules.

These legal invariants establish the framework within which property is held, used, and transferred.

1.3 Lifecycle Invariants

Despite procedural differences across regions, real estate follows a broadly consistent sequence of events throughout its existence:

Acquire Hold Maintain Rent Finance Transfer Retire

This sequence captures the essential operational and financial transitions a property undergoes. The specific mechanisms may differ between jurisdictions, but the underlying lifecycle remains stable.

2. Scope of On-Chain Representation

A blockchain-based representation of real estate must distinguish between information that can be expressed deterministically in code and information that requires external verification. This distinction defines the boundary of a faithful digital twin and ensures that the digital model remains aligned with the underlying physical and legal asset.

2.1 Elements Appropriate for On-Chain Representation

The following components can be expressed directly on-chain, as they correspond to stable, verifiable aspects of the asset or its governance:

  • Physical measurement, forming the basis for digital supply.
  • Property identity, allowing the asset to be uniquely referenced.
  • Ownership allocations, representing how rights are distributed.
  • Lifecycle transitions, reflecting legally or operationally defined events.
  • Transfer conditions, including eligibility and regulatory constraints.
  • Encumbrances and debt structures, including priority relationships.
  • Income flows and distribution logic, where relevant to the property.

These elements are sufficiently structured to be modelled through deterministic state transitions.

2.2 Elements That Require Off-Chain Attestation

Certain aspects of real estate depend on physical inspection, legal judgment, or administrative processes that cannot be captured solely through computation. These include:

  • inspections and condition assessments
  • orders issued by courts or regulatory authorities
  • actions taken by land registries or municipal offices
  • valuation and appraisal outcomes

Such events should be represented on-chain only when accompanied by authenticated attestations from the appropriate external authorities or service providers.

2.3 Boundary of Deterministic Representation

A tokenised property system should reflect verifiable facts rather than interpretive assessments. This boundary preserves consistency between the physical asset and its digital representation and establishes a clear separation between external judgment and on-chain execution.

3. Deriving the Prime Standard: Supply as Measurement

A durable digital representation of real estate requires a supply model that reflects a stable and verifiable aspect of the underlying asset. Measurement provides this foundation by linking token quantity directly to the physical characteristics of the property.

3.1 The Need for a Stable Supply Structure

Token supply can be defined in various ways, including financial units, proportional shares, or administratively chosen quantities. These approaches may suit certain applications but reflect conventions external to the physical asset. A measurement-based structure takes a different approach by grounding supply directly in a verifiable characteristic of the property itself. This supports consistency across assets and jurisdictions and maintains a clear correspondence between physical attributes and digital representation.

3.2 Physical Measurement as the Basis of Digital Supply

Surface area is the property attribute most suitable for this correspondence. It is:

  • objectively measurable
  • legally documented
  • globally recognised
  • comparable across jurisdictions
  • auditable through independent survey
  • unchanged unless modified through regulated processes
  • independent of valuation assumptions

These qualities make area a stable anchor for digital supply. When each token corresponds to a unit of verified measurement, the digital representation remains aligned with the certified physical structure of the asset.

3.3 The Prime Standard

Linking supply to measurement leads to a direct relationship between the physical and digital forms of the asset:

1 SQMU = 1 Verified Square Metre.

Under this model:

  • minting reflects certified measurement
  • total supply corresponds to recorded surface area
  • changes in supply require formal changes to the property and supporting documentation

This establishes a deterministic structure in which digital supply mirrors physical characteristics, providing a consistent foundation for ownership, rights, and lifecycle operations.

4. Deriving ERC-1155 from Representational Requirements

A token standard for real-estate representation must accommodate two distinct characteristics of property: the uniqueness of each asset and the divisibility of its measurable area. The structure must express these characteristics consistently while supporting additional rights and lifecycle operations.

The ERC-1155 standard aligns with these needs because it allows each property to be represented through a unique identifier while permitting fungible units to exist within that identifier.

4.1 Considerations for Fungible Token Models (ERC-20)

The ERC-20 standard models all units of a token as fully interchangeable. This structure is suitable for assets intended to be entirely fungible, but real estate contains elements that require differentiation:

  • property identity
  • multiple rights classes
  • compliance conditions that vary by property
  • encumbrances or priority structures tied to specific assets
  • lifecycle events unique to each property

A purely fungible representation cannot express these distinctions without additional layers of abstraction.

4.2 Considerations for Non-Fungible Token Models (ERC-721)

The ERC-721 standard assigns each token a unique identity. While this captures asset uniqueness, it does not accommodate the divisibility needed to represent measurable units such as square metres. Within a single property, units of area are treated as interchangeable for ownership and distribution purposes, even if they differ physically.

A strictly non-fungible structure therefore cannot model:

  • proportional ownership
  • divisible or modular rights
  • rental or income-sharing units
  • mortgage or encumbrance rights that apply proportionally
  • rebalancing or redistribution of rights within a property

These elements require a degree of fungibility within each property.

4.3 Dual-Layer Representation and ERC-1155

Real estate combines both uniqueness and divisibility:

  • A property has a unique identity.
  • Its measurable area can be represented as interchangeable units.

The ERC-1155 standard supports this structure directly by allowing:

  • a non-fungible layer where each property is represented by a unique token ID
  • a fungible layer where units under that ID correspond to measurable area

This dual representation reflects the underlying characteristics of real property without requiring external abstractions.

NF layer: Token ID = property identity
F layer: Units under that ID = verified square metres

This structure provides a consistent foundation for expressing ownership, income rights, debt rights, and lifecycle transitions while preserving a clear correspondence with the physical asset.

5. Deriving the Lifecycle Architecture

A real estate asset evolves through a sequence of well-defined legal, operational, and financial events. These events are consistent across jurisdictions because they arise from the nature of property ownership rather than from any particular regulatory framework or market structure. A digital representation of real estate must therefore reflect this progression in a structured and traceable manner.

The lifecycle captures the major transitions an asset undergoes from initial acquisition to eventual exit or restructuring:

Acquire Tokenise Sell Maintain Rent Refinance Retire

This sequence forms the organisational framework for describing how the asset is managed, how rights change, and how financial and legal relationships are updated.

5.1 Why the Lifecycle Must Be Represented

Each stage of the lifecycle corresponds to events that are:

  • legally recognised
  • economically significant
  • operationally consequential
  • recorded in registries, contracts, or financial instruments

A tokenised model that seeks long-term correspondence with the real asset must therefore interpret these events as structured transitions in the digital system.

This does not introduce new processes; it reflects existing ones in a computational format that preserves their meaning and impact.

5.2 Structure of Lifecycle Stages

Each lifecycle stage carries a distinct type of information:

Legal Events

These include title transfers, SPV resolutions, regulatory approvals, encumbrance creation, and other actions that alter the legal status of the asset or its ownership.

On-Chain State Transitions

Digital records must reflect these legal changes through updates to token balances, rights structures, transfer conditions, or contract states.

Attestations

Some events originate off-chain—such as inspections, registry updates, insurance outcomes, or refinancing agreements—and must be recorded through authenticated attestations that bring verified information into the digital environment.

Rights Adjustments

Ownership, income entitlements, debt positions, and governance roles may shift as the property moves through different lifecycle stages. The digital system must reflect these changes in a coherent and consistent manner.

5.3 The Purpose of Lifecycle Encoding

Representing the lifecycle as a sequence of structured transitions ensures several forms of alignment:

  • Physical Alignment: digital supply and rights remain tied to the underlying asset.
  • Legal Alignment: the digital record mirrors the authoritative legal state of the property.
  • Operational Alignment: events such as maintenance, rental activity, and refinancing are captured as they occur.
  • Economic Alignment: income, debt, and ownership structures adapt to real-world developments without divergence.

In combination, these provide a stable bridge between the physical asset and its long-term digital representation.

6. Deriving the Entity Model

Real estate is defined not only by physical attributes and legal structures, but also by the participants who interact with the asset. These participants appear across all jurisdictions, and their roles are shaped by long-established legal and operational norms. Any digital representation of real property must therefore accommodate these entities in a manner consistent with their real-world functions.

The entity model is not a product design layer; it emerges directly from the way property ownership, financing, and governance operate in established legal systems.

6.1 The Role of Entities in Real-World Property Systems

Real estate consistently involves participation by a range of legally recognised actors, including:

  • individuals, who hold or inherit property
  • corporations, which develop, own, or manage assets
  • trusts and foundations, which act as long-term custodial structures
  • lenders and financial institutions, which provide capital and hold security interests
  • custodians and registrars, which maintain authoritative records
  • special purpose vehicles (SPVs), which serve as the legal wrapper for ownership and operations

Each of these entities carries defined responsibilities, obligations, and constraints. Their actions determine how a property is acquired, maintained, financed, transferred, or retired.

6.2 Requirements for On-Chain Representation

To accurately reflect real estate within a computational environment, a tokenisation framework must express the capabilities and limitations of entities in a structured way. This requires modelling:

  • eligibility, reflecting who may hold or acquire rights under applicable regulations
  • permissions, defining the specific actions an entity may perform (e.g., SPV directors authorising updates)
  • transfer conditions, including residency, accreditation, or regulatory requirements
  • priority structures, especially for lenders and encumbrances
  • beneficial ownership, distinguishing between legal control and economic entitlement

These attributes are present in every conventional property system and must therefore be expressible within the digital representation.

6.3 Entities as Deterministic Components of the Lifecycle

Because property moves through defined lifecycle stages, the entities involved change their roles over time:

  • During acquisition, registrars, SPVs, and legal representatives define the initial state.
  • During tokenisation, compliance entities and custodians ensure alignment with regulations.
  • During sale, eligible buyers and regulated sellers interact under controlled transfer mechanisms.
  • During maintenance, insurers, management firms, and SPV directors make operational decisions.
  • During rent, tenants and income-right holders participate in structured financial flows.
  • During refinance, lenders assert priority claims and impose conditions on transfers.
  • During retirement, all stakeholders participate in redemption, settlement, or restructuring events.

The entity model must therefore be consistent across all phases, allowing each actor to perform its established role within the digital representation.

6.4 Deriving the Entity Model from First Principles

The need to model entities arises from three underlying principles:

  1. Real estate operates through regulated roles.
    These roles determine what actions an entity may take, and under what conditions.
  2. Rights and obligations differ between entities.
    Owners, lenders, trustees, and registrars each participate in different aspects of the property.
  3. Lifecycle events depend on institutional actions.
    Title updates, mortgage creation, rent distribution, and SPV resolutions all rely on specific actors.

Because these principles are constant across jurisdictions, the entity model becomes an essential component of any valid tokenisation framework. It ensures that the digital system reflects the operational, legal, and financial environment in which real estate exists.

7. Deriving the Requirements for Multi-Chain Operation

Real estate assets have long operational lifespans. They can remain in use, under management, or within an SPV structure for several decades. During this period, the digital infrastructure used to represent the asset must remain accessible, dependable, and adaptable to changes in the broader technological environment.

Blockchains, by contrast, operate within evolving ecosystems. Network conditions—such as transaction fees, block times, liquidity availability, and developer support—may change significantly over long time horizons. New networks may emerge, existing ones may evolve, and some may become less suitable for certain types of activity.

These differing timelines create a structural requirement for flexibility in how digital property representations are maintained.

7.1 Continuity Across Changing Environments

To ensure that tokenised real estate remains usable throughout its lifecycle, several capabilities become important:

  • Persistence of identity:
    A property must retain its canonical identifier even if its tokens operate on different networks over time.
  • Portability of state:
    Tokens may need to move between chains without altering supply, ownership, rights, or historical records.
  • Preservation of metadata:
    Core information about the property—measurement, rights structure, and lifecycle data—must remain consistent across environments.

These capabilities allow the digital representation to maintain alignment with the physical and legal asset regardless of changes in underlying infrastructure.

7.2 Different Networks for Different Functions

Real estate operations may benefit from distinct blockchain environments for specific purposes:

  • execution environments, where day-to-day interactions and state updates occur efficiently
  • liquidity environments, where secondary transfers or financial integrations may be more active
  • finality environments, where long-term settlement or archival durability is desirable

Over the lifespan of a property, these functional requirements may shift. A multi-chain architecture offers the flexibility to adapt without altering the asset’s fundamental representation.

7.3 Architectural Implications

A tokenisation system designed for long-term durability therefore requires:

  • mechanisms for chain-to-chain migration
  • verifiable methods of preserving identity and supply across networks
  • consistent contract logic or state-proof mechanisms
  • continuity of rights structures independent of chain choice
  • compatibility with future execution environments

These considerations do not introduce additional complexity for its own sake; they reflect the need to align a decades-long asset lifecycle with a technological ecosystem that evolves more rapidly.

8. Deriving the SQMU System as an Integrated Architecture

The preceding sections outline the structural requirements for representing real estate in a digital environment. Each requirement arises from a different aspect of the asset—its physical characteristics, legal foundations, operational lifecycle, participant roles, and long-term continuity needs. When these elements are combined, they form a cohesive framework that defines the necessary components of a tokenised property system.

8.1 Alignment with Physical Characteristics

Real estate is defined by measurable space. A supply model based on verified surface area establishes a consistent correspondence between the physical asset and its digital representation. This creates a stable foundation on which rights and obligations can be expressed.

8.2 Alignment with Identity and Rights Structure

Every property has a unique legal identity, while its measurable area consists of interchangeable units. The ERC-1155 standard reflects this dual structure by allowing:

  • a non-fungible identifier for the property
  • fungible units representing its verified measurement
  • additional identifiers for specific rights classes

This structure maintains clarity between asset identity and the rights or units associated with it.

8.3 Alignment with Lifecycle Events

An asset evolves through a predictable sequence of acquisition, operation, financing, and eventual exit or restructuring. Encoding these stages as structured transitions ensures that the digital twin remains aligned with developments affecting the asset across its lifespan. This creates continuity between real-world events and on-chain state.

8.4 Alignment with Participants and Institutional Roles

Property systems involve a variety of legally recognised entities, each with defined responsibilities and constraints. A digital model must capture:

  • eligibility
  • permissions
  • transfer conditions
  • priority structures
  • beneficial ownership distinctions

Incorporating these elements ensures that the system reflects the institutional environment in which property is held and managed.

8.5 Alignment with Long-Term Continuity

Real estate assets may operate for decades, while blockchain environments evolve on shorter cycles. A multi-chain architecture provides the flexibility to maintain a consistent digital representation across changing costs, liquidity conditions, and technology standards. This supports the long-term operability of the token.

8.6 Integrated Outcome

When considered together, these requirements define a unified architecture for representing real estate on-chain:

  • measurement establishes supply
  • property identity establishes the non-fungible layer
  • area representation establishes the fungible layer
  • lifecycle transitions provide operational continuity
  • entity modelling embeds legal and institutional structure
  • attestations bridge external events into the digital record
  • multi-chain capability supports long-term durability

The SQMU framework brings these components together in a coherent structure that reflects the essential characteristics of real property while enabling programmable, verifiable, and transferable digital representation.

9. The Digital–Physical Bridge: Foundations for Implementation

A property is defined through physical characteristics, legal recognition, and the operational processes that govern its use. A blockchain-based representation adds a computational layer, but this layer can only function reliably if it aligns with the physical and legal domains from which the asset derives its meaning and enforceability. A complete tokenisation architecture must therefore integrate three concurrent realms:

  • Physical Reality — land, structures, and measurable characteristics.
  • Legal Reality — registry entries, covenants, encumbrances, rights, and regulatory conditions.
  • Computational Reality — structured digital records expressing ownership, rights, and lifecycle transitions.

For a tokenised property to retain its validity and usefulness, these realms must remain in alignment. This requires a clear anchoring mechanism that binds the digital representation to certified information from the physical and legal domains. Two forms of anchoring provide this structure: measurement and identity.

9.1 Measurement as the Anchor for Deterministic Token Supply

Physical measurement is one of the most stable and consistently documented attributes of real estate. It is recorded through recognised processes such as:

  • cadastral surveys
  • certified inspections
  • architectural plans
  • registry filings
  • zoning and occupancy documentation

These sources establish surface area as a legally attested fact. Because measurement is objective, auditable, and jurisdictionally recognised, it provides a natural basis for defining digital supply. When token supply is derived from verified measurement:

  • the digital representation corresponds directly to the physical property
  • supply is defined by an external fact rather than an internal convention
  • changes in supply require documented changes to the property itself
  • the system maintains consistency across jurisdictions, valuation models, and legal frameworks

For this reason, minting must rely on measurement that has been formally verified through external documentation. The digital system incorporates these inputs through authenticated off-chain attestations, ensuring that the computational state reflects certified physical data. This measurement anchor establishes the first and most fundamental connection between the digital asset and the underlying property.

9.2 Legal Identity as the Anchor for the Non-Fungible Property ID

Every property is defined within legal systems through identifiers that uniquely distinguish it. Examples include:

  • plot or parcel numbers
  • title references
  • condominium or strata unit identifiers
  • composite identifiers for buildings with multiple components

These identifiers are non-fungible by nature and are maintained by authoritative registries or cadastral organisations. They provide the reference point through which ownership, encumbrances, zoning constraints, and other legal rights are recorded.

A digital representation must preserve this uniqueness. Within the ERC-1155 framework, the property’s legal identity is expressed through a non-fungible token ID. This ID corresponds to the asset as a whole, not to its fractionalised components. This identity anchor ensures that:

  • the digital system references the same asset recognised by legal authorities
  • all associated rights, obligations, and lifecycle events link back to a single canonical identifier
  • the property can be unambiguously recognised across networks, applications, and future environments

Together, the measurement anchor and the identity anchor form a foundation upon which the rest of the implementation model is constructed. They provide the structural alignment required for a reliable, long-duration representation of real property on-chain.

10. The Lifecycle Derived from First Principles

Real estate progresses through a sequence of legally and operationally defined phases. These phases appear consistently across jurisdictions because they reflect the fundamental nature of property ownership and management rather than any particular regulatory choice.
A digital representation of real estate must therefore reflect each phase in a structured and traceable manner. The lifecycle, viewed from first principles, can be expressed as:

Acquire Tokenise Sell Maintain Rent Refinance Retire

Each stage introduces new information, new rights, and new constraints. Together, they form the full operational context in which the property exists. The digital system becomes coherent when each stage is mirrored through clear state transitions supported by verifiable inputs.

10.1 Acquire — Establishing the Legal and Physical Basis

Before a property can be represented computationally, its legal and physical foundations must be established.

Key components include:

Legal container formation

Properties are typically held within legally recognised structures such as SPVs, trusts, or corporate vehicles. These entities create a framework for governance, liability, and beneficial ownership.

Recording physical and legal data

Acquisition consolidates the factual characteristics of the property:

  • measurement
  • encumbrances
  • zoning and land-use information
  • existing leases
  • structural details

This information forms the reference point for the digital representation.

Deriving token supply from measurement

Once measurement is verified, token supply can be defined. This establishes alignment between the physical asset, its legal recognition, and its initial computational state. Acquisition is therefore the moment in which the physical and legal realities are expressed in a form suitable for digital representation.

10.2 Tokenise — Establishing the Programmable Rights Structure

Tokenisation is the process of creating a structured, programmable representation of the property and its associated rights.

A comprehensive representation includes:

  • a unique non-fungible identifier for the property
  • fungible units reflecting verified area
  • additional identifiers for rental rights, debt rights, or governance rights
  • eligibility and compliance parameters for transfers
  • mechanisms such as escrow, vesting schedules, or distribution logic where applicable

This stage establishes the formal link between the asset’s legal characteristics and the computational structure used to manage ownership and rights.

10.3 Sell — Transfer of Rights Under Regulatory Frameworks

Ownership transfers in real estate operate within regulated processes.
A digital representation incorporates these conditions by expressing them as structured steps:

  • verification of identity and eligibility
  • adherence to jurisdictional rules concerning ownership and transfer
  • controlled settlement mechanisms
  • atomic exchange of tokens and consideration
  • authorisation and recording through relevant legal entities

The computational layer does not replace legal procedures; it encodes them in a consistent and enforceable manner.

10.4 Maintain — Reflecting Ongoing Changes in the Asset’s Legal and Physical State

Properties undergo continuous change through operational, legal, and physical events.

This phase may involve:

  • updates to registry records
  • modifications to encumbrances or covenants
  • capital expenditure or structural work
  • insurance outcomes
  • compliance renewals
  • SPV-level governance decisions

These developments originate in the legal or operational domain and are reflected in the digital representation through authenticated attestations. Maintenance therefore becomes the longest and most information-rich phase of the lifecycle.

10.5 Rent — Representing Income and Related Rights

Rental activity links the property to a stream of income governed by contractual arrangements.

A digital representation may express this through:

  • rental-right identifiers (SQMU-R)
  • proportional distribution mechanisms tied to area or right classes
  • automated remittance processes
  • adjustments for operational factors such as expenses or vacancies

This links financial activity to the measurable structure of the property in a consistent and traceable way.

10.6 Refinance — Encoding Debt and Priority Structures

Financing is a central component of real estate cycles and introduces rights that differ from ownership or income.

A computational model can express these through:

  • identifiers representing debt or encumbrance rights
  • priority structures among lenders
  • transfer constraints while financing is active
  • amortisation or interest schedules
  • state conditions that reflect default or release events

Encoding these relationships provides a more complete representation of the asset’s financial structure.

10.7 Retire — Concluding or Transforming the Operational Lifecycle

The lifecycle of a real estate asset or its legal wrapper eventually reaches a conclusion, leading to a transition into a new operational state.

This may involve:

  • sale of the property
  • distribution of proceeds
  • dissolution or restructuring of the holding entity
  • migration of the asset into a new SPV or legal wrapper
  • establishment of a new digital lifecycle if ownership continues

Retirement does not represent an end to the asset itself; it marks the closure of the current configuration and the beginning of a new one when required.

11. Rights Classes Derived from Legal Structure

Real estate is defined not only by ownership but by a combination of rights that may overlap, interact, or carry distinct legal consequences. These rights arise directly from property law, contract law, and financing structures. A digital representation must reflect them clearly and consistently.

Within the ERC-1155 framework, each rights category can be expressed as a separate token identifier, allowing the system to distinguish between ownership, income, lending, governance, and encumbrance-related interests. This taxonomy is derived from legal realities rather than from any design preference.

11.1 Ownership Rights (SQMU)

Ownership represents the foundational economic interest in the property. It corresponds directly to physical measurement and forms the basis for proportional entitlement to proceeds or other rights.
Because it is tied to verified surface area, ownership is represented through units of SQMU associated with the property’s non-fungible identifier.

11.2 Rental Rights (SQMU-R)

Rental rights arise from contractual relationships between the property owner (or SPV) and the tenant. These rights define entitlement to income derived from the property’s use. A dedicated identifier allows rental distributions and related adjustments to be expressed programmatically while remaining linked to the underlying legal agreements.

11.3 Debt and Mortgage Rights — Priority-Based Interests

Mortgage and debt relationships create rights that differ fundamentally from ownership or rental entitlement. They include priority claims, restrictions on transfer, and defined repayment obligations. A digital representation must be able to express:

  • security interests
  • repayment structures
  • priority among lenders
  • temporary or long-term restrictions on transfers
  • conditions related to default or release

There are multiple potential models for representing these interests in token form.
The optimal structure may vary by jurisdiction or financing method, and further study is warranted to determine which computational patterns best capture these legal constructs without oversimplification.

11.4 Governance Rights — Decision-Making Authority

Properties held through SPVs, trusts, or corporate vehicles require mechanisms for decision-making. Governance rights may include:

  • voting on operational matters
  • approving major expenditures
  • authorising refinancing
  • determining distribution policy
  • initiating lifecycle transitions such as sale or restructuring

A separate rights class allows governance authority to be defined independently of ownership or income rights. The specific computational model for governance—whether token-weighted, role-based, or hybrid—requires careful evaluation to align with regulatory expectations and jurisdictional norms.

11.5 Encumbrance Rights — Rights Affecting Use and Transfer

Encumbrances such as easements, covenants, restrictions, and land-use constraints carry legal and sometimes economic significance. Where these rights affect value, transferability, or permissible use, a digital representation may require a dedicated identifier or state field to express them.

Different jurisdictions apply these rights in different ways. Representing encumbrances computationally will require a flexible model that can incorporate jurisdiction-specific rules and authenticated off-chain attestations.

11.6 A Rights Taxonomy Derived from Legal Necessity

The rights classes identified above reflect categories that exist in real-world property systems. Their expression in ERC-1155 form does not originate from token design considerations; it follows from the need to reflect:

  • distinct legal interests
  • proportional or non-proportional entitlements
  • decision-making authority
  • financial structures
  • operational constraints

Some rights—particularly those involving debt, governance, and encumbrances—require more detailed modelling to determine the most appropriate computational representation. This is an area for continued development rather than a completed design.

12. Compliance as a Constraint Graph

Ownership and transfer of real estate are governed by regulatory conditions that vary across jurisdictions. These conditions determine who may hold rights in a property, under what circumstances transfers may occur, and which limitations apply to certain categories of participants. A digital representation must therefore reflect compliance as an intrinsic structural component rather than an optional feature.

Compliance requirements arise from established legal frameworks and operate at multiple levels, including residency, nationality, accreditation, sanctions status, and entity type. Because these factors may change over time, the compliance model must be capable of adapting to evolving regulatory conditions.

12.1 Granularity of Compliance Conditions

Compliance may differ from one rights class to another and from one property to another.
For example:

  • ownership eligibility may be restricted
  • debt or mortgage rights may be open to a wider range of participants
  • income rights may be subject to different reporting requirements
  • governance rights may be limited to certain types of entities

For this reason, compliance must be evaluated at the level of individual token identifiers rather than at the system level.

12.2 Enforcement Through Transfer-Level Evaluation

Real estate transfers are not unconditional.
A digital representation must incorporate mechanisms that evaluate eligibility at the point of transfer, ensuring that regulatory requirements are observed automatically.
This includes:

  • buyer and seller eligibility checks
  • restrictions tied to specific rights classes
  • jurisdiction-based limitations
  • temporal conditions, such as lock periods or reporting windows

Deterministic enforcement avoids reliance on post-transfer review or subjective decision-making.

12.3 Dynamic and Jurisdiction-Aware Compliance

Regulatory requirements may evolve due to legislative changes, policy updates, or changes in the status of the parties involved.
A long-term digital representation must therefore allow compliance conditions to be updated through authenticated inputs, ensuring continued alignment with current legal standards.

This may involve:

  • periodic verification
  • renewed documentation
  • updates triggered by SPV or registrar actions
  • conditions that apply differently depending on the jurisdiction of the asset or the holder

A static model is insufficient for long-duration assets.

12.4 The Compliance Constraint Graph

Compliance requirements can be represented as a graph composed of:

  • nodes, representing entities or participant categories
  • edges, representing permissible transfer pathways
  • constraints, representing the legal and regulatory conditions that govern the existence or traversal of each edge

When a transfer is attempted, the system evaluates:

  1. the identities or categories of the participants
  2. the rights being transferred
  3. the relevant jurisdictional conditions
  4. any time-based or event-based constraints

The outcome determines whether the transfer is permitted or must be rejected.

This model reflects the structure of real-world property transactions while expressing it in a consistent and computationally verifiable form.

12.5 Determinism Through Structured Rules

By expressing compliance as a constraint graph, the system removes ambiguity in how eligibility and transfer conditions are applied.
This approach does not replace legal interpretation; rather, it provides a structured mechanism that mirrors it, ensuring that digital transfers occur only when the relevant conditions are met.

13. Multi-Chain Architecture for Long-Term Continuity

Real estate assets operate across timelines that extend well beyond the expected lifecycle of most blockchain networks. Over periods of 20 to 50 years, execution environments may change, costs may fluctuate, and new infrastructure may become more suitable for specific functions. A durable digital representation must therefore be able to adapt to these shifts while preserving the integrity of the underlying asset.

Multi-chain capability supports this by providing flexibility in how the digital representation is maintained and used across different networks.

13.1 Long-Term Requirements

A multi-chain approach enables:

  • execution cost optimisation, as different networks offer different fee markets
  • access to liquidity, by allowing transfers on networks where markets are most active
  • continuity, even if a particular chain evolves or becomes less suitable over time
  • compliance segmentation, where jurisdiction-specific requirements influence network choice
  • geographic routing of activity, aligning with regional user bases or regulatory expectations

These considerations reflect the operational realities of long-duration property assets rather than any specific preference for multi-chain design.

13.2 Canonical Identity Across Chains

To maintain coherence across networks, a property must retain a stable reference point.
This is achieved through a canonical property identity, expressed through the non-fungible identifier associated with the asset.
Regardless of which chain is used for execution or liquidity, the identity remains consistent.

13.3 Preservation of State and Rights

Migrating tokenised assets across chains requires mechanisms that ensure consistency in:

  • token supply
  • ownership allocations
  • rights classes
  • encumbrances
  • historical state
  • compliance conditions

Techniques such as lock-and-mint or burn-and-mint, supported by verifiable proofs, allow state to be transferred without duplicating or fragmenting the asset.

13.4 Alignment with Technological Evolution

A multi-chain architecture does not imply simultaneous operation on many networks.
Rather, it provides the capacity to evolve with the broader technological environment while maintaining:

  • the property’s canonical identity
  • the continuity of rights and obligations
  • the integrity of the digital record

This approach supports the long-term durability of the digital representation and ensures that operational utility is preserved as underlying blockchain platforms change.

14. Contractual Architecture — The Irreducible Legal Primitives

Real estate transactions and operations are grounded in legally binding agreements that define rights, obligations, and financial relationships. These agreements appear consistently across jurisdictions because they reflect the essential legal and economic structure of property.
A tokenised system must therefore incorporate their core elements in a computational format.

The following contract types represent the minimal set of legal primitives that shape property economics. Their digital equivalents provide the framework through which the on-chain representation remains aligned with the legal environment.

14.1 Sale and Purchase Agreement (SPA) — Transfer Structure

Transfers of property, whether direct or via an SPV, are governed by a Sale and Purchase Agreement.
This agreement defines:

  • the parties involved
  • the property or rights being transferred
  • conditions that must be satisfied before completion
  • the purchase consideration
  • the settlement mechanism
  • events that constitute legal completion

A computational representation captures the essential elements of the SPA through:

  • escrow contracts
  • conditional release logic
  • authenticated attestations of fulfilment
  • transfer triggers
  • updates to SQMU ownership

In this form, the SPA becomes a structured state transition linking off-chain legal confirmation with on-chain execution.

14.2 Lease Agreement — Income and Use Structure

Income-generating properties rely on lease agreements that define both financial flows and use-related obligations.
Lease agreements typically include:

  • rent amounts and payment schedules
  • tenant and landlord obligations
  • indexation mechanisms
  • penalties and remedies
  • renewal or break conditions
  • duration and termination clauses

A digital representation expresses these components through:

  • issuance of income-right identifiers (SQMU-R)
  • allocation and distribution schedules
  • automated rent flows
  • adjustments reflecting operational events
  • attested updates when lease terms change

This allows rental activity to be reflected as a predictable and traceable cash-flow sequence.

14.3 Mortgage or Charge Agreement — Debt and Security Structure

Real estate finance is based on debt contracts that specify the rights of lenders and the security interests that protect those rights.
These agreements include:

  • priority of claims
  • collateral terms
  • interest and amortisation schedules
  • covenants
  • conditions for default
  • processes for enforcement

A computational model may express these features through:

  • dedicated debt-right identifiers
  • lock states restricting transfers
  • programme-controlled repayment schedules
  • default conditions represented as state transitions
  • priority-handling logic
  • constraints on transfers while encumbrances are active

This enables the digital system to reflect the financial structure of the asset in a manner consistent with the underlying loan agreement.

14.4 Corporate Governance Contract — Decision-Making Structure

Properties held through SPVs, trusts, or other legal entities rely on governance mechanisms that define how decisions are made.
These mechanisms include:

  • board authority and director roles
  • shareholder resolutions
  • voting thresholds and quorum requirements
  • authorisation for major actions
  • procedures for approving operational changes

A computational representation may incorporate:

  • governance identifiers
  • voting rights and weighting structures
  • quorum enforcement
  • proposal submission and lifecycle processes
  • permissions for authorised signers

This brings SPV-level decision-making into a structured digital format, while remaining grounded in the legal framework governing the entity.

14.5 Service and Operations Contracts — Operational State Structure

Properties require ongoing operational activity supported by contractual arrangements, such as:

  • property management agreements
  • maintenance and service contracts
  • insurance policies
  • renovation and repair contracts

These do not translate to programmable rights in the same sense as ownership or debt, but they influence the operational state of the property.
The digital system incorporates them through attested updates:

  • maintenance logs
  • insurance event flags
  • capital expenditure updates
  • renewal confirmations for compliance-related documentation

These attestations ensure that significant operational changes are reflected in the digital representation.

14.6 Synthesis

Together, these legal primitives provide a framework that captures:

  • how the property is transferred
  • how it is used
  • how it is financed
  • how decisions are made
  • how it is maintained

The contractual architecture derived from these primitives ensures that the computational model aligns with the legally recognised structures that govern real estate across jurisdictions.

15. Financial Primitives Derived from Real Estate Economics

Real estate economics is organised around a small set of fundamental financial relationships. These relationships remain consistent across jurisdictions, asset classes, and market structures. A comprehensive digital representation must therefore express these primitives in a form that reflects their legal and economic meaning.

The core primitives are:

  • Equity — ownership interest
  • Income — recurring cash flows
  • Debt — financing and security interests
  • Exit — settlement at the end of the lifecycle

These primitives inform how rights are distributed, how obligations are managed, and how value is allocated throughout the property’s lifetime.

15.1 Equity Primitive — Expressed through SQMU

Equity arises from legal ownership and is typically proportional to the size of the property interest held. When supply is anchored to measurement, equity becomes a direct function of verified area:

  • ownership share = SQMU held / total SQMU
  • proceeds from liquidation or sale = proportional
  • refinancing effects = proportional adjustments
  • allocation of maintenance obligations = proportional
  • governance weighting (where applicable) = proportional

This creates a deterministic foundation for expressing ownership interests. The proportionality is not imposed by the digital model; it follows from the underlying economics of property.

15.2 Income Primitive — Expressed through SQMU-R

Rental income is a separate economic right arising from lease agreements.
In traditional property systems, the right to receive income may be:

  • held by owners
  • assigned to lenders
  • transferred to third-party investors
  • allocated to trusts or treasury structures
  • divided or pooled for specific purposes

A dedicated identifier (SQMU-R) allows income rights to be expressed independently from ownership. This supports:

  • divisibility
  • allocation to different holders
  • transferability
  • pledging or collateralisation
  • separation from equity rights

This mirrors established structures such as usufruct rights, REIT distribution rights, and assigned income interests.

15.3 Debt Primitive — Represented through Dedicated Debt Constructs

Debt is a central component of real estate finance.
It introduces rights and obligations that differ fundamentally from ownership or income, including:

  • priority among creditors
  • conditions for repayment
  • restrictions during financing periods
  • security interests in the underlying asset
  • procedures for default and enforcement

A digital representation requires a structure capable of expressing these characteristics.
A dedicated debt-right identifier provides a foundation for modelling:

  • visibility into outstanding obligations
  • mechanisms for representing priority
  • transferability or syndication
  • time-based or event-based conditions
  • interactions with ownership and income rights

There are multiple potential architectures for representing mortgage or charge agreements in computational form.
The precise modelling of:

  • enforcement pathways
  • lock states
  • tranche structures
  • refinancing cycles
  • seniority and subordination

requires further study and may depend on jurisdictional specifics.
Debt representation is therefore an active area of design rather than a finalised model.

15.4 Exit Primitive — Expressed through Redemption and Settlement Logic

Every property or SPV eventually reaches an end-state, leading to settlement.
The exit phase involves:

  • distributing sale proceeds
  • settling outstanding debt
  • closing income allocations
  • dissolving or restructuring the holding entity

A digital representation treats exit as a structured settlement event, not as destruction of tokens.
Key characteristics include:

  • proportional distribution of net proceeds
  • prioritised settlement of debt obligations
  • closure of income rights
  • state updates reflecting dissolution or migration

Redemption expresses the completion of the current lifecycle and sets the foundation for any subsequent structure if the asset continues under a new configuration.

15.5 Synthesis

These primitives—equity, income, debt, and exit—form the financial backbone of real estate.
Their digital expression does not replace legal interpretation; it organises it into a structured, verifiable sequence of rights and obligations that mirrors established economic practice.

Debt-specific modelling remains an area for further development, ensuring that the digital framework can accommodate the complexity of real-world financing structures.

16. Failure Modes and the Real-World Threat Model

Any long-duration representation of real estate must account for practical risks that arise from the physical asset, the legal environment, operational behaviour, and the underlying computational infrastructure. These risks are not theoretical; they reflect events that occur regularly in real property systems. A digital model cannot eliminate these risks, but it can organise how they are recognised, recorded, and addressed.

The following categories represent the irreducible failure modes that must be considered in the design of a tokenised property system.

16.1 Physical Measurement Inaccuracy or Misrepresentation

Risk
Surface area may be incorrectly recorded through error, outdated documentation, or misreported survey data.

Considerations for Mitigation
A measurement-anchored system benefits from:

  • cross-verification from multiple attestation sources
  • reliance on certified surveys and architectural documents
  • registry or municipal confirmation
  • delayed or conditional minting until verification is complete

The purpose is to align digital supply with legally recognised measurement, acknowledging that verification comes from external authorities.

16.2 Inconsistent or Delayed Off-Chain Legal Updates

Risk
Changes in registry status, zoning, encumbrances, or court orders may occur outside the digital system and remain unreflected on-chain.

Considerations for Mitigation

  • authenticated attestations from registrars, SPV directors, or authorised agents
  • operational workflows requiring confirmation before significant on-chain updates
  • mechanisms for incorporating external decisions into the digital state

The goal is to maintain correspondence between legal reality and computational state, subject to verified inputs.

16.3 Operational Misconduct or Administrative Failure

Risk
SPV administrators, directors, or service providers may fail to perform obligations, act inconsistently with documented roles, or mismanage funds.

Considerations for Mitigation

  • multi-signature or shared-responsibility custody arrangements
  • structured distribution logic for income
  • governance processes that reflect the legal entity’s authority
  • transparent ledger-based reporting of flows and events

These mechanisms support oversight and traceability rather than replacing legal recourse.

16.4 Ambiguity in Lender Rights or Complex Financing Structures

Risk
Debt arrangements may involve multiple lenders, priority structures, refinancing cycles, or jurisdiction-specific enforcement pathways. Ambiguity can arise if digital and legal representations diverge.

Considerations for Mitigation

  • clear representation of priority and encumbrances
  • mechanisms for restricting transfers during financing periods
  • defined procedures for updating repayment or refinancing terms
  • careful modelling that reflects jurisdiction-specific mortgage and charge law

Because lending structures vary widely, the computational model must be adaptable and requires further detailed study before finalisation.

16.5 Changes or Failures in Blockchain Infrastructure

Risk
A blockchain network may experience increased costs, reduced support, technical degradation, or obsolescence over long time horizons.

Considerations for Mitigation

  • maintaining a canonical property identity independent of chain choice
  • enabling migration between networks via verifiable proofs
  • preserving rights classes and state during transitions
  • allowing different chains to be used for execution, liquidity, or settlement as conditions evolve

The objective is continuity of representation rather than reliance on any specific network.

16.6 Legal or Regulatory Challenge to Token Representation

Risk
Courts or regulators may review or reinterpret how digital tokens relate to underlying property rights.

Considerations for Mitigation

  • using an SPV or comparable entity as the legal wrapper
  • ensuring tokens represent rights or interests in the entity rather than direct claims on land
  • aligning the digital structure with established principles of corporate, trust, or asset law
  • maintaining full auditability of rights, transfers, and state changes

This approach ensures that the legal structure remains intact even if digital processes are examined or contested.

16.7 Synthesis

These risks shape the design of a tokenised property system. None can be fully eliminated through computation, but each can be recognised and integrated into the architecture in a way that supports clarity, verifiability, and long-term alignment between the digital and physical/legal forms of the asset.

17. Long-Term Recapitalisation and Lifecycle Beyond 25 Years

Real estate is a long-duration asset. Over periods of 25 to 50 years, both the legal and operational environment surrounding a property will evolve. Ownership structures may change, financing arrangements may complete and renew, physical assets may require substantial renovation, and regulatory frameworks may be updated.

A digital representation must therefore support long-term continuity by enabling structured transitions rather than assuming static conditions.

The following scenarios represent common long-horizon developments in real estate. Each requires mechanisms that allow the digital representation to adapt while maintaining alignment with the physical and legal asset.

17.1 Re-SPVing — Legal Migration to a New Wrapper

Legal entities such as SPVs, trusts, or holding companies often have finite lifespans. They may reach maturity, become administratively outdated, or require restructuring for regulatory or operational reasons.

A long-term architecture should support:

  • transferring the underlying property to a new legal wrapper
  • preserving existing economic rights
  • updating governance arrangements
  • maintaining a continuous record of ownership and obligations

The precise implementation method may vary by jurisdiction, but the requirement for orderly legal migration is universal.

17.2 Re-Issuance — Contractual or Technical Migration

Over long time horizons, contract structures, standards, or technical environments may change.
A digital system may need to:

  • issue a new generation of tokens tied to the updated lifecycle
  • bind existing tokens to a settlement or redemption path
  • preserve historical ownership and event records
  • maintain consistency between old and new representations

This enables the system to evolve without fragmenting or invalidating previously established rights.

17.3 Capital Renovation and Major Refurbishment Cycles

Physical properties periodically require significant investment, such as structural upgrades, systems replacement, or full renovation. These events may entail:

  • capital calls or targeted fundraising
  • temporary adjustment to distributions
  • structured contributions by owners or rights holders
  • the use of renovation-specific contractual rights or tokens

The digital representation should provide a framework for expressing these events and integrating their financial and operational implications.

17.4 Generational Ownership Drift

Over decades, ownership interests may disperse as they pass to heirs, trusts, or charitable entities. This leads to:

  • fragmented holdings
  • beneficiary designations
  • trustee-managed interests
  • partial buyouts
  • inheritance-driven transfers

A long-duration architecture should accommodate these forms of ownership evolution while maintaining clarity regarding rights and obligations.

17.5 Regulatory, Fiscal, and Structural Evolution

Regulatory frameworks affecting property, entities, and digital assets may evolve over long timeframes. Potential areas of change include:

  • foreign ownership rules
  • SPV governance or reporting requirements
  • tax treatment of property or income
  • digital asset classification and compliance standards
  • land-use or zoning restrictions

A tokenised property system must therefore remain adaptable, allowing compliance logic and entity structures to be updated through authenticated inputs.

17.6 Synthesis

Long-term recapitalisation and lifecycle transitions are inherent characteristics of real estate, not exceptions. A digital representation designed for multi-decade alignment must incorporate structured pathways for:

  • legal migration
  • contractual updates
  • capital renewal
  • ownership change
  • regulatory adaptation

This ensures that the representation remains coherent, auditable, and aligned with the physical and legal asset over extended periods.

18. Canonical Worked Example (End-to-End Lifecycle)

The following example illustrates how a property moves through the full lifecycle within the SQMU framework. It is designed to demonstrate alignment between the physical asset, the legal structure, and the computational representation.

This example is illustrative; specific contractual and regulatory details may vary by jurisdiction and transaction structure.

Property Profile

  • Asset: 800 sqm multi-unit residential building
  • Location: Ras Al Khaimah (RAK), United Arab Emirates
  • Legal Wrapper: Special Purpose Vehicle (SPV)
  • Participants: Developer, investors, tenant(s), lender, registry authority

The example traces the asset from acquisition to eventual retirement 12 years later.

Step 1 — Acquire: Establishing the Legal and Physical Foundations

  1. SPV Formation
    A dedicated SPV is incorporated to hold legal title.
    Director roles, governance rules, and reporting obligations are documented.
  2. Measurement Verification
    A certified RAK surveyor confirms the gross and net floor areas.
    Documentation includes architectural drawings, cadastral references, and municipal approvals.
  3. Recording of Legal Data
    Zoning classification, existing covenants, utility easements, and any pre-existing encumbrances are reviewed and attached to the SPV’s legal record.
  4. Minting of SQMU
    Upon verification, 800 SQMU are minted under the property’s canonical identifier.
    This supply reflects certified measurement rather than a chosen quantity.

This step brings the physical and legal state into a condition suitable for digital representation.

Step 2 — Tokenise: Creating the Programmable Rights Structure

  1. Property Identity Created
    The property is assigned a unique ERC-1155 token ID, for example:
    Token ID 1001.
  2. Fungible SQMU Units
    Under ID 1001, 800 fungible SQMU units represent verified surface area.
  3. Income Rights Created
    A separate identifier, SQMU-R, is associated with rental distributions.
    These rights may be allocated proportionally or according to a separate structure.
  4. Compliance Rules Applied
    Rules may include:
    • UAE residency requirements for direct ownership
    • sanctions screening
    • accreditation criteria for certain rights classes
  5. Escrow or Vesting Logic
    If required, developer allocations or early-stage investor units may be governed by vesting schedules or lock-up conditions.

Tokenisation establishes the computational form of rights without altering their legal meaning.

Step 3 — Sell: Rights Transfer Under Regulated Conditions

  1. Initial Offering
    The developer elects to sell 60% of the 800 SQMU to a set of qualified investors.
    480 SQMU are allocated to external holders, while 320 SQMU remain with the developer or SPV.
  2. Identity and Eligibility Checks
    Each buyer completes KYC/AML verification.
    Eligibility—such as nationality or residency restrictions—is evaluated at transfer.
  3. Settlement Through Escrow
    Funds are transferred into an escrow mechanism.
    Upon confirmation, SQMU move from the SPV allocation to investor wallets in an atomic operation.
  4. Finalisation
    Transfer logs record the change of ownership under the property’s canonical ID.

This stage mirrors traditional property transfer processes, expressed in programmable form.

Step 4 — Maintain: Reflecting Long-Term Physical and Legal Updates

  1. Registry Update
    Following the sale, the land registry annotates the title to reflect the SPV’s ownership structure and any updated covenants.
  2. Operational Activity
    The building undergoes periodic maintenance:
    • repairs and inspections
    • HVAC system upgrades
    • repainting and common-area improvements
  1. Each significant event is recorded through attestation updates.
  2. Capital Expenditure Events
    A renovation of the lobby requires a capital outlay.
    Investors are notified, and the expenditure is logged for future reference.
  3. Insurance Event
    A minor flooding incident is resolved by the insurer.
    The settlement and repairs are recorded as part of the property’s operational history.

Maintenance is the longest phase and reflects ongoing activity rather than discrete events.

Step 5 — Rent: Income Distribution as Programmable Flow

  1. Lease Contracts in Force
    Tenants occupy units under legally binding lease agreements.
    Rent is collected by the SPV.
  2. SQMU-R Distributions
    Income-right holders receive distributions according to:
    • proportional ownership
    • adjustments for vacancies
    • utility pass-throughs
    • management fees
  3. Operational Adjustments
    Periods of vacancy reduce the distribution amount.
    Higher utility costs or unforeseen expenses are reflected in the next cycle.

The income stream becomes a structured, predictable series of state transitions.

Step 6 — Refinance: Introducing a Debt Structure

  1. Financing Event
    In year 5, the SPV seeks financing for building improvements.
    A local bank provides a term loan.
  2. Debt Representation
    A dedicated debt-right identifier is created to reflect the lender’s economic and priority claim.
  3. Transfer Constraints
    During the financing period, transfers of SQMU may be subject to restrictions under the loan agreement.
  4. Repayment Process
    Repayments occur according to the loan schedule.
    Attestations update the digital state to reflect amounts outstanding.

The precise modelling of debt-right behaviour varies by jurisdiction and requires continued research.

Step 7 — Retire: Completion of the Lifecycle

  1. Property Sale
    In year 12, the SPV sells the building to a new buyer.
  2. Proceeds Allocation
    Sale proceeds flow into the SPV.
    Debt claims are settled first.
    Net proceeds are distributed proportionally to SQMU holders.
  3. SPV Dissolution
    The SPV is formally closed.
    The property’s legal wrapper ceases to exist in its original form.
  4. Successor Lifecycle (If Applicable)
    Investors may choose to reinvest into a successor asset via a new SPV and new SQMU issuance.
    The canonical record of the original asset remains intact.

Retirement marks the end of one lifecycle and may serve as the start of another.

Synthesis

This example illustrates how physical measurement, legal identity, rights classes, compliance, financial primitives, and lifecycle events remain consistently aligned from acquisition to end-state.
Each phase is represented as structured, verifiable transitions that reflect actual property activity.

19. Final Synthesis — SQMU as a Coherent Digital Representation of Real Property

The preceding sections build a unified view of how real estate can be represented in a computational environment without losing the characteristics that define it in the physical and legal domains. Each component of the model—measurement, identity, rights, lifecycle, compliance, continuity, and long-term transitions—emerges directly from the underlying structure of the asset. SQMU brings these elements together into a single, integrated system.

  • At its foundation, verified measurement defines supply, giving each property a quantitative representation rooted in legal and physical fact.
  • A unique ERC-1155 property identifier expresses legal identity, while fungible units beneath that identifier reflect the area-based ownership structure recognised across jurisdictions.
  • Rights classes organise the contractual relationships that govern how a property is used, financed, and managed, allowing ownership, income, governance, encumbrances, and debt-related interests to be represented distinctly yet cohesively.
  • Lifecycle logic reflects how real estate evolves, from acquisition to operation, financing, and retirement, ensuring that state transitions correspond to recognised legal and operational events.
  • Compliance structures ensure alignment with jurisdictional requirements, allowing eligibility, transferability, and regulatory conditions to be evaluated consistently.
  • Multi-chain continuity and long-term recapitalisation pathways support multi-decade representation, acknowledging that chain environments, legal wrappers, and ownership structures will evolve.

SQMU is the synthesis of these principles. It is a structured, durable, and intelligible mapping of real property into computational form—designed to remain aligned with the asset it represents as both evolve over time.

Reset password

Enter your email address and we will send you a link to change your password.

Get started with your account

to save your favourite homes and more

Sign up with email

Get started with your account

to save your favourite homes and more

Create an agent account

Manage your listings, profile and more

Phone

Buyers will use it to contact you.

Create an agent account

Manage your listings, profile and more

Sign up with email