Insights | SettleMint

Getting Started with SettleMint DALP

Written by Roderik van der Veer | Aug 20, 2026, 6:59:59 AM

Programs stall when the digital asset has to behave like any other balance-sheet item and the systems underneath refuse that job. Issuance lives in one stack, identity in another, custody in a third. Settlement is reconstructed later. Reporting is rebuilt from node logs. Ops, Compliance, Settlement, Risk and Audit inherit lag, reconciliation debt, and the risk that a transfer they would block still completes.

SettleMint DALP is the entirely composable Digital Asset Lifecycle Platform. It gives regulated institutions two category attributes in one product: lifecycle management of the asset after issuance, and composability across asset design, compliance and operations. Deploy on-prem, in the institution’s cloud, or as dedicated SaaS, on the EVM networks it configures. Compliance holds in the transfer path. For the 3.0 surface, use the DALP 3.0 documentation together with the platform overview.

What that means in practice:

  • Lifecycle management — Issuance, eligibility, custody routing, durable execution, atomic settlement, servicing and queryable history share one instruction chain. Ops, Compliance, Settlement, Risk and Audit work from named states and one book of record for the life of the asset.
  • Composability — Six asset classes and pre-configured instrument templates, plus a configurable instrument where the mandate needs it. A compliance policy is assembled once and applied across instruments. Custody and identity providers plug in by configuration. The same control model scales as the program adds products. See asset and instrument templates and the DALP 3.0 documentation.

 

What delays go-live

When a regulated digital asset program moves toward Production, the questions that hold it up are operational and supervisory:

  • Can an ineligible investor receive the instrument?
  • If custody approval sits pending for forty minutes, does the instruction stay visible to Ops?
  • How does the asset service maturity, yield, redemption and governance after launch?
  • When a transfer reverts, does Operations see the rule that fired, or a raw hash?
  • After settlement, can Audit answer balances as of a past date without reconstructing history in a spreadsheet?
  • Does signing authority remain inside the vault the institution already approved?

Those are lifecycle questions. They only hold when issuance, compliance state, ownership, transaction status and settlement semantics share one book of record that Ops and Audit can treat as authoritative.

 

The systems that make up DALP

DALP is composed as systems that map to how control functions already work, allowing Ops, Compliance, Settlement, Risk and Audit to operate regulated digital assets within their existing control model.

System What Ops, Compliance, Settlement, Risk and Audit get
Asset Registry Six asset classes on SMART Protocol (SettleMint’s ERC-3643 implementation): fixed income, equity, funds, cash, real assets and structured products, with pre-configured templates and a configurable instrument
Compliance and Identity KYC, KYB and AML orchestration; on-chain identity and claims; modular rules at the point of transfer
Transaction Lifecycle Engine Named durable states from receipt through approval, broadcast and confirmation
Custody and Settlement Provider-routed signing so keys stay with the vault; atomic DvP and multiparty XvP
Ledger Index On-chain history as business data: balances, transfers, fees, yield and redemptions, including as of a past block
Operations Console, Platform API, SDK and CLI Day-to-day operator control and stable integrator surfaces under one permission model

 

Issuance through servicing on one registry

Token creation alone leaves Settlement and Compliance to invent the rest of the life of the asset. DALP keeps creation, transfer, servicing and redemption on one book of record. Program teams start from instrument and asset templates when a proven setup should travel into the next launch.

The operating sequence for a program:

  1. System deployment — The on-chain SMART System for the organization: registries, compliance engine, identity registry and token factories.
  2. Token creation — The instrument deploys through its class factory with an on-chain identity and asset-level claims.
  3. Servicing — Mint, transfer, burn, sale, distribution and yield use the same compliance-gated path.
  4. Lifecycle primitives — Maturity redemption, fixed yield schedules, conversions, distributions, airdrops and on-chain governance as shipped paths.
  5. Recovery and seizure — Tested privileged routes when regulators or custodians must act.

DALP covers six asset classes on SMART Protocol: fixed income (for example corporate and sovereign bonds), equity, funds (for example ETF, money market and private equity), cash (stablecoins and deposits), real assets (for example real estate, precious metals and carbon credits), and structured products (for example asset-backed tokens), with pre-configured templates and a configurable instrument when the mandate needs it. Detail: asset and instrument templates.

 

Compliance that holds at the point of transfer

Eligibility has to fire when the transfer moves, not in a after-the-fact review queue. DALP applies two gates, documented under compliance templates and identity and KYC.

  1. Off-chain pre-check in the transaction pipeline — failures surface early, with readable reasons for Ops and Compliance.
  2. On-chain re-check in the token transfer path — the ledger rejects the move when policy does not allow it.

Identity is first-class. Participants and tokens hold signed claims. Trusted issuers sit per claim topic per system. When policy allows, identity recovery re-binds a compromised wallet and reassigns balances.

Modules cover identity verification, country and identity lists, investor and supply caps, issuance limits, time locks, transfer approvals and collateral constraints. Forced transfer and recovery exist as explicit privileged routes for regulatory seizure.

Provider adapters feed the claim pipeline:

  • KYC: Jumio, Onfido, Persona, Sumsub, Trulioo (DataVerify), Veriff
  • KYB: Onfido, Persona, Middesk
  • AML screening: ComplyAdvantage
  • Blockchain analytics: Elliptic
  • Transaction monitoring (KYT): Sumsub

Which module set matches a jurisdiction is a policy decision for the institution. DALP’s job is operational integrity: once rules are configured, they hold at transfer time and fail closed. See also compliance templates for digital assets.

Eligible means transferable. If the investor is not eligible, the transfer does not settle.

 

Durable transactions and a history Audit can query

Prepare, sign, broadcast and confirm fail in different places. Custody can sit pending for tens of minutes. Blind retry invents a second send. Leaving the instruction unresolved leaves an open file for Ops and Risk. DALP records every write as a tracked process; detail is in durable transactions and the Ledger Index.

Work moves through named states in plain language: received, queued, preparing, signing, broadcasting, confirming, completed. Custody sign-off passes through pending approval. Paths end completed, failed, canceled, or dead-letter when automatic recovery is exhausted.

Transitions persist before the next step. Interruptions resume from the last known state. Nonces hold for the life of the send. Long writes return an async handle. Structured reverts name the rule that fired: frozen address, expired claim, allowlist miss, supply cap, policy block.

After settlement the Ledger Index turns finalized blocks into balances, transfers, fees, yield and redemptions — including as of a past block. On reorganisation the index reverses and replays, so the same query at the same height returns the same answer. Operations, Risk and Audit share that history. Series deep-dive: durable transactions and ledger history.

If it is not in a named state, it is not done.

 

Keys stay in the vault the institution already runs

Most regulated institutions have already selected MPC, an HSM or a managed custody service. A second key holder doubles diligence load for Risk and Audit. DALP prepares, routes and tracks; the vault signs. Architecture is in custody and signing, custody provider integrations and the signing flow.

Design of the boundary:

  • The platform prepares the instruction, applies authorization and idempotency, and builds the signing request.
  • Signing executes inside the configured custody provider under that provider’s approval policy.
  • Once signed, the platform or the provider broadcasts and the platform tracks confirmation.
  • Key material stays outside the application.

Supported paths: local signing where policy allows, DFNS, Fireblocks, Ripple Custody for signing and wallet management as shipped, and Thales Luna HSM. Provider choice is configuration. Asset definitions and workflows stay put. Ripple is sign-and-wallet focused as shipped; the vault still owns the signature. Longform: custody and signing for digital assets.

When the vault needs quorum or manual sign-off, the transaction holds in pending approval, stays visible to Operations, and resumes when the vault returns a decision. Where the integration supports it, approvers read the operation and its main arguments, not only a bare hash.

Advanced accounts on ERC-4337 separate gas logistics from signing authority. Operators act through smart accounts with sponsored gas under controlled rules. Documentation: advanced accounts in DALP 3.0.

The vault signs. The platform settles the process around it.

 

Atomic settlement for Settlement desks

Settlement needs an unambiguous outcome. For on-ledger instrument legs, DALP ships atomic delivery-versus-payment and multiparty exchange-versus-payment (XvP).

How a settlement runs:

  1. A settlement is created as an on-chain agreement among participants and the token flows they will exchange.
  2. Each sender approves or escrows what they owe. Legs complete over multiple steps when signatures arrive over time.
  3. At execution, per-asset net positions settle. Positions must balance or the settlement fails closed. Partial clearing that leaves an unmatched book is rejected.
  4. Status is explicit: active, executed, canceled or expired. Ops follows the instruction as a tracked process.

That model covers classic DvP — for example a security token against a tokenized cash leg on the same chain — and XvP multiparty exchanges where several asset flows must complete together.

 

Cross-chain coordination with XvP

XvP supports legs that reach beyond a single chain. External legs use hash time locked contracts (HTLC):

  • Local legs wait on a hashlock secret before final settle.
  • When the counterparty reveals the secret on the external path, local settlement completes.
  • If the secret is not revealed in time, the lock expires and funds follow the refund path.

This is settlement coordination with explicit timeout and refund behavior. It is product for multiparty or external legs, not a general-purpose mint-and-burn bridge. Cash legs settle on-platform when they are tokenized deposits or stablecoins. DALP does not replace RTGS or bank cash rails. Settlement sits with the rest of the operating model in the DALP 3.0 documentation hub.

 

Deployment under institutional controls

Production DALP is EVM-native. Public and permissioned EVM networks are added by configuration once the contract suite is deployed. One deployment operates multiple chains with per-request chain context, per-chain systems, wallets and indexing. Identity and compliance are provisioned per chain. Maturity of secondary tracks is stated plainly. Security and deployment controls: security for Security, Risk and Audit and security documentation.

The platform ships as a production Helm umbrella on Kubernetes for SettleMint-managed cloud, client on-prem and OpenShift-oriented installs, air-gapped registries and local development. SSO and OIDC, role-aware operations, structured audit streams, SIEM-forwardable telemetry and organization theming match control-plane expectations after the pilot. Day-two visibility: platform status and monitoring. Integrator surface: API, CLI and MCP.

 

A first program path

A practical sequence for Production readiness:

  1. Define the instrument and topology — asset class, jurisdictions, custody model and deployment shape.
  2. Stand up the System — deploy DALP for the organization and network(s); configure SSO, roles and observability.
  3. Connect identity and custody — the KYC and AML providers already approved, and the signing vault already on the books.
  4. Configure compliance modules — lists, identity gates, caps and transfer approvals, with clear owners in Compliance and Risk.
  5. Issue a pilot instrument — mint, successful and failed transfers, custody approval, settlement and a historical balance query end to end.
  6. Measure what Production committees accept — first-attempt success, zero eligibility breaches on completed transfers, same-day atomic settlement on eligible legs, and KYC turnaround into verified credentials.

Programs that clear diligence show night-one clarity: a blocked transfer that fails for the right reason, a pending custody approval that stays visible, and an audit answer that needs no spreadsheet rebuild. Use the DALP 3.0 documentation as the implementation map beside this overview.

 

     Related reading

 

What Production expects from the platform

Regulated digital assets require a capital-markets instruction chain, not a tool stack that leaves Ops, Compliance, Settlement, Risk and Audit to reconstruct the story after the fact.

DALP provides that chain: one registry, compliance that holds on transfer, transactions that keep state, signing inside the institution’s vault, atomic settlement including XvP coordination where required, and deployment paths that match enterprise control models.

 

 

Frequently asked questions

 

Map DALP to your asset program, custody model and go-live topology.
Book a call with our team ↗ 

 

About SettleMint

SettleMint, headquartered in Leuven, Belgium, with offices in UAE, Singapore and Japan, is the company behind DALP, the entirely composable Digital Asset Lifecycle Platform. DALP enables financial institutions, market infrastructure operators and governments to build, deploy and manage digital assets and blockchain applications at scale.