Skip to main content

Delayed Transactions

A delayed transaction is a transaction execution mechanism.
When enabled, all transactions initiated by Executors enter a delayed state. Transactions are not executed immediately and can only be sent on-chain after the configured delay period has elapsed.

Once the delay period ends, anyone may submit the transaction on-chain. After submission, the transaction is still subject to ongoing monitoring and validation by the risk control system.

Core Mechanism​

  • Transactions are not executed immediately after submission
  • Each transaction enters a Delay Window
  • A transaction becomes executable only after the delay window expires
  • During the delay window:
    • Transactions can be reviewed
    • Risk control rules can be re-evaluated
    • Transactions may be canceled or handled manually or via multisignature operations

Delayed transactions do not bypass the risk control system.
Instead, they expose transactions to risk control for a longer period of time.

Design Objectives​

The goals of delayed transactions are to:

  • Provide a security buffer for transactions
  • Prevent assets from being instantly drained after private key compromise
  • Give wallet owners time to detect and intervene in abnormal transactions
  • Reduce the success rate of automated or scripted attacks

By introducing a time delay, instant and irreversible on-chain actions are transformed into a monitored and intervenable security process.

Applicable Scenarios​

  • Wallet private keys may be at risk of exposure
  • Wallets managing high-value assets
  • Wallets operated by automation or third-party executors
  • Scenarios where all transactions should remain observable

Relationship with the Risk Control System​

  • Delayed transactions are a security mechanism at the execution layer
  • Risk control rules remain fully effective
  • During the delay period:
    • If risk control rules are triggered, the system may lock the wallet, reject the transaction, or generate approval workflows
    • Even transactions that pass initial validation may still be intercepted during the delay window

Behavioral Characteristics​

  • Once enabled, delayed transactions apply to all transactions
  • No distinction between transaction types, asset types, or executors
  • Does not rely on filters or conditional rules
  • A global protection mechanism based on a delay-first, execute-later model

Security Value Summary​

Delayed transactions effectively add security in the time dimension:

  • Attackers must maintain control of the wallet for a longer period
  • Wallet owners gain a response window
  • Abnormal behavior becomes easier to detect and block

This upgrades the wallet from an immediate execution model to a defensible execution model.