System templates

DALP ships 24 system templates that the Asset Designer offers when an operator creates a new asset. Each template selects a base asset type, an asset class, a set of required token features, and a metadata schema for the fields the operator fills in. This catalog maps every system template to those choices so operators can pick the closest fit before opening the Asset Designer.

Custom organisation-owned templates extend the catalog without changing the system templates. For the authoring path, see Custom template authoring. For how features compose, see Feature constraints.

How to use the catalog

The Asset Designer reads the selected template, combines required features with operator inputs from the wizard, and validates the combination against the dependency and incompatibility rules before deployment. Pick the template whose features and asset class match the instrument shape; do not override the required-feature list unless the asset deliberately diverges from the template intent.

Fixed income (asset class fixed-income)

Six templates targeting debt instruments backed by the bond base asset type.

Pick system-treasury-bill or system-commercial-paper when the instrument is a discount zero-coupon at issue and pays at maturity. Pick system-convertible-note when conversion to a target equity is in scope; the conversion-minter dependency is required for the conversion flow. Pick system-syndicated-loan for agent-bank-funded periodic yield against a facility id. Pick system-green-bond when use-of-proceeds reporting is part of the operating model.

Equity (asset class equity)

Three templates targeting share-like instruments backed by the equity base asset type.

system-equity covers voting common shares. system-preferred-equity drops voting-power because preferred classes are often non-voting; if the preferred class votes, override the required-feature list and document the decision in the template description. system-employee-equity-award adds voting-power because employee awards frequently carry voting once vested.

Funds (asset class funds)

Four templates targeting pooled investment vehicles backed by the fund base asset type. See Funds use case for the operating model.

system-fund collects an on-chain transaction fee against subscriptions and redemptions. system-etf switches to transaction-fee-accounting, which records the fee without collecting it on chain — operators or the administrator settle the accrued fees off-chain on the published schedule. system-money-market-fund adds fixed-treasury-yield because short-duration cash-equivalent funds typically distribute the treasury yield to holders. system-private-equity-fund keeps voting-power for limited-partner-style governance and drops transaction-fee because subscriptions are typically capital-call events scheduled outside the token transfer path.

Cash and cash equivalents (asset class cash)

Three templates targeting bank-deposit and stable-value instruments.

system-stablecoin is the minimal template — the operating model expects collateral attestation through compliance modules rather than a yield feature on the token. system-deposit adds fixed-treasury-yield for demand or term deposits that pay interest. system-certificate-of-deposit adds maturity-redemption for term-CD instruments that pay face at a defined date.

Real assets (asset class real-assets)

Four templates targeting physically- or environmentally-backed tokens.

system-precious-metal is minimal because the asset reads weight, purity, and custody facts from the metadata schema, not from token features. system-real-estate adds voting-power for fractional-ownership governance and aum-fee for property-management accrual. system-carbon-credit is conversion-based because retired credits convert into a target retirement token rather than redeeming through maturity. system-tokenized-art adds voting-power for fractional decisions about the underlying piece.

Structured products (asset class structured)

Two templates targeting structured-note instruments backed by the bond base asset type. The third structured-shape template, system-asset-backed-token, also belongs here.

system-principal-protected-note pairs maturity-redemption with fixed-treasury-yield so principal returns at maturity with periodic accrual along the way. system-autocallable-note drops the yield feature because autocallable returns are payoff-shape-dependent rather than periodic; the operator records the payoff terms in the template metadata. system-asset-backed-token is the most feature-dense template — it composes treasury yield with fee accounting and an external transaction fee to model securitised pools where the fee is paid in a separate denomination asset.

Choose between similar templates

When the catalog does not fit

If none of the system templates match the intended instrument, author a custom template instead of overriding the required-feature list on a system template. Custom templates preserve the system catalog as a stable reference and let your override carry an organisation-owned identifier the auditor can trace. See Custom template authoring.

Read next

• Custom template authoring for the tutorial that walks an operator from blank to published custom template.
• Create asset for the Asset Designer entry path that consumes a chosen template.
• Feature constraints for the dependency, incompatibility, and order-of-application rules the Asset Designer enforces.
• Token features for the per-feature architecture references the catalog above links into.