SettleMint
ArchitectureStart Here

Capability docs matrix

Map DALP capabilities to the public documentation pages that explain the architecture, operator workflow, API integration path, and review notes for each capability.

DALP capabilities are documented across architecture explanations, operator guides, developer guides, and runbooks. Architects, reviewers, and integration teams can use this matrix to find the right page before detailed implementation or review work.

The matrix is a routing aid, not a product checklist. Read the linked pages for the exact flow, API surface, constraints, and responsibilities.

Capability coverage

Capability areaStart withThen readWhat the docs cover
Platform architecture and ownershipSystem contextArchitecture one-pager, ComponentsHow the Asset Console, Unified API, execution services, SMART Protocol contracts, feeds, custody providers, compliance providers, and operator systems fit together.
Asset setup and issuanceTokenization modelingAsset issuance, Create an asset, Token lifecycle APIHow an asset definition becomes a configured tokenised instrument, which lifecycle controls apply, and where operator and API workflows continue.
Asset servicing after issuanceLifecycle after issuanceAsset detail workspace, Mint assets, Asset economicsWhere minting, redemption, conversion, fixed-income servicing, pricing, and fee concepts sit after the asset is live.
Identity, claims, and compliance controlsIdentity and complianceCompliance modules, Configure trusted issuers, Compliance provider subjectsHow identity claims, trusted issuers, configured compliance modules, and provider-driven subject records participate in transfer and issuance controls.
Custody, signing, and wallet verificationCustody providersSigning flow, Wallet verification, Account securityHow DALP prepares transactions, hands signing to the selected custody or wallet path, verifies wallets, and separates platform workflow from custody-provider policy.
Replay, idempotency, and mint controlsReplay, idempotency, and mint controlsSource verification and auditability, Mint assetsWhere duplicate-request protection, deterministic operation keys, configured mint authority, and audit evidence belong in the operating model.
Settlement and cross-chain positioningXvP settlementXvP operator guides, Bridge and cross-chain position, Supported networksHow settlement workflows are represented in DALP, which EVM network assumptions apply, and which bridge or external-chain responsibilities stay outside DALP.
Market data and feedsMarket data infrastructureFeeds overview, Create feeds, Feeds update flowHow feed registration, signed updates, adapter reads, and indexed price data support configured asset or workflow needs.
Event evidence, auditability, and monitoringSource verification and auditabilityEvents, Operability, ObservabilityWhich records and event streams help reviewers trace platform actions, monitor operations, and reconcile workflow outcomes.
Production deployment and recoveryHigh availabilityDeployment topology, Backup and recovery, Failure modesHow to read the deployment, availability, RTO/RPO, backup, and incident-response pages during an operational readiness review.
Public-chain privacy and reserve evidencePublic-chain privacySupply cap and collateral, Precious metals use case, Tokenization modelingHow DALP frames public EVM visibility, configured supply or collateral controls, and external reserve or backing evidence responsibilities.

How to use the matrix

Start with the capability area that matches the review question. Use the first link for the mental model, then use the follow-up links for operator steps, API details, or review evidence.

If a topic touches several areas, keep the sequence narrow. For example, a custody review usually starts with custody providers and signing flow. Then move to wallet verification and account security. Add the full asset issuance path only when the review also covers issuance authority or minting.

For implementation work, move from this page into the relevant developer guide. For product and risk review, use the architecture, security, operability, and executive overview sections first.

On this page