Skip to content
Shivacha — Simplifying Tech Solutions
Shivacha Web3Reference architecture

Tokenized fund units with on-chain eligibility

How we structure a fund tokenization platform where only eligible investors can hold or receive units.

This is a reference architecture describing how Shivacha approaches this class of system. It does not describe a specific client engagement and contains no client names or results.

Challenge

A fund manager wants to distribute fund units digitally with faster subscriptions and transfers, while ensuring units never reach ineligible investors and remain aligned with the official register.

Context

Applicable to asset managers, fund administrators and platforms tokenizing money market, credit or alternative funds, working with their legal advisors.

Approach

How we approach it

  1. 1

    Rules from counsel

    Investor eligibility and transfer rules defined by the fund's legal advisors become technical requirements.

  2. 2

    Permissioned token

    ERC-3643-style token with an on-chain identity registry and compliance modules.

  3. 3

    Register alignment

    Token state reconciled with the transfer agent's register.

  4. 4

    Stablecoin and fiat dealing

    Subscriptions and redemptions settled via partners.

Architecture

System design

Technology

Tokenized fund units with on-chain eligibility
5Portals
Investor portalManager consoleAdministrator view
4Lifecycle
SubscriptionsRedemptionsDistributionsNAV feed
3Compliance layer
Identity registryEligibility claimsTransfer rules
2Token
Permissioned tokenRecovery & forced transfer
1Settlement
CustodianStablecoin railsBank rails

Implementation

Key implementation elements

KYC integration

Verified investors receive eligibility claims.

NAV oracle

Published NAV data drives subscription and redemption pricing.

Recovery procedures

Issuer-controlled recovery for lost wallets.

Audit-ready contracts

Specifications and tests prepared for independent audit.

Outcome

The intended result is a digital distribution channel where compliance rules are enforced automatically on every transfer, and on-chain records stay aligned with the fund's legal register.

Lessons

  • The legal structure determines the technical design, not the other way round.
  • Recovery and forced-transfer procedures need governance as much as code.
  • Reconciliation with off-chain registers is an ongoing process, not a one-off.

Next step

Discuss a similar project.

Building something like "Tokenized fund units with on-chain eligibility"? Tell us about your goals and constraints and we will reply with an approach and next steps.

  • Senior engineer reads every enquiry
  • Reply within one business day
  • NDA on request

Prefer to talk first?

Book a 30-minute call, or message the nearest team on WhatsApp.

Book a Call

Your details are used only to reply to this enquiry.

Step 1 of 2Your details

Confidential. We reply within one business day. Privacy