Перейти к содержимому
Назад
Getting started5 мин чтения

Security and custody

What JW3 can and cannot do with your funds, what it stores, and how to lock your account down.

Перевод пока недоступен — показан английский вариант.

The short version #

  • JW3 never holds your funds. There is no JW3 wallet to deposit into.
  • Wallet private keys are generated and used in your browser or your wallet app. They are

never sent to a server.

  • Exchange API keys are stored encrypted and used only for the actions you request.

Withdrawal permission is neither needed nor recommended.

  • Every credential you grant can be revoked, immediately, from Settings.

What JW3 stores #

ItemWhere it livesCan it move funds?
Wallet private keyYour wallet, or your browser's encrypted storage for embedded walletsOnly when you sign
Exchange API keyEncrypted at rest, server-sideOnly within the permissions you granted
Perp agent key (Hyperliquid, Aster)Generated in the browser, encrypted on your deviceTrade only — withdrawals are not possible
SessionYour browser, with a fixed lifetimeNo
Access tokens (CLI, MCP)Your device, hashed on the serverOnly within the scopes you chose

Grant the smallest permission that works #

When you create an exchange API key, enable trading and disable withdrawal. If the exchange supports IP allowlists, use one. If it supports "trade-only" or sub-account keys, use those.

For programmatic access — the CLI and AI clients — tokens carry scopes:

  • Read (mcp:read) — balances, positions, orders, diary, risk posture.
  • Propose (trade:propose) — file trade setups into the Diary for you to approve.
  • Execute (trade:execute) — place live orders directly. Only available when your

account is enabled for autonomous execution.

Grant read-only first. Add propose, then execute, only when you actually need them.

Sessions and devices #

  • Settings → Sessions lists every active session with device and last-use time.

Sign out anything you do not recognise.

  • Settings → Security → Activity shows a log of security-relevant events.
  • Signing out everywhere invalidates sessions; it does not revoke access tokens — revoke

those separately under Settings → Harness Access.

Red flags #

  • Anyone asking for your seed phrase or private key. No legitimate support flow needs it.
  • A "verification" site that asks you to connect and sign a message you cannot read.
  • Exchange keys with withdrawal permission enabled "for convenience".

If something goes wrong #

  1. Disable the kill switch state you rely on: Settings → Risk limits can stop agent

execution instantly.

  1. Revoke the affected token in Settings → Harness Access.
  2. Delete the API key on the exchange itself — that is the only step that fully stops it.
  3. Sign out all sessions, then change the exchange API key pair.

Чек-лист

  • Two-factor authentication enabled
  • Exchange keys restricted to trading, withdrawals disabled
  • Access tokens reviewed and revoked when unused

Related documents