Your legal wrapper holds the underlying asset and defines what a token holder actually owns, so pick it from your asset class and investor base rather than copying whatever the last deal used. The wrapper determines how distributions flow, how investor rights get enforced, and whether a court will treat the token as a real claim on the asset. Get this wrong and no amount of smart contract engineering fixes it.
For a single asset with a defined income stream, a per-asset SPV isolates risk cleanly. A Series LLC lets you spin up a separate, walled-off series for each property or loan under one parent entity, which keeps formation costs down when you tokenize asset by asset. A Delaware LP fits private credit and most US institutional capital, since limited partners expect the LP structure and accredited-investor mechanics map onto it without friction. Real estate operators often run a per-asset SPV inside a fund, while a single private credit deal can sit directly in one SPV.
For a pooled vehicle holding many assets, a fund structure scales better than a stack of SPVs. A Cayman fund is the default for cross-border capital because it accommodates non-US investors and avoids US tax at the entity level. An EU AIF governs pooled investment for European LPs and brings you under AIFMD rather than crypto-asset rules, which matters because most tokenized fund interests in the EU fall under MiFID II and AIFMD, not MiCA. Money market funds almost always want a fund wrapper, since the whole point is a pool of short-dated instruments rather than one isolated asset.
The non-negotiable requirement across every option is bankruptcy remoteness. An SPV is a bankruptcy-remote subsidiary that holds the asset and isolates it from the issuer's insolvency, so if your management company fails, the asset backing the tokens does not get pulled into that estate. Without remoteness, a token holder's claim is only as good as your firm's balance sheet, and the on-chain record of ownership means nothing in a creditor fight. The legal documents have to state explicitly that token ownership equals beneficial interest, including voting, distribution, and information rights, or enforceability collapses at the exact moment it matters.
Match the wrapper to the asset and the capital, then decide direction.
Asset class
Default wrapper
Why
Asset class
Asset class
Default wrapper
Default wrapper
Why
Why
Real estate (single asset)
Series LLC or per-asset SPV
Isolates each property; low marginal cost per deal
Asset class
Real estate (single asset)
Default wrapper
Series LLC or per-asset SPV
Why
Isolates each property; low marginal cost per deal
Private credit (single deal)
Delaware LP or SPV
Maps to accredited-LP expectations and US mechanics
Asset class
Private credit (single deal)
Default wrapper
Delaware LP or SPV
Why
Maps to accredited-LP expectations and US mechanics
Money market fund
Cayman fund or EU AIF
Pooled, multi-asset; cross-border investor reach
Asset class
Money market fund
Default wrapper
Cayman fund or EU AIF
Why
Pooled, multi-asset; cross-border investor reach
EU-focused pooled vehicle
EU AIF
Falls under AIFMD/MiFID II, not MiCA
Asset class
EU-focused pooled vehicle
Default wrapper
EU AIF
Why
Falls under AIFMD/MiFID II, not MiCA
Your regulatory path determines how you write the smart contract, not the other way around, so scope it before you spend a dollar on engineering. Tokenized fund interests are securities in every major jurisdiction, which means the exemption or license you choose dictates which investors can hold your token, how long they must hold it, and which transfers the contract has to block on-chain. Get this wrong and you redeploy contracts after launch, which is the most expensive mistake in tokenization.
For a U.S. raise from accredited investors, Regulation D Rule 506(c) is the default. It permits unlimited capital and general solicitation, but you must take reasonable steps to verify accredited status, and it carries a 12-month holding period enforced through on-chain transfer restrictions (liquidmercury.com). For token design, that means your contract needs a verified-investor registry and a lockup that releases automatically after the holding period clears.
Regulation S governs offers to non-U.S. persons and pairs naturally with Reg D for cross-border raises. It requires a distribution compliance period during which tokens cannot flow back to U.S. holders (innreg.com). Your compliance engine enforces this with geo-fencing and identity checks at the transfer level, so the token has to know which jurisdiction each holder sits in before it settles any trade.
For the EU, the framework operators most often misread is the security-token rule. MiCA does not cover tokenized fund interests. MiCA applies to cryptocurrencies and stablecoins, while tokenized securities fall under MiFID II and, for fund vehicles, AIFMD (investax.io). Treating MiCA as the EU standard for a tokenized fund is the single most common jurisdiction mistake, and it surfaces in counsel review months into a build when the structure has to be reworked. If you target EU LPs, structure the offering as a MiFID II-compliant instrument, then use passporting for pan-European distribution under that regime.
Germany's Electronic Securities Act (eWpG) and Luxembourg's DLT laws let you issue blockchain-native securities without paper certificates, and the DLT Pilot Regime, live since March 2023, gives approved operators temporary exemptions from certain MiFID and CSDR settlement rules (investax.io). Both narrow your venue choices, so factor them into the regulatory budget before you pick a chain.
Singapore treats security tokens identically to traditional securities under the Securities and Futures Act. Any platform touching issuance, custody, or secondary trading needs a Capital Markets Services (CMS) license, and exchange-style venues need a Recognized Market Operator (RMO) license (investax.io). For token design, plan to either hold these licenses or partner with an entity that does, because MAS will not let you operate the capital-markets functions without one. MAS published an Operational Guide for Tokenized Funds in November 2025 through Project Guardian, covering NAV calculation, onboarding, and compliance, which gives operators a concrete reference for what regulators expect.
Use these frameworks to scope legal cost before you engage counsel. A Reg D 506(c) raise to U.S. accredited investors is the cheapest and fastest path. Adding Reg S for offshore LPs roughly doubles the compliance-engineering work because the contract now enforces two jurisdiction rulesets at once. A Singapore CMS structure is the heaviest, since it pulls in licensing timelines measured in months. Bring counsel a defined jurisdiction map rather than an open question, and you cut both the legal bill and the project timeline.
Pick your token standard based on who maintains investor eligibility and how often, because that choice determines your ongoing compliance cost more than any other technical decision. The two standards that matter for regulated fund interests are ERC-3643 and ERC-1400, and they split on a single dimension. Where does identity validation happen, and what does that cost you each time an investor's status changes?
ERC-3643 validates every transfer automatically against on-chain identity and offering rules. Its compliance contract checks both sender and receiver eligibility before any transfer settles, drawing on an on-chain identity registry that holds each investor's accreditation status, jurisdiction, and sanctions screening. When an investor moves to a restricted jurisdiction, you revoke their access in real time, and the chain enforces it on the next transfer attempt. ERC-1400 takes the opposite approach. Each trade requires validation by a key generated off-chain, which means your operations team or your transfer agent signs off on transfers as they occur.
That difference compounds over the life of a fund. ERC-3643 front-loads the work into configuring the compliance contract once, then runs eligibility checks without human intervention. You pay in upfront setup and audit scope. ERC-1400 keeps the validation logic lighter on-chain but pushes recurring approval into an off-chain process you have to staff and document. For a fund with frequent secondary transfers or a large LP base, the ERC-1400 approval burden grows with every position change, while ERC-3643 holds steady. ERC-3643 is also the only RWA token standard formally accepted as an official ERC, and it has been used to tokenize $32 billion in assets across 180-plus jurisdictions, which matters when you need vendors, auditors, and counsel who already know the standard.
The chain decision follows the same logic. Tokeny argues for public blockchains with permissioned tokens rather than private chains, on the grounds that private blockchains defeat the purpose of removing fragmentation. The reasoning holds for fund operators. A private chain isolates your tokens from the custodians, exchanges, and other issuers your investors already use, so you recreate the walled-garden problem tokenization was supposed to solve. ERC-3643 applies compliance at the token layer, not the network layer, which lets you run permissioned securities on public infrastructure without exposing transfers to unvetted wallets.
The caveat is regulatory fragmentation. A public-chain deployment exposes you to the patchwork of rules across the jurisdictions your investors sit in, and the arxiv SoK paper names fragmentation and oracle latency as the primary systemic constraints on public-chain RWA projects. You manage that risk through your compliance contract configuration, not through chain choice. Choose the public chain for reach and interoperability, then encode jurisdiction rules at the token layer so the chain enforces what each regulator requires.
Every smart contract decision in a tokenized fund is a control decision about who can do what to investor holdings after issuance. Treat the architecture as a question of who holds the keys to mint, freeze, and reverse, not as a question of which framework your developer prefers. The vendor builds the contracts. You own the consequences when an investor's status changes or a wallet gets compromised.
ERC-3643 deploys in a fixed sequence, and the order reflects how compliance gets enforced. You deploy the identity registry first, then the compliance contract, then the token contract (chainalysis.com/blog/introduction-to-erc-3643-ethereum-rwa-token-standard). The identity registry maps wallet addresses to verified on-chain identities. The compliance contract checks the sender and receiver against your jurisdiction, accreditation, and sanctions rules before every transfer. The token contract holds the actual balances and defers to both before it moves anything.
Four operator controls must stay under your authority, not the vendor's. ERC-3643 lets the issuer mint, burn, block, and force transfers at any time (tokeny.com/erc3643). You need mint to issue new tokens against new subscriptions, burn to retire them on redemption, force transfer to move tokens during a court order or a recovered wallet, and revoke to cut off a holder who moves to a restricted jurisdiction. Confirm in writing that the deploying party assigns these admin roles to a wallet you control, ideally a multi-signature setup rather than a single key. If the vendor retains the admin keys, the vendor controls your cap table.
Two items operators routinely under-scope
Upgradability decides whether you can fix a bug after launch, and most operators never ask about it before signing. A contract deployed as immutable cannot be changed, so a logic error in distribution or compliance becomes permanent. A contract deployed behind an upgrade proxy can be patched, but the upgrade authority becomes a new attack surface and a new governance question. Ask the vendor which pattern they use, who holds the upgrade key, and what the upgrade approval process looks like. There is no universally correct answer. There is only an answer you have decided on rather than inherited by default.
Audit scope is the second blind spot, and a vague RFP produces a vague audit. A smart contract audit can mean a full review of every contract in the deployment, or it can mean a quick pass on the token contract while the compliance and identity logic go unchecked. The compliance contract is where your regulatory enforcement lives, so an audit that skips it leaves your highest-risk code unreviewed. Specify in the RFP that the audit covers the identity registry, the compliance module, and the token contract, name the audit firm, and require the report before mainnet deployment. Ask who pays to re-audit after any upgrade, because that cost recurs for the life of the fund.
ERC-3643 turns investor onboarding into a sequence of on-chain identity checks that your token contract enforces before every transfer. After you deploy the identity registry, compliance contract, and token contract in Step 4, you integrate one or more authorized identity validators that issue on-chain claims. An investor completes KYC through a registered validator, and the validator writes a claim that links the investor's wallet address to an OnchainID identity record. Tokens mint only to wallets carrying a valid claim, so an investor who never clears KYC can never hold the security.
That sequence gives you two operational advantages worth speccing into any vendor contract. Investor identities are reusable across multiple offerings, so an LP who clears KYC for your money market fund does not repeat the full process for your next private credit deal. When an investor's status changes, you can revoke their access in real time rather than waiting for a transfer agent to update a paper register. Ask any KYC vendor whether their claims persist across your fund family and how revocation propagates to the compliance contract.
The harder problem is your non-crypto-native LP who has never managed a private key. Most institutional and high-net-worth investors will not custody a wallet, and a single lost key in a self-custody model means lost tokens and a frustrated allocator. Custodial wallet options solve this by holding keys on the investor's behalf, which is why guides like the InvestaX private credit guide route token delivery to whitelisted custodial wallets rather than investor-controlled ones. ERC-3643 mitigates the lost-key risk directly, because an investor who proves identity can recover lost tokens in a new wallet tied to the same OnchainID. Decide upfront whether you offer custodial wallets, self-custody, or both, because that choice shapes your validator integration and your support burden.
One regulatory trigger sits inside this flow that operators routinely miss. The FATF Travel Rule requires originator and beneficiary information to travel with on-chain transfers above a threshold, and it applies to your tokenized fund the same way it applies to any virtual asset transfer. Your KYC vendor and custodian need to exchange Travel Rule data for qualifying transactions, so confirm that capability before you sign. Privacy-preserving approaches like zkKYC and W3C Verifiable Credentials are emerging to satisfy these checks without exposing full investor data, and they are worth asking about if your LP base is sensitive to on-chain disclosure.
Custody for a tokenized fund is a licensing question first and a vendor question second. Under U.S. law, your fund's assets often require a qualified custodian, and SEC Rule 17f-5 and 17f-7 govern how registered funds hold assets through foreign and securities-depository custodians. Holding the underlying private credit notes or treasuries is a different legal obligation than holding the private keys that control the tokens. You can satisfy one and fail the other, so map both before you shortlist anyone.
The Special Purpose Broker-Dealer framework the SEC established in 2021 lets a broker-dealer custody digital asset securities, which matters if your structure routes tokens through a regulated intermediary rather than a pure crypto custodian. A pure crypto custodian secures private keys and signs transactions. A qualified custodian carries fiduciary and regulatory obligations for the asset itself. BitGo, Anchorage, and Cactus Custody sit at different points on that spectrum, and InvestaX integrates directly with Cactus Custody for its private credit offerings. Anchorage holds a federal trust charter, which changes the qualified-custodian analysis in a way a non-chartered key manager cannot match. Pick the custodian that fits your wrapper and jurisdiction, not the one with the best dashboard.
MPC vs. HSM is your risk dial, not a vendor detail
Key management decides who can move your tokens and how an attacker would have to defeat your controls. Multi-party computation splits a private key into shares held across separate parties or devices, so no single machine ever holds the full key and no single compromise signs a transfer. Hardware security modules keep the full key inside a tamper-resistant device and sign inside that boundary. MPC removes the single physical point of failure and supports flexible signing policies across people and locations. HSM gives you a hardened, well-understood device with a long audit history in traditional finance.
Treat the choice as your decision, not the custodian's internal preference, because it sets your recovery story and your approval thresholds. Ask each candidate how many signers a transfer requires, how a lost share gets reconstituted, and who can override a freeze. Those answers tell you whether you keep operator control or hand it to the custodian. The right setup matches your fund's signing policy to the controls you retained in your smart contracts at Step 4.
Issuance is a settlement problem before it is a minting problem. An investor subscribes by sending fiat or stablecoin, and your contract should not mint tokens until that payment clears. Most operators route fiat wires into an escrow account held by the fund administrator, then trigger minting once the administrator confirms receipt. Stablecoin subscriptions can settle atomically through delivery-versus-payment, where the wire and the token move in a single transaction, but only if your investors already hold the stablecoin and a whitelisted wallet. Decide upfront which rail each investor class uses, because a non-crypto-native LP wiring USD on a Tuesday will not settle on the same timeline as a fund subscribing in USDC.
Your token registry and the administrator's books have to agree, or you have two sources of truth and no audit trail. ERC-3643 supports dynamic cap table updates and lets you mint, burn, block, or force transfers on demand, which means the on-chain registry can serve as the live record. The administrator still maintains the official ledger for tax, reporting, and regulatory filings. Build a reconciliation process that syncs every mint, redemption, and transfer to the administrator within a defined window, ideally same-day. The competitor guides describe cap table management as a feature. The harder part is the reconciliation process that keeps the on-chain registry and the administrator's books in lockstep after every corporate action.
Distributions are where tokenization either saves you work or creates a new failure mode. A smart contract can calculate and pay interest or dividends to every wallet on the cap table in one transaction, with a real-time audit trail. That only works if the payment asset and the wallet list are both correct at the moment of execution. Run the distribution against a snapshot of the cap table taken at a defined record date, not against the live registry, so late transfers do not corrupt the payout.
NAV updates and token pricing depend on an oracle, and the oracle is your single biggest governance risk after issuance. For a money market fund, NAV moves daily and the on-chain price has to track it. Decide who controls the oracle feed, how often it updates, and what happens when the feed is stale or wrong. Write a dispute procedure into your operating documents before launch. When an investor challenges the on-chain price, the resolution should point back to the administrator's official NAV calculation as the authoritative source, with the on-chain figure corrected to match. An oracle without a named owner and a documented override is a liability waiting for a volatile day.
Secondary liquidity is the most over-promised claim in tokenization marketing, and operators should price their expectations to reality before they pitch LPs on it. Tokenizing a fund does not create a market for its shares. It creates the technical ability to transfer them, which is a different thing. Whether those transfers can happen at scale depends on which regulated venue you build toward, and every jurisdiction gates that venue behind a license.
In the United States, running a marketplace for tokenized securities requires an Alternative Trading System (ATS) registered with FINRA or broker-dealer registration, and custody of the tokens themselves falls under the Special Purpose Broker-Dealer framework the SEC established in 2021. Most fund operators will not hold either license. You partner with a registered ATS rather than become one, and that partnership decision belongs in your Step 2 scoping, not your post-launch wish list.
The EU and Singapore follow the same partner-or-license logic. In the EU, secondary trading of tokenized securities runs through a Multilateral Trading Facility under MiFID II, with the DLT Pilot Regime offering approved operators temporary exemptions to trade and settle on-ledger. In Singapore, MAS requires a Recognized Market Operator license for any venue trading capital markets products, the same license a conventional exchange holds. None of these venues is something you spin up alongside a token contract.
Policy-gated transfers are not a market
Most operators conflate two capabilities that behave nothing alike. ERC-3643 enforces compliance on every transfer through an on-chain controller that checks sender and receiver eligibility, which lets a holder move tokens peer-to-peer to another whitelisted, KYC-verified investor. That is policy-gated P2P transfer, and it solves the problem of a known buyer and a known seller settling a private trade with atomic delivery-versus-payment.
Exchange-style liquidity is the ability to sell into an order book at a market-clearing price without finding a counterparty yourself. On-chain RWA markets rarely deliver this, because the permissioned investor pool is small, accreditation requirements thin out eligible buyers, and Reg D holding periods lock tokens for twelve months. Tell your LPs the truth. Tokenization gives them faster, cleaner settlement when they find a buyer, not a guarantee that one exists.
Five structural choices shape every downstream decision in your project. The table below collapses each into what it is, when it fits, and the tradeoff you accept by choosing it. Decide these five before you brief counsel or any vendor, because every later step inherits them.
Choice
What it is
When to choose it
Key tradeoff
Choice
Choice
What it is
What it is
When to choose it
When to choose it
Key tradeoff
Key tradeoff
SPV vs. fund structure
An SPV holds a single asset in a bankruptcy-remote subsidiary. A fund pools multiple assets under one vehicle.
SPV for a single property or a discrete credit deal. Fund for a money market strategy or a diversified portfolio you plan to scale.
An SPV per asset multiplies setup and admin overhead. A fund concentrates assets under one wrapper, so a structuring error hits the whole pool.
Choice
SPV vs. fund structure
What it is
An SPV holds a single asset in a bankruptcy-remote subsidiary. A fund pools multiple assets under one vehicle.
When to choose it
SPV for a single property or a discrete credit deal. Fund for a money market strategy or a diversified portfolio you plan to scale.
Key tradeoff
An SPV per asset multiplies setup and admin overhead. A fund concentrates assets under one wrapper, so a structuring error hits the whole pool.
Permissioned vs. public chain
A permissioned chain restricts who runs nodes. A public chain runs open infrastructure with permissioned tokens layered on top.
Public chain when you want interoperability and access to existing custodians and compliance tools. Permissioned only when a regulator or counterparty mandates a closed network.
Public chains carry oracle latency and regulatory fragmentation risk. Permissioned chains recreate the fragmentation blockchain was meant to remove.
Choice
Permissioned vs. public chain
What it is
A permissioned chain restricts who runs nodes. A public chain runs open infrastructure with permissioned tokens layered on top.
When to choose it
Public chain when you want interoperability and access to existing custodians and compliance tools. Permissioned only when a regulator or counterparty mandates a closed network.
Key tradeoff
Public chains carry oracle latency and regulatory fragmentation risk. Permissioned chains recreate the fragmentation blockchain was meant to remove.
ERC-3643 vs. ERC-1400
ERC-3643 validates every transfer against on-chain identity. ERC-1400 requires an off-chain key to approve each trade.
ERC-3643 for equity-style fund interests with reusable investor identities. ERC-1400 when you need tranched debt partitions.
ERC-3643 lowers ongoing KYC maintenance but ties you to its identity framework. ERC-1400 adds off-chain validation overhead on every transfer.
Choice
ERC-3643 vs. ERC-1400
What it is
ERC-3643 validates every transfer against on-chain identity. ERC-1400 requires an off-chain key to approve each trade.
When to choose it
ERC-3643 for equity-style fund interests with reusable investor identities. ERC-1400 when you need tranched debt partitions.
Key tradeoff
ERC-3643 lowers ongoing KYC maintenance but ties you to its identity framework. ERC-1400 adds off-chain validation overhead on every transfer.
Reg D vs. Reg S
Reg D 506(c) sells to verified US accredited investors. Reg S governs offshore offers to non-US persons.
Reg D for a US accredited base. Reg S for international LPs. Combine both for cross-border reach.
Reg D imposes a 12-month holding period enforced on-chain. Reg S blocks token flow back to US investors during the restricted period.
Choice
Reg D vs. Reg S
What it is
Reg D 506(c) sells to verified US accredited investors. Reg S governs offshore offers to non-US persons.
When to choose it
Reg D for a US accredited base. Reg S for international LPs. Combine both for cross-border reach.
Key tradeoff
Reg D imposes a 12-month holding period enforced on-chain. Reg S blocks token flow back to US investors during the restricted period.
ATS vs. P2P transfer
An ATS is a FINRA-registered secondary venue. P2P transfers move tokens directly between whitelisted wallets.
ATS when you promise investors exit liquidity. P2P when transfers are occasional and policy-gated.
An ATS demands broker-dealer registration or a partner who holds one. P2P avoids the license but delivers no real market depth.
Choice
ATS vs. P2P transfer
What it is
An ATS is a FINRA-registered secondary venue. P2P transfers move tokens directly between whitelisted wallets.
When to choose it
ATS when you promise investors exit liquidity. P2P when transfers are occasional and policy-gated.
Key tradeoff
An ATS demands broker-dealer registration or a partner who holds one. P2P avoids the license but delivers no real market depth.