Scope. The Key Points below describe your own connected wallet — the MetaMask, hardware, or other Web3 wallet you sign in with. They are not a claim about every surface. Otto also operates wallets on your behalf on some surfaces (the Hyperliquid MPC vault, Otto X on X Layer), where an Otto-managed key can sign. Custody Models Across Otto below is the authoritative map — read it before assuming a surface is self-custodial.
- You Control Your Keys: Otto AI never has access to the private keys or seed phrase of your connected wallet. You maintain full custody and control of that wallet.
- Sole Responsibility: You are solely responsible for safeguarding your:
- Private Keys
- Seed Phrases (Recovery Phrases)
- Wallet Passwords
- Any other credentials related to your wallet.
- Secure Practices: Implement best practices for wallet security:
- Store your seed phrase securely offline. Never share it.
- Use strong, unique passwords.
- Beware of phishing scams and malicious websites.
- Consider using a hardware wallet for significant amounts.
- Keep your wallet software and browser updated.
Custody Models Across Otto
Otto AI surfaces use different ownership and delegated-authority models depending on the product. Knowing which state you’re using matters, because sole ownership and runtime authority answer different questions.
Otto Safe (user-owned) — rolling out. Otto is converging onto a Safe smart account your wallet solely owns: Otto provides the interface and pays deploy gas, but holds no owner key. Before activation, Otto has no session authority. ARM OTTO installs two permissions in one signature, with no key in common: an unrestricted, non-expiring trading permission whose only operator is the named trading key, and a bounded billing permission whose only operator is a different key. Only the trading key can move funds freely. Their lifetimes differ: the trading permission never expires and ends only when you revoke it, while the billing permission ends at its own expiry or at revocation, whichever comes first. The model is rolling out in gated early access and is not yet the default. During the migration, live trade execution still runs on Otto’s existing agent-custodial rail (above).
Otto X (TEE-custodial). The Otto X agentic wallet on X Layer trades self-custody for fully autonomous execution: the sub-wallet’s key is sealed inside OKX’s TEE so the agent can act without you signing each step. Neither Otto nor OKX staff can export that key, there’s no seed phrase, and you can sweep all funds to any address at any time via the
POST /auto-withdraw escape hatch. Use Otto X when you want hands-off agent execution.
Hyperliquid vault (provider-hosted MPC). Hyperliquid needs a plain EOA signature, which a smart-contract Safe cannot produce, so your perps margin sits in a dedicated MPC wallet created through Otto’s Dynamic environment. Otto’s runtime signs your trades and your withdrawals. Withdrawals are pinned server-side to your own Safe, so a request cannot redirect your money to someone else — but Otto operates the account, and today that is the whole picture. Treat funds on Hyperliquid as funds Otto can move on your behalf.
Export your Hyperliquid vault key is the planned independence valve, and it is worth understanding precisely what it will and will not do.
- What it gives you: your own copy of the vault’s private key, letting you drive the Hyperliquid account directly — cancel, close, withdraw anywhere — with any wallet or client.
- What it does not give you: sole control. Exporting duplicates signing authority; it does not revoke Otto’s. After an export, both you and Otto can sign for that account. What ends the shared exposure is moving the funds out to an address Otto does not operate.
Otto’s Trade Execution currently runs on the agent-custodial rail. The user-owned Safe7579 model is the direction Otto is converging onto (rolling out in gated early access), with broad runtime authority only after explicit activation and until revocation. The TEE-custodial model is specific to Otto X on X Layer.
