Documentation/Products

Takeover Wallet

Binding links an existing agent wallet to your account so you can manage it from the dashboard and apply policy controls around the actions it can perform.

Wallet ownership handoff

What binding actually means

Binding is the moment when an existing wallet becomes attached to your account. Before binding, the wallet may live on the agent or sandbox side. After binding, the dashboard can treat it as your wallet and show it alongside the rest of your account.

This does not create a new wallet. It links the wallet you already have to the user account that will manage it. That is why bind is important: it turns a wallet from an isolated agent asset into something you can inspect, govern, and operate from the product UI.

If you want the exact step-by-step flow, read the install guide or the quickstart. This page is focused on the meaning of binding and the capabilities it unlocks afterward.

What you can do after bind

Once the wallet is bound, the dashboard becomes the place where you manage the wallet as a user rather than as a loose agent-side resource. That is where the useful wallet work starts.

See the wallet in your dashboard

The wallet appears in your wallet list, so you can open it later without hunting for a separate agent-side reference.

Use the wallet for real operations

After binding, you can unlock it, sign messages, move assets, export keys in secure flows, and continue with other wallet actions from the dashboard.

Keep control visible

Binding makes the wallet part of the UI you manage, which means risky steps, approval prompts, and recovery actions stay visible instead of hidden in the agent context.

Why risk policy matters after bind

Binding and risk control belong together. A wallet that is attached to your account should not be able to do everything with no limits. The risk policy is where you tell the wallet what is allowed, what needs extra confirmation, and what should never happen.

After bind, you can set transfer limits, approval thresholds, allowlists, denylists, and other guardrails. That lets you use the wallet for real work without making it unsafe by default.

In practice, this means the wallet can stay useful for normal operations while still forcing a pause on dangerous actions such as large transfers, unknown recipients, or risky token interactions.