...

The Challenge

Institutional real estate tokenization is not a matter of putting a building on a blockchain. Almost nothing about the asset works that way.
The property typically sits inside a special purpose vehicle. What an investor actually holds is an interest in that entity, defined by legal documentation rather than by code. Who is allowed to hold it depends on securities rules, accreditation status and jurisdiction. The valuation, the mortgage paperwork and the development records all live off-chain, and they are what give the token any meaning at all. Custody has to sit with a party legally permitted to hold assets. Secondary trading, where it happens, belongs on an appropriately regulated venue.
The temptation in this category is to collapse all of that into one platform, because a single system that handles issuance, fundraising, custody, marketplace and advice is simpler to build and easier to explain. It is also the fastest way to turn a technology company into a regulated financial intermediary it never intended to become.

OFA needed the opposite. Four constraints defined the build:
01

The token could not pretend to be the deed

Tokens had to represent interests associated with a project SPV, not direct ownership of the underlying real estate.

02

Transfers had to answer to rules the platform did not write

Eligibility, lockups, jurisdiction limits and issuer-defined restrictions all had to be enforceable, without the platform deciding what those requirements should be.

03

The token had to stay connected to its documentation

A token with no link to valuation, financing and project records is an identifier with no context behind it.

04

The technology provider had to stay a technology provider

No issuance, no custody, no fundraising, no solicitation, no advisory, no exchange operation.

The engineering problem was making these systems interoperable without ever pretending they were interchangeable.

How We Built Hearth's Infrastructure Layer

Four pillars carried the architecture.

SPV-Linked Token Architecture

Rather than treating a blockchain token as a digital slice of a property deed, the model runs property to SPV to defined economic or equity interest to token. The legal entity holding the project acts as issuer, and the token represents an interest in that entity. OFA's later SEC-filed agreements state this distinction explicitly, and it is what separates institutional RWA architecture from NFT-style property tokenization. The legal wrapper does not disappear when an asset is tokenized. It becomes programmable.

Compliance Parameters Translated Into Transfer Controls

Ordinary crypto tokens assume a holder can transfer freely. Institutional RWA interests often cannot. Transfer restrictions were embedded directly in the token smart contract, evaluating sender, recipient, verification status, jurisdiction, holding period and issuer-defined conditions before a transaction is permitted to settle.
The direction of authority matters here. Securities counsel and the issuer determine what the requirements are. The platform receives those parameters and turns them into executable rules. Blockchain is not deciding compliance, it is enforcing conditions supplied by the parties responsible for defining them.

Identity Integration Ahead of Eligibility

Investor verification is integrated through third-party identity providers engaged by the client, with the results feeding wallet association and token permission. Verification status determines whether a wallet can participate before any allocation occurs. The platform integrates the infrastructure and acts on its output. It does not perform the KYC or AML checks itself, and that boundary is deliberate.

Documents Bound to the Token Record

Valuation reports, mortgage and financing agreements, development records and project documentation are associated with the tokenized structure, with document hashing and audit trail support behind them. The goal was never just to tokenize an asset. It was to preserve the evidence around it, so that the digital record and the paperwork proving what it represents stay connected through the asset's lifecycle.

The Platform We Delivered

Smart Contract Infrastructure

Development, deployment and verification of the contracts governing token creation, issuance, lifecycle management, supply, permissions and restricted transfers. Supply is fixed by the client before issuance and implemented technically, which keeps business and legal decisions outside the contract development layer.

Token Creation and Issuance Tooling

Technical infrastructure allowing the client and its SPV to mint and distribute tokens under their own instruction. The platform provides the capability. Allocation and distribution decisions remain with the issuer, which is the difference between building issuance infrastructure and issuing securities.

Digital Asset Registry

Blockchain-linked records covering token issuance, holder state, transfers and activity history. Instead of ownership information living across spreadsheets, agreements, administrator systems and email threads, the registry creates a traceable record of what was issued, who holds it and how that position changed.

Document Integration Layer

Association of valuation, mortgage, financing, development and project documentation with the tokenized structure, supported by hashing and audit trail functionality. This is what keeps a token connected to the material that explains what it actually represents.

Identity and Eligibility Integration

Connection points for third-party identity verification and KYC/AML providers, with verification outcomes feeding wallet permissions and offering eligibility. The verification work stays with the authorised providers and the client.

Compliance Control Implementation

Technical implementation of the transfer and eligibility parameters defined by the issuer and its counsel, covering accreditation requirements, holding periods, jurisdiction restrictions and offering-specific conditions.

AI-Assisted Valuation and Analytics Architecture

The platform scope included AI-supported valuation analytics, risk assessment and predictive insight. These sit alongside formal valuations, which come from independent qualified providers rather than from the platform.

Non-Custodial Platform Design

The architecture was built so the technology layer holds no client assets, investor funds, token proceeds or investor tokens. Custody integrates alongside the platform through qualified providers rather than sitting inside it.

About OFA Group

OFA Group, Inc. trades on the Nasdaq Capital Market under OFAL, having listed its Class A shares in May 2025. Its operating business, Office for Fine Architecture Limited, is a Hong Kong architecture practice providing architectural, design and fit-out services, and the group now describes itself as working at the intersection of AI, construction and blockchain.

Hearth is OFA's real-world asset infrastructure platform, operated through wholly owned subsidiary Hearth Labs, Inc., incorporated in Delaware in November 2025. The platform is designed to let qualified real estate and other income-producing assets be validated, structured, tokenized and managed on-chain, with OFA consistently describing Hearth as non-custodial, technology-only infrastructure.

That positioning is not marketing language. OFA's publicly filed commercial agreements establish that Hearth does not act as issuer, broker-dealer, placement agent, investment adviser, exchange operator or fundraising intermediary, and does not solicit investors, raise capital, hold investor funds or determine securities structures. Those responsibilities sit with the client, its SPV and its advisers.

The Strategic Framework Behind the Build

Project Impact

From Announced Co-Development to Commercial Infrastructure

OFA announced the co-development partnership on September 24, 2025 with a targeted four-month MVP. Hearth entered beta testing in December 2025, covering smart contract deployment, asset onboarding, structured issuance workflows, lifecycle management, performance and security controls. It launched publicly on January 26, 2026, roughly four months after the initial announcement. By February 2026, OFA reported Hearth in active production use across its own and affiliated real estate environments.

Commercial validation followed quickly. In April 2026, OFA announced a Hearth technology agreement covering a Long Island City mixed-use redevelopment with a client-estimated stabilized project value of approximately $1 billion, carrying a $15 million platform technology fee. In May 2026, a second agreement covered a Vero Beach, Florida residential development with a client-estimated stabilized value of approximately $500 million and a $7.5 million platform fee.

Across the two publicly disclosed agreements, that represents $22.5 million in contracted platform technology fees supporting projects with approximately $1.5 billion in combined client-estimated stabilized value, with $11.25 million in initial installments disclosed as received.

Both agreements preserve the architecture's central boundary. Hearth supplies the tokenization technology while issuance, investment activity, custody and regulatory responsibility stay with the parties legally accountable for them. That the boundary survived contact with billion-dollar mandates is the outcome that matters most.

★ Project Highlights ★

Development Performance Highlights

NASDAQ: OFAL

Public Company Partner

~4 Months

Announced Co-Development to Public Launch

SEC Filed

Named as OFA's External Blockchain Development Vendor

SPV Linked

Token Architecture, Not Direct Deed Representation

Non-Custodial

No Client Assets, Investor Funds or Token Proceeds Held

$22.5M

Contracted Platform Technology Fees Across Two Disclosed Agreements

~$1.5B

Combined Client-Estimated Stabilized Project Value

$11.25M

Disclosed Initial Installments Received

2 Mandates

Long Island City, NY and Vero Beach, FL

EVM Compatible

Public Blockchain Ready Architecture

The Strategic Framework Behind the Build

01

Boundaries Treated as an Architectural Requirement

Most platforms in this category treat regulatory separation as a legal disclaimer written after the software is finished. We treated it as a design input from the first architecture session. Every function was assigned to a party before it was assigned to a module, which is why the boundaries held once the platform reached commercial agreements.

02

Rules Originate Off-Chain, Enforcement Happens On-Chain

This is a more accurate description of programmable compliance than the usual claim that blockchain enforces the law. Lawyers and issuers establish eligibility, transferability, lockups, rights and supply. The system converts those decisions into executable behaviour. The distinction protects everyone involved, including the development team.

03

One Workflow Across Parties That Stay Legally Separate

Sponsors, SPVs, investors, identity providers, counsel, custodians and regulated intermediaries all touch the same asset while remaining distinct entities with distinct responsibilities. The product had to feel like one coherent system to the people using it while keeping those responsibilities separated underneath. Making the boundaries invisible to the workflow without making them disappear from the architecture was the central design problem.

04

The Token Kept Connected to Its Context

On its own, a token is an identifier. Institutional infrastructure requires it to stay linked to the SPV, the project, the valuation, the financing, the documents, the identity status of the holder, the issuance record and the transfer history. Solving that metadata problem was as important as the contract work.

05

EVM Compatibility With Chain Selection Deferred

The architecture was built to be EVM-compatible and public-blockchain ready, with the production network selected before smart contract deployment. Committing the architecture without committing the chain kept options open through a period when that choice was still being weighed commercially.

06

A Technology Fee Model, Not a Transaction Model

The commercial structure charges for infrastructure rather than taking a cut of capital raised or token sales. That is a business model decision with architectural consequences, because a platform compensated on fundraising success has a much harder time arguing it is not participating in the fundraising.

Client Testimonial

"We came into digital assets from architecture, not from crypto, and we were clear from the start that the platform could not blur the lines it sat between. The value of this infrastructure depends on it staying technology and nothing else.

The team understood that boundary as an engineering requirement rather than a legal footnote. The SPV-linked token model, the transfer controls reflecting parameters our counsel defines, the document and registry layer, all of it was built so each party keeps the role it is supposed to have. That discipline is what allowed us to take the platform into agreements of this size.

We moved from announcement to public launch in roughly four months and into production use shortly after. The architecture has held up under every commercial conversation we have had since."

Larry Wong, CEO, OFA Group

Ready to Build Institutional RWA Infrastructure?

From SPV-linked token architecture to compliance-parameter transfer controls, document integration and non-custodial platform design, we build tokenization infrastructure for institutions that need real-world assets to become programmable without regulated responsibilities landing in the wrong place.

Our Esteemed Alliances and Partners


We formed alliances with top industry leaders who provide technology and infrastructure to ensure collaborative business growth while effectively navigating obstacles.

 Algorand blockchain logo Soneium blockchain logo NEAR Protocol logo Oasis Network logo Hedera Hashgraph logo SKALE Network logo Oasis Network logo CertiK blockchain security logo XT exchange logo BitMart exchange logo Binance exchange logo Polygon blockchain logo Avalanche blockchain logo  Algorand blockchain logo Soneium blockchain logo NEAR Protocol logo Oasis Network logo Hedera Hashgraph logo SKALE Network logo Oasis Network logo CertiK blockchain security logo XT exchange logo BitMart exchange logo Binance exchange logo Polygon blockchain logo Avalanche blockchain logo  Algorand blockchain logo Soneium blockchain logo NEAR Protocol logo Oasis Network logo Hedera Hashgraph logo SKALE Network logo Oasis Network logo CertiK blockchain security logo XT exchange logo BitMart exchange logo Binance exchange logo Polygon blockchain logo Avalanche blockchain logo

Trusted, Certified & Recognized Worldwide

Meet the Team Behind Your Growth

Built by blockchain, Web3 & growth specialists

Crypto projects perform better when marketing strategy, technical expertise and business growth work together. These are three of our senior strategist team directly involved in turning your requirements into engagement.

Vimal Joseph

Vimal Joseph

Head of Sales
10+ years in sales, client strategy & Web3 growth

Works with founders and enterprise teams to scope define realistic priorities, pick the right services and build a practical growth plan from the first conversation.

Arun Kamala Santhanath

Arun Kamala Santhanath

Marketing Head
Crypto & Web3 go to market strategy

Leads our crypto go-to-market strategy and has directed many high-profile launch and growth campaigns across the major blockchain ecosystems we serve.

Mohamed Amar

Mohamed Amar

Business Development Manager
Web3 client growth & partnerships

Works with international clients from initial planning through launch, connecting each project with the specialists, services and resources it requires.

Schedule A Call With Our Experts

Got a Web3 or AI project in mind? We are excited to listen to your visions!



Turn your ideas into reality with our expertise in web3 and AI technology! Reach out to us today and discuss your project or ask your queries to our proficient web3 or AI experts.


  [email protected]   Schedule A Meeting

Connect With Us


Appointment
Appointment