Skip to main content
An automation’s config pairs one trigger with one action. Triggers define when an automation runs; actions define what it does. New actions can reuse existing triggers whenever the combination is compatible. The config is reusable across wallets. Values that differ by wallet belong to the attachment instead.

Triggers

Deposit

The deposit trigger activates when Privy detects a deposit to a wallet with an enabled attachment and the deposited asset matches the configured filter. A deposit that does not match an enabled attachment does not create an execution. If multiple attachments match, Privy selects the oldest matching attachment.

Supported chains

Privy Automations can detect deposits on the following mainnet chains:

Filter assets

The assets.mode field controls which deposits match: Each include or exclude value identifies an asset using a human-readable alias or canonical identifiers: Provide exactly one of asset or asset_address per value. A raw asset_address must include either chain or caip2. When asset is provided without a chain, Privy expands it to every Privy-supported deployment. Privy resolves aliases before storing the automation. API responses therefore contain canonical asset_address and caip2 values.
A matching deposit acts on the triggering asset’s full current wallet balance, not only the amount from the latest deposit. Any earlier balance of that asset can be included.
If the balance is zero when the execution runs, Privy marks the execution as skipped and does not create a wallet action.

Actions

Swap

The swap action converts the triggering asset into one configured destination asset and chain. destination_chain_asset accepts aliases or canonical identifiers, but it must identify exactly one asset on exactly one chain.
The generated action follows the Swap API’s supported routes and the source wallet’s policies. Apps should enable gas sponsorship, particularly when an automation can sweep a native asset. Action availability depends on the action’s own chain and routing support. For example, review the supported chains and cross-chain routes before configuring a swap action.

Per-wallet parameters

The output address belongs to the attachment rather than the reusable action config. This allows one automation to send each wallet’s swap output to a different destination.
Privy verifies that an automated swap uses the destination asset from the automation and the destination_address from the matched attachment.

Example configuration

This config swaps USDC or USDT deposits on any Privy supported chain into pathUSD on Tempo:
Continue to create and attach an automation after choosing the trigger, filter, destination asset, and per-wallet destination address.