Use cases
Compare DALP asset classes and instrument templates against the same EVM asset lifecycle: issuance, holder controls, servicing actions, event history, and integration APIs.
Start with the asset the institution wants to operate, then choose the closest DALP use-case pattern. DALP gives each pattern the same EVM lifecycle: model the asset, configure holder and role controls, execute token actions, and expose indexed records for reconciliation.
The current library combines named system product templates with the Configurable Asset starter across fixed income, equity, funds, cash, real assets, and structured products. The detail pages explain how those templates change by asset class, including the external evidence and operating processes each programme needs.
DALP owns the configured EVM token lifecycle and the records that lifecycle produces. The institution owns the product terms, legal classification, reserve operations, payment rails, accounting, and any non-EVM network activity. For reserve-backed assets, use DALP's collateral controls to record and enforce trusted attestations, while the bank, custodian, trustee, or warehouse operator remains responsible for proving the underlying reserve.
Reader decisions
This page is for evaluators and implementation leads choosing the closest DALP asset pattern for a target product.
It explains where DALP provides reusable lifecycle controls and where the institution still needs a legal, operational, or integration owner.
It is an overview. It is not a legal structure, payment-rail design, regulatory opinion, or implementation runbook.
| Reader | Decision |
|---|---|
| Product owner | Which asset class page best matches the product you want to launch |
| Solution architect | Which DALP controls are common across the asset classes and which systems stay external |
| Operations lead | Which servicing, reconciliation, and exception processes need an operating owner |
| Compliance reviewer | Where holder eligibility, role controls, and external legal obligations split |
The common lifecycle
Most asset programmes use the same control loop. The asset class changes the business terms and external evidence, not the core DALP flow.
DALP covers the EVM asset lifecycle and the records produced by that lifecycle. External systems still own cash movement, reserve custody, legal registers, accounting ledgers, bank-core posting, investor communications, market venues, and any off-chain approval process that the institution requires.
Asset class map
The system library contains named product templates plus the Configurable Asset starter. The map below groups those templates into the current public taxonomy; the detail pages are representative routes for deeper operating guidance, not separate product guarantees.
| Asset class | Current template coverage | Typical DALP controls | External responsibilities |
|---|---|---|---|
| Fixed income | Sovereign bonds, corporate bonds, convertible notes, syndicated loans, treasury bills, green bonds, and commercial paper | Role-based supply management, transfer controls, DvP or distribution flows, yield or redemption configuration where enabled | Terms approval, paying-agent process, cash settlement, investor notices, legal register, and regulatory reporting |
| Equity | Common equity, preferred equity, and employee equity awards | Holder eligibility, transfer controls, cap-table visibility, voting or distribution features where configured | Corporate-secretary process, shareholder register treatment, voting governance, tax, and corporate-law obligations |
| Funds | Mutual funds, ETFs, money market funds, and private equity funds | Fund metadata, NAV or reference-price fields, transfer eligibility, distribution workflows, and audit history | Fund administration, capital calls, waterfall calculations, valuation approval, investor reporting, and legal transfer consent |
| Cash | Fiat-backed stablecoins, tokenized bank deposits, and certificates of deposit | Mint, burn, transfer, collateral or reserve state, maturity or redemption workflow, event history, and API integration | Fiat reserve custody, treasury operations, bank-core posting, payment network access, redemption process, and external programme approvals |
| Real assets | Commercial real estate, gold-backed tokens, carbon credits, and tokenized art | Asset metadata, custody-context fields, document evidence, holder controls, transfer rules, and operational event history | Property operations, vault inventory, physical custody, valuation, insurance, reserve attestation, and legal treatment of the asset claim |
| Structured products | Principal-protected notes, autocallable notes, and asset-backed tokens | Token terms, eligibility controls, maturity or redemption features where configured, event history, and integration records | Payoff determination, underlying exposure management, cash settlement, investor notices, accounting, and programme approvals |
What each detail page adds
Each detail page adds the asset-specific operating facts that the shared lifecycle cannot answer on its own.
| Detail page | Asset-specific synthesis |
|---|---|
| Corporate bonds | Fixed-income programmes centre on issuance, DvP or distribution flows, coupon-style claims, maturity redemption, paying-agent work, investor notices, and the legal register. |
| Equities | Share-like instruments centre on holder eligibility, cap-table visibility, shareholder actions, dividend or distribution claims, voting, and corporate-law obligations. |
| Private equity | Fund-unit programmes centre on LP onboarding, NAV or reference-price context, proportional distributions, management-fee configuration, secondary-transfer consent, and fund-administrator reporting. |
| Real estate | Property-backed programmes centre on fractional ownership, property metadata, rental or sale-proceeds workflows, governance, valuation updates, title or SPV structure, tax, and insurance. |
| Precious metals | Metal-backed programmes centre on metal type, purity, unit, spot-price basis, vault location, custodian context, document evidence, holder controls, and physical inventory ownership. |
| Stablecoins | Bank-issued stablecoins centre on controlled mint, transfer, burn, collateral or reserve state, backing checks, holder and supply visibility, reserve custody, and treasury reconciliation. |
| Deposit certificates | Deposit-like products centre on term, rate, maturity, redemption, reserve visibility, customer disclosures, bank-ledger posting, deposit-contract terms, and insurance position. |
| Structured products | Structured programmes centre on note terms, maturity or redemption settings where configured, holder controls, payoff or reserve evidence, and external calculation or collateral processes. |
Route current templates to the closest page
The system template library covers the named product templates listed below. Use this routing table when a template does not yet have a dedicated detail page.
| Template family | Templates | Closest use-case page |
|---|---|---|
| Fixed income | Sovereign Bond, Corporate Bond, Convertible Note, Syndicated Loan, Treasury Bill, Green Bond, Commercial Paper | Corporate bonds |
| Equity | Common Equity, Preferred Equity, Employee Equity Award | Equities |
| Funds | Mutual Fund, ETF, Money Market Fund, Private Equity Fund | Private equity for fund-unit controls and transfer restrictions |
| Cash | Fiat-Backed Stablecoin, Tokenized Bank Deposit, Certificate of Deposit | Stablecoins or Deposit certificates |
| Real assets | Commercial Real Estate, Gold-Backed Token, Carbon Credit, Tokenized Art | Real estate or Precious metals |
| Structured | Principal-Protected Note, Autocallable Note, Asset-Backed Token | Structured products for note terms, payoff or reserve evidence, maturity and redemption settings where configured, and external calculation or collateral processes. |
When none of the named templates fits the asset, start with Instrument templates. Prepare an organisation-specific template from scratch or by duplicating the closest published template.
The Configurable Asset starter is the blank starting point. It is separate from the named product templates listed above.
Structured products, carbon credits, tokenized art, ETFs, and money market funds still need external product administration. DALP records the configured EVM token lifecycle. External systems remain responsible for payoff formulas, fund administration, art provenance, carbon registry records, physical reserve evidence, and approvals that sit outside the EVM lifecycle.
Choose the asset pattern first
Start from the instrument the institution wants to operate, then confirm the DALP controls and external responsibilities that make the pattern usable in production.
If a decision depends on legal status, cash movement, reserve backing, accounting, or a non-EVM network, assign it outside DALP before treating the token workflow as ready.
| Decision | DALP answer | External answer |
|---|---|---|
| What is the instrument? | Pick the closest asset class page and model the token terms, decimals, supply model, holder records, and lifecycle actions. | Confirm the legal classification, programme documents, investor disclosures, and operating approvals. |
| Who may hold or transfer the asset? | Configure roles, trusted issuers, identity claims, compliance modules, and transfer controls. | Decide the onboarding policy, exception path, legal eligibility tests, and approval owners. |
| How does value move outside the token? | Record token actions, transaction state, holder balances, events, and available API or webhook evidence. | Operate fiat payments, bank-core posting, custody, reserve movement, vault operations, accounting, and client communication. |
| What proves the state later? | Use indexed events, transaction history, asset records, holder views, reports, and API reads as DALP evidence. | Assemble the legal register, statements, reserve attestations, reconciliation files, and regulator or auditor evidence packs. |
| How are secondary transfers handled? | Execute configured EVM token transfers when the sender, recipient, amount, allowance, and compliance checks satisfy the asset rules. | Operate the market venue, order book, matching logic, price discovery, consent workflow, tax treatment, and cash settlement. |
Secondary market boundary
DALP supports controlled token transfers as part of the asset lifecycle. Those transfers can use standard sender-to-recipient movement or allowance-based transfer flows, and the configured asset rules decide whether a transfer can proceed.
A secondary market still needs an external operating model. DALP does not provide the market venue, order book, matching engine, price discovery process, broker or exchange role, or cash settlement rail by itself. If an institution uses DALP tokens in a secondary transfer workflow, connect the venue or approval process to DALP transfer, event, holder, and reconciliation records.
For fund units and other restricted assets, model consent and eligibility before treating a transfer as ready. DALP can enforce configured identity and compliance controls, while ROFR, GP consent, transfer windows, side-letter restrictions, taxes, and investor notices remain outside the token workflow.
What changes by use case
The asset class decides which fields, workflows, and external controls matter most.
| Question | Reason | Next page |
|---|---|---|
| Is the product fixed income, equity, fund interest, cash-like, real-asset-backed, or structured? | The legal and operating model determines which terms need to be captured before launch. | Start with the closest asset class page or template family, then validate the terms with the institution's legal and operations teams. |
| Does the asset need a payment, redemption, or reserve process outside the token contract? | DALP can record and execute token actions, but cash, reserves, custody, and accounting usually sit in other systems. | Read the relevant use case page, collateral guide, and integration pages for APIs, events, custody, and operational reconciliation. |
| Who can hold, transfer, mint, burn, or administer the token? | Role assignments and eligibility controls are the practical guardrails for regulated assets. | Review the compliance, identity, and RBAC architecture pages before implementation. |
| What evidence must be available after each lifecycle action? | Operators and auditors need event history, transaction status, holder records, and source-system reconciliation. | Pair the use case page with the transaction tracking, webhook, and reporting/export documentation. |
What DALP covers across all use cases
DALP provides the shared lifecycle layer for configured EVM networks:
- asset modelling and token configuration;
- role-based administration for issuer and operator actions;
- holder and transfer controls through configured compliance modules;
- custody-routed transaction execution and status tracking;
- indexed asset, holder, action, and event records;
- API, webhook, export, and console surfaces for operational integration.
These controls let teams reuse one token-lifecycle model across asset classes while keeping product terms and off-chain operations explicit.
What stays outside DALP
The surrounding institution remains responsible for the operating model around the token:
- legal classification, offering documents, investor disclosures, and regulatory permissions;
- fiat payment rails, bank-core posting, reserve accounts, and accounting ledgers;
- external custody, vault, property, fund-administration, or market-venue processes;
- tax, reporting, off-chain notices, and customer communication;
- controls for non-EVM networks or external bridge routes.
DALP is EVM-only. Use cases that involve non-EVM chains, bridges, exchanges, payment systems, or physical assets need an explicit external owner and reconciliation process.
Choose the right detail page
- Start with Corporate bonds for fixed-income issuance, coupon-style servicing, maturity, redemption, and debt-like controls.
- Start with Equities for share-like instruments, cap-table visibility, employee equity awards, and shareholder controls.
- Start with Private equity for fund-unit modelling, ETFs, money market funds, NAV context, distribution workflows, and transfer restrictions.
- Start with Real estate for property-backed fractional ownership, tokenized art, carbon credits, and rental or sale-proceeds workflows.
- Start with Precious metals for gold-backed terms, custody context, and document evidence.
- Start with Stablecoins for controlled mint, burn, transfer, reserve, and treasury workflows.
- Start with Deposit certificates for tokenized bank deposits, certificates of deposit, and time-bound deposit-like redemption terms.
- Start with Structured products for principal-protected notes, autocallable notes, asset-backed tokens, payoff evidence, reserve context, and external calculation or collateral processes.
- Start with Instrument templates when the institution needs the full template taxonomy, wants to adapt the Configurable Asset starter, or needs an organisation-specific template.
Related architecture
- Tokenization modeling explains how asset type, token configuration, metadata, and features fit together.
- Architecture flows explains the shared transaction, settlement, compliance, and lifecycle flows.
- Identity and compliance explains holder eligibility and compliance checks.
- Collateral requirements explain how collateral claims gate minting for reserve-backed tokens.
- Custody providers explains signing-policy ownership.
- Operational integration patterns explains how external systems consume DALP records.
Platform capabilities
DALP combines issuance, compliance, custody controls, settlement, servicing, exception handling, and operating evidence in one platform for regulated digital asset operations after launch.
Corporate bonds
Corporate bond issuance through DALP combines compliant asset creation, atomic settlement, pull-based coupon claims, and maturity redemption controls for EVM-based fixed-income programmes.