Detect incoming intents
Using the recipient’s viewing key, list intents addressed to them:Sweep a single intent (gasless)
POST /recipient/relay-proxy, the recipient signs a Safe transaction with their derived stealth key, and the relayer broadcasts and pays gas. The recipient does not need native gas on the destination chain to sweep.
Auto-sweep on detection
Most integrators want to sweep on detection. The SDK exposes a long-lived listener:Sweep behavior
- Sweep target: wherever the recipient’s Safe transaction sends, typically their main wallet on the destination chain.
- Asset: the destination asset of the intent (
tokenOut). - Privacy on the sweep: the sweep transaction is a normal on-chain transfer. Observers see it. The link from sender to recipient is still hidden, they only see the stealth-address Safe sending to the recipient’s destination.
- Gas: paid by the relayer when you use
POST /recipient/relay-proxy. The recipient does not need native gas on the destination chain for a relay-proxy sweep.
What if the recipient isn’t using a Tachyon-aware app?
The funds are still under the recipient’s control, the stealth key is derived from their viewing/spending keys, and the Safe at that stealth address holds the funds. Without an SDK-aware app, they won’t auto-sweep, but they can:- Open any Tachyon-compatible wallet, register via
POST /recipient/registerwith their EOA, and list stealth balances viaGET /recipient/addresses - Derive the stealth key (
POST /recipient/derive-stealth-key) and broadcast a Safe transaction themselves (or viaPOST /recipient/relay-proxyfor gasless broadcast)
Handling failed sweeps
If a sweep transaction reverts (e.g., out of gas), the funds stay at the stealth address. Retry with more gas:Error reference
Full list of SDK error codes.