The Tokenised Cayman Fund Manager’s Handbook
A tokenised fund issuance is not a fund with a token bolted on, nor a token sale wrapped in fund language. It must operate as both at once: a regulated collective investment vehicle that institutional allocators recognise, and a digital instrument whose interests are represented and transferred on-chain. Most of the avoidable mistakes in this market come from treating one half of that sentence as decoration. This handbook is written for the manager deciding whether, and how, to launch.
Contents
- Why tokenise a Cayman fund, and why now
- What tokenisation changes, and what it does not
- Choosing the vehicle and the regime
- The tokenised fund document suite
- Investor eligibility, transfer restrictions and the register
- AML, KYC, KYB and on-chain onboarding
- Custody and wallet governance
- NAV, valuation and reconciliation
- Governance: who is who in a tokenised fund
- The regulatory surface
- Operational due diligence: what allocators will test
- Standalone or platform: the build decision
- The launch playbook: four weeks, then 100 days
1. Why tokenise a Cayman fund, and why now
Tokenisation has spent several years as a conference topic in search of an institutional use case. That phase is ending. The managers now asking how to tokenise a fund are not doing it for novelty. They are doing it because a specific set of operational frictions in fund interests, the way subscriptions, registers, transfers and distributions are recorded and moved, can be reduced when the interest is represented on-chain, provided the legal and governance layer underneath is sound.
The old way, and the problem with it
A traditional fund interest lives in a register maintained by the administrator. Subscriptions and redemptions are processed in batches against dealing dates. Transfers between investors, where permitted at all, are slow, manual, and dependent on counterparties reconciling paper. Secondary liquidity is limited, and the operational record of who owns what sits in a single off-chain ledger that every counterparty must trust and reconcile against separately.
None of that is broken in a way that stops funds operating. It is, however, inefficient, and it imposes a cost and a delay on exactly the activities, transfer, settlement, distribution and record-keeping, where a shared, programmable ledger has a genuine advantage.
The new way
A tokenised fund represents the investor’s interest, a share in a segregated portfolio, a unit, or a limited partnership interest, as a token on a permissioned or controlled basis. The token is not a new asset class. It is a digital representation of an existing legal claim, governed by the same offering documents, the same eligibility rules and the same redemption mechanics as any other fund interest. What changes is the plumbing: the register can be the chain, transfers can be controlled programmatically, and distributions can be automated against an authoritative on-chain record.
Why now
Three shifts have moved tokenised funds from theory to practice. First, the Cayman framework has matured to the point where a tokenised structure can be built inside a recognised regulated vehicle rather than around it. Second, institutional-grade custody and on-chain infrastructure now exist at a standard that allocators will accept, which was not true a few years ago. Third, allocators themselves have become more literate: they will engage with a tokenised structure provided the controls, the eligibility gating and the governance match what they expect from any institutional fund.
“A tokenised fund magnifies the cost of getting the operating model wrong, because errors are recorded on an immutable ledger and scrutinised by counterparties who reconcile against it. The discipline is to design the regulated layer and the on-chain layer together, not stitch them together after launch.” David Lloyd, Chief Executive Officer of CV5 Capital
2. What tokenisation changes, and what it does not
The single most useful discipline a manager can adopt before launching a tokenised fund is to separate the technology layer from the legal and economic substance underneath it. Almost every serious error in this market comes from confusing the two.
What tokenisation changes
- Record-keeping. The authoritative register of interests can move on-chain, giving every authorised counterparty a single, shared, tamper-evident view of ownership rather than separate ledgers that must be reconciled.
- Transfer and settlement. Transfers of interests, where the documents permit them, can be controlled and settled programmatically, with eligibility and lock-up rules enforced at the token level.
- Distribution mechanics. Income and redemption proceeds can be distributed against the on-chain register with reduced manual processing.
- Operational transparency. A controlled on-chain record can give directors, the administrator and allocators a more timely view of the register than a periodic off-chain report.
What tokenisation does not change
- The legal substance of the interest. A token that represents a share in a segregated portfolio carries exactly the rights set out in the offering documents and the constitutional documents, no more and no less.
- Investor eligibility. The same suitability, accreditation and jurisdictional rules apply, and must be enforced before a token reaches a wallet, not after.
- AML and sanctions obligations. Every holder must be onboarded and screened to the same standard as any fund investor. A wallet is not an investor; the verified person or entity behind it is.
- Valuation. The net asset value of a tokenised fund is determined by the value of the fund’s assets and liabilities, calculated under the valuation policy. Putting the interest on-chain does not change how the fund itself is valued.
- Fiduciary and statutory duties. The directors retain their duties. The investment manager retains its strategy and discretion. The administrator retains its functions. Tokenisation redistributes none of these.
3. Choosing the vehicle and the regime
Vehicle choice for a tokenised fund follows the same logic as for any Cayman fund, and then adds a tokenisation overlay. Start from the investor profile and the distribution strategy, not from the technology. The token rides on whichever vehicle is correct for the strategy and the investors; it does not dictate the vehicle. The dominant choice on a platform is a segregated portfolio within a segregated portfolio company, because it gives statutory ring-fencing of assets and liabilities between portfolios while sharing the platform’s governance and operating infrastructure.
| Vehicle | Typical use | Tokenisation fit |
|---|---|---|
| Segregated portfolio (within an SPC) | Manager-branded fund launched on a platform; statutory ring-fencing between portfolios | Strong. The portfolio’s participating shares are the interest that is tokenised |
| Standalone company | Single-strategy fund where the manager wants a wholly separate entity | Workable, but the manager carries the full governance and operating build alone |
| Exempted limited partnership | Closed-ended or private-equity-style strategies; LP interests | Workable; LP interests can be represented on-chain with appropriate transfer controls |
| Unit trust | Strategies targeting investors who prefer a trust form | Workable; units are the tokenised interest |
The regulatory regime
Once the vehicle is chosen, the fund must sit within the correct CIMA regime. The two principal regimes are the Mutual Funds Act, for open-ended funds whose interests are redeemable at the option of the investor, and the Private Funds Act, for closed-ended funds. Which one applies is driven by the redemption mechanics of the strategy, not by a preference.
| Dimension | Mutual Funds Act (open-ended) | Private Funds Act (closed-ended) |
|---|---|---|
| Core test | Interests redeemable at the investor’s option | Interests not redeemable at the investor’s option |
| Typical strategy | Liquid hedge, market-neutral, quant, liquid digital asset | Venture, private credit, illiquid or locked digital asset |
| Registration | CIMA registration as a regulated mutual fund | CIMA registration as a private fund |
| Valuation | Regular NAV consistent with dealing | Valuation on a defined basis, typically at least annually |
For a tokenised fund, the regime choice has one important consequence for the token design: the redemption logic encoded in, or controlled around, the token must match the redemption rights in the documents. A mismatch between the encoded behaviour and the legal regime is one of the most damaging errors available, because it can put the operational reality of the fund at odds with its regulatory status.
4. The tokenised fund document suite
A tokenised fund issuance requires a document suite that does two jobs at once. It must satisfy the regulated fund framework that institutional allocators and CIMA expect, and it must accurately describe the token, its mechanics, and the rights it carries. A common and expensive misunderstanding is to assume one of these two halves can be light. It cannot. The suite must operate as a single, internally consistent set of documents.
| Document | Purpose |
|---|---|
| Offering document / investment memorandum | The primary disclosure document: strategy, terms, risks, fees, eligibility, redemption, governance, and the tokenisation mechanics |
| Constitutional documents | Memorandum and articles (or LPA or trust deed) creating the interests that are tokenised and the rights attaching to them |
| Subscription agreement | Investor representations, eligibility confirmations, and the contractual basis on which interests are issued |
| Token purchase / issuance terms | How the token is issued, what it represents, transfer restrictions, wallet whitelisting, and the link between token and legal interest |
| White paper / technical description | Plain description of the token standard, the chain, the smart contract controls, custody of keys, and upgrade governance |
| AML / KYC terms | The onboarding, verification, screening and ongoing monitoring framework applied to every holder |
| Risk disclosures | Technology, smart contract, custody, key management, regulatory classification and liquidity risks specific to tokenisation |
The bridge provisions that matter most
- The token-to-interest link. The documents must state unambiguously that the token represents the legal interest, that the holder of record is determined by reference to the controlled register, and how the on-chain record and the administrator’s register relate where both exist.
- Transfer restrictions. Who may hold a token, the whitelisting and eligibility conditions for any transfer, and the consequences of an attempted transfer to an ineligible wallet.
- Forced transfer and recovery. What happens on loss of keys, death of an investor, a compliance breach, or a sanctions match: the conditions under which interests can be cancelled, reissued, or compulsorily transferred.
- Upgrade and control. Who controls the smart contract, what can be changed, and the notice and consent process for any change to terms that affect holders.
5. Investor eligibility, transfer restrictions and the register
The defining control in a tokenised fund is that eligibility is enforced at the token level, before an interest can reach a holder, and on every subsequent transfer. This is the feature that separates an institutional tokenised fund from a public token sale. Get it wrong and the fund can find ineligible parties holding interests on an immutable ledger, which is a problem far harder to unwind than to prevent.
Only verified, eligible investors may hold the token. In practice this means a whitelist: wallets are authorised to receive interests only after the person or entity behind them has been onboarded, verified, screened and confirmed as eligible. The token itself should be designed so that it cannot be transferred to a wallet that is not on the whitelist. Every fund must maintain an accurate register of interests; in a tokenised fund the on-chain record and the administrator’s register must be reconciled and must agree, with a defined authoritative record and a defined process for resolving discrepancies.
| Control | What it does | Where it is enforced |
|---|---|---|
| Wallet whitelisting | Restricts holding to verified, eligible investors | Token logic and onboarding |
| Lock-up / transfer windows | Enforces redemption regime and any holding period | Token logic and documents |
| Transferee eligibility check | Prevents transfer to ineligible or unscreened parties | Token logic and AML process |
| Forced transfer / recovery | Handles lost keys, death, breach, sanctions | Documents and admin process |
| Register reconciliation | Keeps on-chain state and administrator register in agreement | Administrator and platform |
6. AML, KYC, KYB and on-chain onboarding
A tokenised fund is subject to the full Cayman anti-money-laundering regime. The convenience of on-chain transfer does not reduce the obligation; if anything it raises the bar, because an immutable ledger records exactly who held what and when. The governing principle is simple and absolute: a wallet is not an investor. The verified person or legal entity behind the wallet is the investor, and that party must be onboarded and monitored to the same standard as any fund subscriber.
- KYC for individuals: identity verification, source of funds and source of wealth, and sanctions and politically-exposed-person screening.
- KYB for entities: verification of the legal entity, its ownership and control structure, beneficial owners, and the authority of those acting for it.
- KYA, know your address: verification that a specific wallet belongs to the verified investor, and screening of that wallet and its transaction history before it is whitelisted.
- Ongoing monitoring: periodic refresh of verification, continuous sanctions screening, and monitoring of on-chain activity for the wallets on the register.
The fund must appoint the required AML officers: an Anti-Money Laundering Compliance Officer, a Money Laundering Reporting Officer, and a Deputy MLRO. These functions may be supported through the platform and the administrator, but the appointments and the responsibility are real and must be properly staffed. The distinctive AML control in a tokenised fund is wallet screening: before a wallet is whitelisted, its address and on-chain history should be screened against sanctions lists and analytics for exposure to illicit activity, mixers, or sanctioned counterparties. This is the on-chain equivalent of source-of-funds diligence, and allocators and regulators will expect to see it as a documented, repeatable process.
The tax transparency regimes apply in parallel. FATCA and CRS reporting obligations attach to the fund, and the extended digital asset reporting frameworks now coming into force add a further layer for tokenised structures. These should be designed into the onboarding data capture from the start, so the information needed for reporting is collected at the point of subscription rather than reconstructed later.
7. Custody and wallet governance
Custody is where digital asset fund launches most often stall, and where allocators concentrate their scrutiny. For a tokenised fund there are two distinct custody questions, and managers frequently conflate them. The first is custody of the fund’s underlying assets. The second is control of the keys and contracts that govern the tokenised interests themselves. Both must be answered, and answered differently.
Where the strategy holds digital assets, the institutional default is a qualified custodian providing segregated custody, with assets held in the name of the fund or its portfolio rather than commingled. Exchange-held balances, where unavoidable for execution, should be minimised, monitored and reconciled, because exchange exposure is counterparty exposure.
| Model | Control profile | Allocator perception |
|---|---|---|
| Qualified custodian, segregated | Assets held in the fund’s name by a regulated custodian | Strongest; the institutional default |
| Multi-party / multi-signature self-custody | Keys split across parties; no single point of control | Acceptable with documented controls and independent oversight |
| Exchange-held balances | Assets held at a trading venue; counterparty risk | Tolerated only for working balances, minimised and monitored |
Control of the tokenisation infrastructure
Distinct from asset custody is the question of who controls the smart contracts and administrative keys that govern the tokenised interests: who can mint, burn, whitelist, freeze, or upgrade. This is a governance question as much as a technical one. Concentrated, undocumented control of these functions is a red flag to any serious allocator, because it means the terms of their holding can be changed by a party they have not assessed.
- Key management. Single-key control is unacceptable for institutional structures.
- Multi-party authorisation. Sensitive functions should require multiple authorised parties, with the directors and the platform in the control framework, not the investment manager alone.
- Segregation of duties. The party that runs the strategy should not unilaterally control the register or the contract.
- Independent oversight. Directors and the administrator should have visibility of, and a defined role in, the control of the tokenisation infrastructure.
8. NAV, valuation and reconciliation
Net asset value governance is the quiet centre of an institutional fund, and it is where tokenisation introduces a specific operational discipline. The value of a tokenised fund is the value of its assets and liabilities, calculated under the valuation policy by an independent administrator. Tokenisation does not change that calculation. What it changes is the reconciliation: the on-chain register of interests and the administrator’s records must agree at every NAV point, and the fund’s holdings, whether held on-chain, at a custodian, or at a venue, must reconcile to the books.
The administrator must be independent and must calculate NAV independently. This is non-negotiable for institutional credibility. The investment manager does not strike its own NAV. In a tokenised fund the administrator additionally needs the data feeds and access required to reconcile the on-chain register and on-chain holdings into its records, an operational integration that must be built and tested before launch, not assumed.
| Record | Maintained by | Must reconcile to |
|---|---|---|
| Books and investor register | Administrator | On-chain register and asset positions |
| On-chain token register | Platform / contract | Administrator register |
| Asset positions | Custodian / venue / chain | Administrator books |
9. Governance: who is who in a tokenised fund
Allocators do not allocate to strategies alone. They allocate to strategies wrapped in governance they can trust. In a tokenised fund the governance picture has the same actors as any institutional fund, plus a set of token-specific control questions layered on top. The most common failure is role confusion: blurring who owns the fund, who runs the money, who oversees, and who controls the infrastructure. Clarity here is not bureaucracy. It is the thing allocators are buying.
| Party | Role | What they do not do |
|---|---|---|
| The fund / segregated portfolio | The vehicle investors subscribe into | It is not the manager and not the platform |
| Directors | Fiduciary and statutory oversight of the fund and its service providers | They do not run the investment strategy |
| Platform manager (CV5 Capital) | Governance, compliance and operating infrastructure; coordination of service providers | It does not make investment decisions for the strategy |
| Investment manager | Investment strategy, portfolio construction and trading | It does not strike its own NAV or control the register alone |
| Administrator | Independent NAV, register, transfer agency, reporting | It does not make investment or governance decisions |
| AML officers | AMLCO, MLRO and DMLRO functions | They are not optional or nominal |
Investors subscribe into the relevant fund or segregated portfolio, not into the platform manager. The investment manager retains its strategy, brand and discretion. The directors retain their duties. The platform provides the apparatus that lets these roles function together. Independent, experienced directors are a baseline expectation, and for a tokenised fund they should understand both traditional fund governance and the digital asset operating model, including oversight of the token control framework. Independent director and governance services are available through Bell Rock Group, the affiliated entity providing director and company management services.
10. The regulatory surface
A tokenised Cayman fund sits at the intersection of fund regulation, securities regulation and the virtual asset regime. None of these can be treated as settled in the abstract; each must be worked through for the specific structure, strategy and investor base. What follows is a map of the surface a manager should expect to navigate, framed as considerations to resolve through the platform’s structuring and governance process rather than as fixed conclusions.
| Regime | Why it matters for a tokenised fund |
|---|---|
| Mutual Funds Act | Governs open-ended funds; registration, ongoing obligations, audit and AML delegation |
| Private Funds Act | Governs closed-ended funds; registration and valuation obligations |
| Securities Investment Business Act (SIBA) | Relevant to investment management and advisory activity carried on in or from Cayman, including the Registered Person category |
| Virtual Asset (Service Providers) Act | Increasingly relevant where the operating model touches custody, transfer, exchange or issuance of virtual assets, including tokenised interests |
| FATCA / CRS | Baseline tax transparency reporting obligations of the fund |
| CARF / CRS 2.0 | Extended tax transparency obligations specific to digital assets and tokenised structures |
| AML / CFT regime | AML officer appointments, risk-based approach, delegation to administrator and platform |
| Cross-border marketing | UK NPPR, EU AIFMD national private placement, US Regulation D and CPO exemptions where marketing reaches those investors |
The most consequential regulatory question is how the token is classified. A token that represents a fund interest is, in substance, a security interest in a regulated fund, and should be treated as such: it does not become something else, or escape fund and securities obligations, because it is represented on-chain. Attempts to structure a fund interest to avoid securities or fund classification while marketing it as a fund are a recognisable and serious risk, and they tend to fail under scrutiny precisely when an allocator or a regulator looks closely. The virtual asset regime becomes directly relevant where the operating model involves activities such as custody, transfer or issuance of virtual assets; whether and how it applies depends on the design of the structure and who performs which functions. Regulatory frameworks in this area are evolving quickly, and current requirements should be confirmed through the platform’s regulatory and governance process at the time of launch.
11. Operational due diligence: what allocators will test
Operational due diligence is where a tokenised fund either earns an institutional allocation or loses it. Allocators run ODD precisely because strategy is not enough; they are testing whether the fund can be operated safely, valued independently, and trusted with their capital. For a tokenised fund the ODD checklist is the standard institutional one, plus a tokenisation-specific layer. The managers who pass have built the answers in advance; the ones who fail try to assemble them during the diligence.
| Domain | What allocators test |
|---|---|
| Structure | Correct vehicle and regime; clean constitutional and offering documents; consistent document suite |
| Governance | Independent directors; clear role separation; board oversight of the token control framework |
| Administration | Independent administrator; NAV process; on-chain reconciliation capability |
| AML / KYC / KYB / KYA | Onboarding, screening, wallet screening, AML officers, ongoing monitoring |
| Custody | Qualified custody of assets; documented key management for the tokenisation infrastructure |
| Token controls | Eligibility gating, transfer restrictions, forced-transfer mechanics, upgrade governance |
| Valuation | Documented policy; independence; treatment of illiquid and hard-to-value positions |
| Reporting | Investor reporting; register integrity; regulatory and tax reporting readiness |
| Counterparty risk | Exchange, venue and custodian exposure, monitored and minimised |
| Business continuity | Key recovery, contract upgrade and incident response procedures |
The tokenisation-specific lines, wallet screening, token controls, key management and upgrade governance, are where a digital asset fund most often surprises an allocator who has done ODD on traditional funds. Treat these as first-class diligence items with documented processes, not as engineering details to be explained verbally.
12. Standalone or platform: the build decision
Every manager faces the same question once the structure is clear: build the fund standalone, or launch it on a regulated platform. There is no universally correct answer, and any honest treatment has to say so. A platform is not always cheaper and is not right for every manager. What a platform changes is the coordination, the speed, and the predictability of the build, and for a tokenised fund those factors carry more weight than usual, because the number of moving parts that must be integrated correctly is higher.
| Dimension | Standalone build | Platform launch |
|---|---|---|
| Time to market | Longer; every provider engaged and integrated from scratch | Compressed; infrastructure and provider relationships already in place |
| Provider coordination | Manager coordinates each provider individually | Coordinated through the platform as a single process |
| Governance | Manager builds the board and governance framework alone | Established governance framework the fund joins |
| Cost profile | Can be lower at large scale; higher and less predictable at launch | More predictable; shared infrastructure reduces launch friction |
| Digital asset readiness | Manager sources custody, wallet and reconciliation capability alone | Tokenisation, custody and reconciliation infrastructure already integrated |
| Best suited to | Established managers with scale and operational capacity | Emerging and established managers prioritising speed and coordination |
The old way is a standalone build in which the manager personally coordinates legal formation, administration, custody, banking, AML, governance and, for a tokenised fund, the entire on-chain infrastructure, sequentially and at risk. The problem with the old way is that it is slow, fragmented, and unforgiving of integration errors that only surface late. The platform model coordinates these elements as one process, which for a tokenised fund is the difference between integrating the regulated and on-chain layers by design and stitching them together under launch pressure.
13. The launch playbook: four weeks, then 100 days
A disciplined launch sequence is what converts a structuring decision into an operating fund. The four-week framework below assumes the major decisions, strategy, regime, vehicle and investor profile, are already made. It is a coordination sequence, not a guarantee of timing; counterparty onboarding in particular can extend beyond the manager’s control, which is exactly why it is sequenced early.
| Phase | Focus | Key outputs |
|---|---|---|
| Week 1 | Structure and documentation | Fund terms, token design mapped to the regime, service provider scope, launch checklist |
| Week 2 | Governance and onboarding | Board approvals, administrator setup, AML framework, wallet screening process |
| Week 3 | Counterparties | Bank, custody, exchange or prime broker onboarding; tokenisation infrastructure integration |
| Week 4 | Launch readiness | Final checks, NAV and reconciliation tested, subscription and onboarding process live |
Note the tokenisation-specific items folded into the standard sequence: the token design is mapped to the regime in week one, the wallet screening process is built in week two, the on-chain infrastructure is integrated in week three, and the NAV reconciliation across all three records is tested in week four. These are not added after launch. They are part of reaching launch readiness.
The first 100 days
Going live is the start, not the finish. The first 100 days are where operating discipline is proven and where an early allocator forms its lasting view of the fund.
- Run the reconciliation triangle at every NAV point and resolve any discrepancy immediately; early reconciliation breaks are the most damaging to allocator confidence.
- Operate the AML and wallet-screening process on every new holder and every transfer, and evidence it.
- Exercise the governance cadence: regular board reporting, including on any use of token control powers.
- Maintain counterparty discipline: monitor and minimise exchange and venue exposure, and reconcile holdings continuously.
- Keep the document suite and the operating reality aligned; if anything changes, the documents change with it.
- Prepare for operational due diligence as an ongoing state, not a one-off event, because the next allocator will test everything the first one did.
Conclusion
A tokenised Cayman fund is not a different species of fund. It is an institutional fund whose interests are represented and moved on-chain, and that single change runs through every part of the operating model: the documents, the eligibility controls, the AML perimeter, the custody and key governance, the NAV reconciliation, and the board’s oversight. The managers who succeed treat the token as the easy, verifiable layer and the fund beneath it as the part that must be right.
The recurring theme of this handbook is consistency. The white paper and the offering document must tell the same story. The token’s behaviour must match the legal regime. The on-chain register, the administrator’s books and the asset positions must reconcile. The control framework must be one the board can describe and govern. Where those things are consistent, a tokenised fund is a credible institutional product. Where they drift apart, the gap is exactly where due diligence, or a regulator, will land. Tokenisation rewards preparation and punishes improvisation, because its record is permanent and its counterparties reconcile against it.
Speak with CV5 Capital
CV5 Capital is a Cayman Islands fund platform business supporting emerging and established managers launching hedge funds and digital asset funds, including tokenised structures, through an institutional-grade operating model. For managers preparing to launch, CV5 Capital can help assess structure, regime, governance, custody, tokenisation design and operational readiness.
Contact CV5 Capital to discuss whether a regulated platform structure is suitable for your tokenised strategy.
Speak with Our TeamFrequently asked questions
Does tokenising a fund change how it is regulated?
Not in the way managers sometimes hope. A token that represents a fund interest is, in substance, an interest in a regulated fund and is treated as such. Tokenisation changes the operational mechanics of holding and transferring the interest; it does not exempt the fund from fund, securities, AML or tax obligations.
Can anyone with a wallet invest in a tokenised fund?
No. Eligibility is enforced at the token level. Only verified, eligible investors whose wallets have been whitelisted after onboarding can hold the interest, and the same test applies on any transfer. A wallet is not an investor; the verified person or entity behind it is.
Open-ended or closed-ended, which regime applies?
It depends on the redemption mechanics of the strategy. If interests are redeemable at the investor’s option, the Mutual Funds Act regime typically applies. If they are not, the Private Funds Act regime typically applies. The token must enforce the redemption and transfer behaviour that matches the chosen regime.
Who controls the smart contracts and administrative keys?
This is a governance question the board should own. Sensitive functions such as minting, freezing, whitelisting and upgrading should require multi-party authorisation, with the directors and platform in the control framework rather than the investment manager alone. Concentrated single-key control is not an institutional standard.
How is NAV calculated for a tokenised fund?
By an independent administrator under a documented valuation policy, exactly as for any institutional fund. The tokenisation-specific discipline is reconciliation: the on-chain register, the administrator’s books and the actual asset positions must agree at every NAV point.
Is a platform always the right route for a tokenised fund?
No. A platform is not always cheaper and is not right for every manager. It changes the coordination, speed and predictability of the build, which carries particular weight for a tokenised fund because more components must be integrated correctly. The right answer depends on the manager, the strategy and the timeline.