SettleMint
ArchitectureConcepts

Account abstraction model

How DALP uses smart accounts, UserOperations, EntryPoint routing, bundlers, paymasters, and validators without replacing identity or compliance controls.

Account abstraction lets a DALP participant execute transactions through a smart account instead of sending every transaction directly from an externally owned account. The model changes the execution path. It does not replace participant identity, asset policy, custody approval, or transaction outcome checks.

How the layers fit together

Account abstraction has several layers. Each layer answers a different question in the transaction path.

LayerQuestion it answersDALP behaviour
ParticipantWho is acting in the platform?DALP keeps the participant, organisation scope, roles, and identity model separate from the executor wallet.
Smart accountWhich on-chain account executes the call?A smart account is an account contract deployed through the account factory and used as the transaction executor.
UserOperationWhat does the account abstraction transaction request contain?DALP builds the operation that the smart account validates and the EntryPoint executes.
Validator moduleWho is allowed to approve this operation?Installed validators enforce the smart account's signing rules. Multisig thresholds use signer weights, not a simple signer count.
BundlerWho submits valid operations to the chain?The bundler accepts and simulates UserOperations, then submits valid operations to the configured EntryPoint.
EntryPointWhich contract coordinates validation and execution?The EntryPoint receives UserOperations, calls the smart account validation path, and executes the requested call when validation succeeds.
PaymasterWho can sponsor gas?A funded and enabled system paymaster can sponsor eligible account abstraction transactions. Otherwise the smart account needs enough native token balance.

What changes for transaction execution

With account abstraction, the smart account becomes the on-chain executor. DALP still applies platform checks before submission, then the smart account and EntryPoint handle the account abstraction validation path.

A typical flow is:

  1. The caller selects a participant and an executor route.
  2. DALP builds a UserOperation when the route uses a smart account.
  3. The validator module checks the configured signer or multisig authorisation.
  4. The bundler simulates the UserOperation and submits it to the EntryPoint.
  5. The EntryPoint calls validation and executes the requested operation when validation succeeds.
  6. DALP transaction tracking, indexing, and webhooks report the resulting chain outcome.

What account abstraction does not replace

Account abstraction is an execution model, not a compliance or custody shortcut.

ControlRelationship to account abstraction
Identity and claimsThe participant identity remains the compliance subject. A smart account can execute a transaction without becoming the participant identity model.
Asset policyTransfer, mint, and eligibility rules still come from the configured asset contracts and compliance modules.
Platform roles and API accessDALP still checks organisation scope, API permissions, and role requirements before submitting platform-managed work.
Custody policyCustody provider and HSM approval rules stay separate from the smart account validator model unless the deployment connects them deliberately.
Transaction statusIntegrations still need transaction tracking, indexed state, or subscribed webhooks after submission.

Production checks

Before relying on account abstraction in a regulated workflow, verify the operational surfaces that control execution.

CheckWhere to verify it
Supported EntryPointCall the Bundler JSON-RPC reference with eth_supportedEntryPoints.
Smart wallet signers and thresholdUse the Smart wallets API guide.
Paymaster funding and enablementUse System paymasters or the Account Abstraction Control Center.
Transaction completionUse Transaction tracking after the operation is submitted.

On this page