Model Context Protocol server that lets an AI agent spend from an Exfer wallet — typed tools over exfer-walletd, with no per-transaction human approval
Project description
exfer-mcp
MCP server for the Exfer blockchain — gives an AI agent (Claude Code, Claude Desktop, Cursor, any MCP host) a typed wallet it can actually use: balances, payments, signed price quotes, and HTLC settlement on mainnet.
⚠️ The agent can spend this wallet on its own — there is no per-transaction human approval. Unlike a normal wallet (where you click "confirm" on each send), anything that can reach this MCP server — your agent, or a prompt-injection of it — can move the funds. Keep only a float you're OK losing, and/or set spend caps (
WALLETD_SPEND_CAP_PER_TX,WALLETD_SPEND_CAP_PER_PERIOD+WALLETD_SPEND_CAP_PERIOD_SECS, in exfers).
Provenance & trust (read before funding)
exfer-mcp is the Exfer project's official agent-wallet tooling, published by the exfer-stack org — which also ships the daemon it drives (exfer-walletd) and the exfer Python SDK. It can spend real funds with no per-transaction human approval, so verify before you trust it:
- Source is public + auditable — this repo plus the daemon and SDK above. Read what you run.
- PyPI provenance — every release is published from this repo via PyPI Trusted Publishing (OIDC, no long-lived token); the PyPI page shows a signed attestation tying each artifact back to this repo + workflow.
- Binary verification — managed mode runs an
exfer-walletdbinary only if its SHA-256 matches a digest baked into this (auditable) package (re-checked every run). The trust anchor is this package, not a mutable GitHub release. Prefer your own build? SetEXFER_WALLETD_BIN. - Pin the version — use
exfer-mcp==0.3.0(as below), so you run a specific reviewed release.
If you can't independently confirm this package is the project's (e.g. via a link from the official site), don't fund it — treat any wallet tool you can't verify as hostile. See SECURITY.md.
Set it up — paste this to your agent
Works with any agent that can run shell commands and edit config (Claude Code, Claude Desktop, Cursor, Codex, …). It keeps wallet secrets out of the chat:
Set up the exfer MCP server for me — it lets an AI agent spend from an Exfer wallet, with no per-transaction human approval. Treat it as a young project: the
walletdbinary is only run after its SHA-256 matches a digest baked into exfer-mcp, and it binds to loopback, but anything that can reach the server can move the funds, so I'll keep only a small float.
- Ensure
uvis installed (it providesuvx): macOS/Linuxcurl -LsSf https://astral.sh/uv/install.sh | sh; Windowsirm https://astral.sh/uv/install.ps1 | iex.- Make a fresh passphrase with
uv run --no-project python -c "import secrets; print(secrets.token_urlsafe(24))"and use it as the value ofWALLETD_KEYSTORE_PASSPHRASE— inject it directly (e.g. shell command substitution) so the literal never appears in this chat.- Register an MCP server named
exferin whatever host I use — commanduvx, args["exfer-mcp==0.3.0"], envWALLETD_KEYSTORE_PASSPHRASE. Claude Code:claude mcp add exfer -e WALLETD_KEYSTORE_PASSPHRASE=… -- uvx exfer-mcp==0.3.0. Claude Desktop / Cursor / Codex: add that block undermcpServersin the host's config file.- Reload MCP servers, then call
exfer_get_block_height— a height means it's live. (The first call downloads + checksum-verifies thewalletdbinary, so it may take a few seconds.) Then give me a receive address viaexfer_generate_address.- First run logs a 24-word recovery phrase once — the wallet's only backup. Don't repeat it in this chat; tell me to copy it from the host's MCP server log and keep it offline.
Prefer to wire it by hand? See Configure below.
Install (manual)
exfer-mcp is on PyPI. The recommended launcher is uvx — no global install, the host runs it on demand:
# one-time: install uv (macOS/Linux)
curl -LsSf https://astral.sh/uv/install.sh | sh
Then point your MCP host at uvx exfer-mcp==0.3.0 (configs below) — pin the version so installs are reproducible (uvx otherwise resolves+caches whatever is latest). Or pip install exfer-mcp (Python ≥ 3.10; pulls the exfer SDK, mcp, and psutil).
Configure
exfer-mcp needs an exfer-walletd wallet daemon (it holds the keys and signs/broadcasts). Setting WALLETD_URL is the mode switch:
Managed (zero-setup) — recommended
Leave WALLETD_URL unset. exfer-mcp spawns + supervises its own walletd against Exfer's public mainnet node + indexer, and obtains the walletd binary automatically: EXFER_WALLETD_BIN → exfer-walletd on PATH → else it downloads the prebuilt binary for your platform and verifies it against a SHA-256 baked into this exfer-mcp release (not a co-located checksum) before running it, re-checking on every run (cached 0o700 in ~/.cache/exfer-mcp/walletd/). You only provide a passphrase:
{
"mcpServers": {
"exfer": {
"command": "uvx",
"args": ["exfer-mcp==0.3.0"],
"env": { "WALLETD_KEYSTORE_PASSPHRASE": "<a strong passphrase>" }
}
}
}
First run creates a seeded keystore and prints its 24-word recovery phrase to stderr once — that's the only backup. Keystore + datadir live in WALLETD_DATADIR (default ~/.exfer-walletd-mcp) and persist across restarts.
Claude Code one-liner:
claude mcp add exfer -e WALLETD_KEYSTORE_PASSPHRASE='<passphrase>' -- uvx exfer-mcp==0.3.0
External — connect to a walletd you run
Set WALLETD_URL + WALLETD_AUTH_TOKEN (and WALLETD_FINGERPRINT for https:// with a self-signed cert):
{
"mcpServers": {
"exfer": {
"command": "uvx",
"args": ["exfer-mcp==0.3.0"],
"env": {
"WALLETD_URL": "http://127.0.0.1:7448",
"WALLETD_AUTH_TOKEN": "<walletd token>"
}
}
}
}
Environment reference
| Variable | Mode | Default | Meaning |
|---|---|---|---|
WALLETD_KEYSTORE_PASSPHRASE |
managed (required) | — | unlocks / creates the managed keystore |
EXFER_WALLETD_BIN |
managed (optional) | auto: PATH or download | path to a walletd binary (skips auto-download) |
EXFER_WALLETD_VERSION |
managed (optional) | pinned | walletd release to auto-download |
WALLETD_DATADIR |
managed (optional) | ~/.exfer-walletd-mcp |
keystore + tokens; give each concurrent session its own |
EXFER_NODE_RPC / EXFER_INDEXER_RPC |
managed (optional) | public mainnet | upstream node(s) / indexer ("" indexer = disable) |
WALLETD_URL + WALLETD_AUTH_TOKEN |
external (required) | — | walletd URL + bearer token |
WALLETD_FINGERPRINT |
external (optional) | — | sha256:<hex> for self-signed TLS |
Running multiple agent sessions at once? Managed mode is one wallet per datadir — give each session a distinct
WALLETD_DATADIR, or run one shared walletd and connect every session in external mode.
What you get (23 tools)
- Wallet & chain:
generate_address,list_addresses,get_balance,get_block_height - Payments:
simulate_transfer(dry-run fee),transfer,wait_for_tx,wait_for_payment(push, no polling),payment_uri_encode/_decode - Identity & price quotes:
sign_message/verify_message,quote_issue/quote_verify(signed EXFER-QUOTE credentials) - Conditional payment:
htlc_lock/_claim/_reclaim/_status/_list(atomic, hash-time-locked settlement) - History:
get_address_history(indexer-backed raw activity) - Meta:
check_update(is a newer exfer-mcp on PyPI? read-only, no wallet access)
The intended spend flow is simulate → confirm with the user → transfer → wait — the agent always knows the fee before committing, and the human decides.
Updating
exfer-mcp never updates itself — silently pulling new code or a new key-handling binary is a supply-chain risk, so an update is always a deliberate step.
- Check: call
exfer_check_update(or ask your agent "is there an exfer-mcp update?"). It reports the latest version, whether your version was yanked (a security recall), and the exact update command — read-only, no wallet access, works even if walletd is down. The server also checks ~once a day on startup and notes a newer/yanked release on stderr. Opt out withEXFER_MCP_NO_UPDATE_CHECK=1. - Update: bump the pinned version and reload your host — re-add with
uvx exfer-mcp==<new>(Claude Code) or changeargsin the config file. (Unpinneduvx exfer-mcp:uvx --refresh exfer-mcp. uv tool / pipx:uv tool upgrade/pipx upgrade.) - Your wallet survives updates. An update swaps the Python code + the (re-verified) walletd binary only. Your keystore, seed,
RECOVERY_PHRASE.txt, and tokens inWALLETD_DATADIRare never read, moved, or deleted — they live in a separate directory from the disposable binary cache (~/.cache/exfer-mcp).
Safety
WALLETD_AUTH_TOKEN/WALLETD_KEYSTORE_PASSPHRASEand theWALLETD_DATADIRcontents are wallet secrets — full spend authority. The managed walletd binds loopback-only, and exfer-mcp redacts bearer tokens from forwarded logs.- No per-call human gate is built in (that's the host's job). Bound the blast radius with walletd spend caps, or keep only a small float.
- Auto-downloaded walletd binaries are run only after their SHA-256 matches a digest baked into this exfer-mcp release — re-verified on every run, not just first download. The trust anchor is the PyPI package's Trusted-Publishing provenance, not the mutable GitHub release (a co-located
SHA256SUMSwould be worthless against a release/account compromise). A mismatch or an unpinned walletd version is refused;EXFER_WALLETD_BINoverrides with a binary you built/trust.
License
MIT
Project details
Release history Release notifications | RSS feed
Download files
Download the file for your platform. If you're not sure which to choose, learn more about installing packages.
Source Distribution
Built Distribution
Filter files by name, interpreter, ABI, and platform.
If you're not sure about the file name format, learn more about wheel file names.
Copy a direct link to the current filters
File details
Details for the file exfer_mcp-0.3.0.tar.gz.
File metadata
- Download URL: exfer_mcp-0.3.0.tar.gz
- Upload date:
- Size: 57.6 kB
- Tags: Source
- Uploaded using Trusted Publishing? Yes
- Uploaded via: twine/6.1.0 CPython/3.13.12
File hashes
| Algorithm | Hash digest | |
|---|---|---|
| SHA256 |
7e79750e95c7a423b273fefa1b6deed25081d7a34dc1fab1a18afd77e4996ca1
|
|
| MD5 |
200540f2c41e7a012cfa7308c38c2b83
|
|
| BLAKE2b-256 |
e02369ea080390e9a1242c0c1acd1ba5f86a95f65abf2abd81b6560c7ba54eeb
|
Provenance
The following attestation bundles were made for exfer_mcp-0.3.0.tar.gz:
Publisher:
release.yml on exfer-stack/exfer-mcp
-
Statement:
-
Statement type:
https://in-toto.io/Statement/v1 -
Predicate type:
https://docs.pypi.org/attestations/publish/v1 -
Subject name:
exfer_mcp-0.3.0.tar.gz -
Subject digest:
7e79750e95c7a423b273fefa1b6deed25081d7a34dc1fab1a18afd77e4996ca1 - Sigstore transparency entry: 1779062963
- Sigstore integration time:
-
Permalink:
exfer-stack/exfer-mcp@3098596336a7ea67c5db40baffeec235e8d0a9c1 -
Branch / Tag:
refs/tags/v0.3.0 - Owner: https://github.com/exfer-stack
-
Access:
public
-
Token Issuer:
https://token.actions.githubusercontent.com -
Runner Environment:
github-hosted -
Publication workflow:
release.yml@3098596336a7ea67c5db40baffeec235e8d0a9c1 -
Trigger Event:
push
-
Statement type:
File details
Details for the file exfer_mcp-0.3.0-py3-none-any.whl.
File metadata
- Download URL: exfer_mcp-0.3.0-py3-none-any.whl
- Upload date:
- Size: 52.0 kB
- Tags: Python 3
- Uploaded using Trusted Publishing? Yes
- Uploaded via: twine/6.1.0 CPython/3.13.12
File hashes
| Algorithm | Hash digest | |
|---|---|---|
| SHA256 |
6c01b653ceeb1c39b7d05771ee35e22186338b19a661d55de2bdef435e73d0d2
|
|
| MD5 |
4d2c5f4f4caeba2786a30f9f90e228d6
|
|
| BLAKE2b-256 |
1f3fcd5a4b0d08931381c5e4b23a4e4bfa5a9e391b3a802d2452e6cdca06b654
|
Provenance
The following attestation bundles were made for exfer_mcp-0.3.0-py3-none-any.whl:
Publisher:
release.yml on exfer-stack/exfer-mcp
-
Statement:
-
Statement type:
https://in-toto.io/Statement/v1 -
Predicate type:
https://docs.pypi.org/attestations/publish/v1 -
Subject name:
exfer_mcp-0.3.0-py3-none-any.whl -
Subject digest:
6c01b653ceeb1c39b7d05771ee35e22186338b19a661d55de2bdef435e73d0d2 - Sigstore transparency entry: 1779063272
- Sigstore integration time:
-
Permalink:
exfer-stack/exfer-mcp@3098596336a7ea67c5db40baffeec235e8d0a9c1 -
Branch / Tag:
refs/tags/v0.3.0 - Owner: https://github.com/exfer-stack
-
Access:
public
-
Token Issuer:
https://token.actions.githubusercontent.com -
Runner Environment:
github-hosted -
Publication workflow:
release.yml@3098596336a7ea67c5db40baffeec235e8d0a9c1 -
Trigger Event:
push
-
Statement type: