Component catalog
Find the DALP component layer that owns an architecture decision, integration handoff, control, or evidence trail across platform entry surfaces, infrastructure services, asset contracts, token features, and capabilities.
DALP organises components by asset lifecycle job. Use this catalog before you read the deeper architecture pages. It points you to the layer that owns a decision, control, evidence trail, or handoff.
Platform surfaces receive operator and integration requests. Infrastructure services execute and observe those requests. Asset contracts enforce token rules on EVM networks. Token features extend each asset. Capabilities add focused workflows around the asset. Each linked detail page explains one layer in more depth.
How to read the component model
Start with the workflow or review question, then move to the layer that controls the relevant decision or evidence. Use this page for architecture orientation. Use the detail pages for task guides, API references, or deployment material.
For example:
- To review who can start an asset lifecycle workflow, use the platform layer.
- To trace how a submitted workflow becomes signed EVM transactions and indexed state, use the infrastructure layer.
- To check what rules the token enforces on-chain, use asset contracts and token features.
- To understand an addon such as XvP settlement or an airdrop, use capabilities.
The model is layered for review, not for deployment ownership. DALP owns the platform surfaces, infrastructure services, contract model, token-feature attach points, and capability workflows listed here.
Operators, issuers, custody providers, RPC providers, feed sources, payment providers, and market venues own the off-platform policies, provider configurations, operating procedures, and legal obligations named in the external-scope column.
A regulated workflow usually crosses several layers. Issuing or transferring an asset may start in the Asset Console or Unified API, pass through authorization and durable execution, request custody signing, call SMART Protocol contracts, apply token features, and emit events for audit and read models.
Choose the right detail page
| Review question | Start with | Why |
|---|---|---|
| How do operators or external systems enter DALP? | Platform layer | Explains the Asset Console, Unified API, and System Factory as the request entry surfaces. |
| Which backend services execute and observe a workflow? | Infrastructure layer | Covers durable execution, signing, contract calls, indexing, EVM connectivity, and feed inputs. |
| Which on-chain token model enforces asset rules? | Asset contracts | Covers DALPAsset, ERC-3643 integration, instrument configuration, roles, and legacy specialised types. |
| Which per-asset extension adds fees, yield, maturity, voting, or history? | Token features | Maps runtime-pluggable extensions that attach to DALPAsset tokens. |
| Which addon owns a workflow outside the base token contract? | Capabilities | Maps airdrop, vault, XvP settlement, token sale, and issuer-signed scalar feed workflows. |
Component layers
| Layer | What DALP covers | Owner and external scope | Detail page |
|---|---|---|---|
| Platform | User and integration entry through the Asset Console, Unified API, and System Factory. | DALP owns the entry surfaces and shared backend controls. Operators own user access policy, external callers, and operating decisions. | Platform layer |
| Infrastructure | Workflow execution, transaction preparation, signing routes, contract runtime, chain indexing, RPC access, and feed resolution. | DALP owns the orchestration and integration points. Operators and providers own custody policy, RPC selection, feed-source contracts, response procedures, and deployment sizing. | Infrastructure layer |
| Asset contracts | EVM asset tokens, compliance hooks, identity links, factory deployment, token roles, and on-chain events. | DALP owns the contract model and documented role behavior. Issuers own legal instrument terms, custody policy, and investor onboarding outside DALP. | Asset contracts |
| Token features | Asset-level extensions for fees, voting power, historical balances, permit approvals, maturity redemption, conversion, and yield. | DALP owns the feature contracts and attach points. Issuers own economic terms, tax treatment, accounting treatment, and external valuation evidence. | Token features |
| Capabilities | Optional addons for distribution, treasury control, settlement, token sales, and signed market data. | DALP owns the documented addon workflows. Operators and providers own venue operations, payment rails, legal settlement process, and provider procedures. | Capabilities |
Component inventory
Platform
User-facing interfaces that operators and integrators interact with directly.
| Component | Responsibility |
|---|---|
| Asset Console | Web interface for asset lifecycle management, compliance workflows, portfolio views, and distribution management. |
| Unified API | OpenAPI-documented programmatic access to platform operations. |
| System Factory | Organisation system creation and token factory scoping for asset isolation. |
Infrastructure
Backend services that power workflow execution, signing, chain connectivity, indexing, and external value inputs.
| Component | Responsibility |
|---|---|
| Execution Engine | Reliable workflow orchestration with persistent state and exactly-once semantics. |
| Key Guardian | Secure cryptographic key storage with HSM and cloud KMS integration. |
| Transaction Signer | Transaction preparation, gas estimation, nonce management, and signing. |
| Contract Runtime | Smart contract interaction, ABI encoding, and call routing. |
| Chain Indexer | Blockchain event processing, data translation, and queryable state projection. |
| Chain Gateway | Multi-network connectivity with failover and load balancing. |
| EVM RPC Node | Blockchain network access for transaction submission and state queries. |
| Feeds System | Trusted market data feeds for pricing, NAV calculations, and reference data. |
| Account abstraction | ERC-4337 smart-account execution paths when account abstraction is configured. |
Asset contracts
The foundational contract primitive, DALPAsset, and specialised legacy types for existing deployments.
| Component | Responsibility |
|---|---|
| Asset Contracts | DALPAsset, ERC-3643 integration, legacy-equivalent presets, specialised token types, deployment architecture, and role-based administration. |
Token features
Runtime-pluggable extensions that add fees, governance, lifecycle, approvals, history, conversion, and yield to DALPAsset tokens.
| Component | Responsibility |
|---|---|
| Token Features | Runtime-pluggable features for DALPAsset: fees, voting power, historical balances, permit approvals, maturity redemption, conversion, and yield. |
Capabilities
Optional system addons that extend asset workflows without changing the base asset contract.
| Component | Responsibility |
|---|---|
| Airdrop | Token distribution across push, merkle-drop, and vesting strategies. |
| Vault | Multi-signature treasury management with configurable approval thresholds. |
| XvP Settlement | Atomic cross-party settlement with delivery-versus-payment mechanics. |
| Token Sale (DAIO) | Digital Asset Initial Offering with configurable sale parameters. |
| Issuer-Signed Scalar Feed | Issuer-signed scalar values for market data and reference-value workflows. |
Read next
- Architecture overview for the principles and quality attributes behind the component model.
- Key flows to follow asset issuance, settlement, identity, and operational sequences across components.
- Integration architecture to review provider responsibilities and external system handoffs.
- Security architecture to review trust boundaries and control mapping.
- Deployment topology to review runtime zones and network responsibilities.
Tokenization modeling
A concepts guide to how DALP turns an asset class and instrument template into token metadata, token features, compliance rules, and an issued asset.
Overview
The platform layer is where operators, integrators, and administrators enter DALP. It explains how the Asset Console, Unified API, and System Factory route requests through shared authentication, authorization, wallet verification, and audit controls.