Skip to main content
Parallax Wallet, the desktop app, has an MCP server built in. An AI assistant such as Claude connects to it on your computer and answers from your own node: blocks, transactions, balances, contracts, the mempool and mining, with none of it looked up on a public server. As far as you allow it, the assistant can also see your node’s status and logs, your wallet’s accounts and your address book, start the node, and ask the app to do things for you: send LAX, stop the node, change settings, create an account, follow an address or add a contact. Each request waits for you to approve it in the app. It uses the same tools as the public Parallax MCP server, so everything that guide says about asking questions applies here too.

Public server or Parallax Wallet?


Turn it on

1

Open the assistant settings

In Parallax Wallet, open Settings → AI assistants → Overview and turn on Assistant access. Save.
2

Copy the connection

Under Connect an assistant, choose Claude Code or JSON config and copy it. It holds the server’s address and its access token.
3

Choose what assistants may do

Open Settings → AI assistants → Permissions. To begin with, the node’s status is allowed and everything else asks you first. You can leave it that way and decide as assistants ask.
The server listens on 127.0.0.1:8549 by default; you can change the port in Overview.
The assistant server doesn’t need HTTP-RPC (Settings → RPC): it reaches the node inside the app, as the wallet does. It does need the node running: while the node is stopped, a tool that needs it has it started first, as Start the node allows (see Permissions), and carries on.

Claude Code

Run the command you copied in a terminal. It looks like this, with your own token:
Add -s user after claude mcp add to have it in every project. Then run /mcp in Claude Code to check that parallax-wallet-app is connected.

Other assistants

The JSON config works for MCP clients that read an mcpServers config, such as a project’s .mcp.json:
The client must run on the same computer as Parallax Wallet, and support Streamable HTTP with a custom header.

The assistant bar

While an assistant is connected, a small round bar sits at the bottom right of the window, beside the node bar, with a dot for its state. Point at it to see who is connected, such as “Claude Code connected”.
  • At work. While an assistant uses a tool, the robot gives way to a spinner, and pointing at the bar says what it’s doing: “Claude Code is checking a balance…”, or “…is waiting for block 10…” while it waits on the chain. A ✕ beside it stops that: the tool’s work ends, and the assistant is told you cancelled it.
  • On a request. When an assistant asks for something, the bar opens into the request, lit blue, pushing the node bar aside, and closes again once you’ve decided (see Approving requests).
With no assistant connected, the bar isn’t shown.

Permissions

You choose, feature by feature, what assistants may see, do and ask for. Each permission is set to one of:
  • Allow: assistants use it without asking.
  • Ask: the app asks you the first time an assistant uses it (see below).
  • Block: refused, without asking you.
Changes apply as soon as you save, even for an assistant already connected.

When an assistant asks for permission

Like Claude asks before it uses a tool, Parallax Wallet asks you before an assistant uses a feature set to Ask. The prompt names the tool and what it gives the assistant, and offers:
  • Allow once: this assistant may use it until it disconnects (or goes half an hour without it). Other assistants are asked again.
  • Always allow: the permission becomes Allow, for every assistant.
  • Don’t allow: refused this time.
The assistant waits up to 2 minutes for your answer, then is told you didn’t answer.

What assistants can see

Everything an assistant reads goes to its provider along with your conversation. Turning on Wallet, for example, lets the provider see which addresses are yours.

Public services

Both are off by default: everything comes from your node. With them on, what the assistant looks up there leaves your computer. Changing them restarts the assistant server, so connected assistants reconnect (in Claude Code, from /mcp if it doesn’t on its own). The development chain never uses them, as they describe mainnet.

What assistants can do

What assistants can ask for

These don’t act on their own. The assistant asks, and the app shows you the request to approve or turn down, every time, so these are set to Ask or Block: Block stops assistants from asking at all.

Approving requests

When an assistant asks for something, the assistant bar opens on the request wherever you are in the app, with a desktop notification if the window is in the background and notifications are on. It shows exactly what would happen:
  • Settings: each setting before and after, when it takes effect, and a warning on sensitive ones (those that open the node to other programs or share something about it).
  • Contacts: the address in full, and the old values when a contact changes. Check the address: a contact is where you’ll send funds.
  • Sends: the amount, the account it comes from, the recipient in full and who it is (one of your accounts, a contact, or an address you have never sent to, with a warning), the network fee, the total and your balance after. Amounts are exact, never rounded. You approve with the wallet password, which goes to the wallet, never to the assistant. The app refuses beforehand what your balance doesn’t cover, or a fee over your fee cap (1 LAX unless you changed it). From a watch-only account, approving makes a signing request to sign on your offline signer. From a hardware wallet account, there’s no password: approving sends it to your Ledger or Trezor, where you check it against the request and confirm or reject it. If the device isn’t connected and ready (unlocked, with the Ethereum app open on a Ledger), the request stays for you to try again. Sends are plain LAX transfers: assistants can’t ask to call contracts.
  • Accounts: the new account’s name and where its key comes from. You type the wallet password in the app; it goes to the wallet, never to the assistant.
The assistant’s reason is shown in quotes, as its words. The approving button names what it does (Sign and send, Change settings, Create account, Add contact and so on) and carries out exactly what was shown; Don’t allow refuses it. Requests come one at a time, the next taking the bar’s place once you’ve decided. A request not decided within 10 minutes expires, and no more than five wait at once. The assistant is told the outcome. Once a send is made, the bar confirms it: the amount, where it went, and the transaction’s hash to copy. It stays while you point at it, and closes two seconds after you move away. Some settings can never be requested: RPC addresses, APIs and CORS, proxies and Tor, peers and bootnodes, network restrictions, the fee and disk guards, data directories, update checks, offline signing and the assistant settings.

What assistants can never do

Whatever you allow, no assistant can:
  • See recovery phrases, or export, import or back up keys.
  • See or change the wallet password.
  • Sign or send a transaction without your approval and the wallet password, or, from a hardware wallet account, your confirmation on the device.
  • Remove accounts, recovery phrases or contacts.
  • Open the node to the network.
  • Turn offline signing on or off, or change what assistants may do.
It can build an unsigned transaction for you to check and sign yourself.

Safety

  • Local only. The server listens on 127.0.0.1, so only programs on your computer reach it.
  • Access token. Every request needs the token. New token in Overview replaces it and disconnects every assistant set up with the old one; set them up again with the new command.
  • Not from web pages. Requests from web pages are refused, and so are those using another host name, a trick web pages use to reach local servers.
  • Read-only to the node. Every request to the node passes the same read-only allowlist as the public server.
  • Untrusted text. Token names, contract strings, log messages and imported contacts are marked as data the assistant must not follow.
Assistants can be misled by what they read: a web page, a token’s name or a contract can carry instructions meant to steer them. Approve only requests you meant to make, and check addresses yourself.

Troubleshooting