Trade plans & exact owner execution
Preparing a quote or intent performs read-only simulation. Queuing your exact signature authorizes only that one leg. Running the queue can broadcast that authorized transaction. There is no standing trading delegation.
Loading actual plan configuration…
1 · Prepare a fresh Flap trade plan
Treasury: Unavailable until owner configuration is loaded
A sell may need a separate exact-amount approval. Finalize that approval, then prepare a new quote and nonce for the swap.
Read one public X post
Official read authorization must be configured. This reads one exact post ID. Provider billing remains unverified.
2 · Prepare one immutable execution leg
Signer service: Unavailable. Connect a policy-authorized actor or select it for external signing.
3 · Review, sign and queue the exact leg
4 · Execute the authorized queue and reconcile
This checks the shared queue and may broadcast pending authorized legs. It rechecks current balances, nonce, code, price and reserve before signing and before broadcast. Retries recover the same prepared transaction. Expired intents cannot be renewed here.
A finalized transaction is distinct from a verified net token receipt. Receipt verification requires actual archive state or an explicitly reviewed transaction delta adapter. Unregistered swap routes and contract treasuries require separate reviewed adapters.
Execution limits
- The Portal ABI has no on-chain deadline. Local expiry prevents new late submission; it cannot cancel a transaction already broadcast.
- Reserve evidence covers the configured reviewed asset registry, excludes own token value, counts new sale proceeds as zero and requires a reviewed supply upper bound for noncash output. It is not a full-wallet census or a future price guarantee.
- Each approval and swap uses its own fresh nonce and exact signature. Operator-sized sequences are available in /rebalance. Finite signed grants in /finance cover only their explicit V2 routes and caps.
Actual stored plans, executions & configuration
null