exfer (Python SDK)
Typed Python client for the exfer-walletd
JSON-RPC API.
pip install exfer
from exfer import Client
with Client("http://127.0.0.1:7448", token="...") as c:
assert c.healthz() # True
res = c.generate_address() # {address, pubkey, index}
addr = res["address"]
bal = c.get_balance(addr) # int (exfers)
tx = c.transfer(
from_="<your-managed-address>",
to="<recipient-address>",
amount=30_000_000, # exfers; 1 EXFER = 100_000_000 exfers
)
print(tx["tx_id"])
What this is
- A thin, typed wrapper over walletd's JSON-RPC. One method per RPC method.
- Both sync (
Client) and async (AsyncClient) — same surface, shared wire layer so they can't drift. - Single-value endpoints return bare
str/int. Multi-field endpoints returnTypedDicts. Nopydanticdependency.
Async
from exfer import AsyncClient
async with AsyncClient("http://127.0.0.1:7448", token) as c:
assert await c.healthz()
res = await c.generate_address() # {address, pubkey, index}
print(await c.get_balance(res["address"]))
What this isn't
- Not a chain client. This SDK talks to walletd, which talks to a node. It never holds keys, never signs transactions, never derives addresses. If you want client-side signing, run walletd.
- Not a high-level wallet abstraction. Methods map 1:1 to the wire grammar; build helpers on top as your application needs them.
Token discovery
# 1. Explicit
Client("http://127.0.0.1:7448", "your-token")
# 2. From env vars (deployed backends): WALLETD_URL + WALLETD_AUTH_TOKEN
Client.from_env()
# 3. From a local walletd datadir (dev / colocated)
Client.from_datadir() # reads ~/.exfer-walletd/token
If walletd is configured with split scopes
(WALLETD_AUTH_TOKEN_READ + WALLETD_AUTH_TOKEN_SPEND), construct one
Client per scope. A read-only token calling transfer raises
AuthenticationError.
Errors
Every documented walletd error code maps to a typed exception, all
rooted at ExferError:
from exfer import (
ExferError, # blanket catch
AuthenticationError, # -32001
WalletNotFoundError, # -32010
UpstreamError, # -32020 — walletd's upstream node is unreachable
TxAuthError, # -32030 — UTXO authentication failed
InsufficientBalanceError, # -32031 — wallet can't cover amount+fee
InvalidParamsError, # -32602
TransportError, # walletd itself unreachable / non-JSON body
)
str(e) is the [-32xxx] message form, so plain
log.error(f"{e}") is enough for production.
InsufficientBalanceError.in_flight_reserved is True when the
shortfall comes from UTXOs reserved by other pending transfers from the
same walletd — retry after they confirm.
TLS
When walletd is started with --tls (v0.5.0+), point the SDK at the
https:// URL and supply the fingerprint walletd printed on first
run:
with Client.from_datadir(url="https://<walletd-host>:7448") as c:
c.ping() # auto-reads cert.fingerprint alongside token
The SDK pins the leaf cert by SHA-256, bypassing the CA chain
entirely. Mismatches raise FingerprintMismatchError.
Docs
Full docs site: https://exfer-stack.github.io/exfer-py/.
Capabilities
One typed method per walletd RPC, covering: addresses, balances, blocks,
and transactions; transfer plus dry-run simulate_transfer /
simulate_htlc_lock; the HTLC spend trio
(htlc_lock / htlc_claim / htlc_reclaim) and HTLC observability
(htlc_status / htlc_list / htlc_forget / htlc_lookup_by_hashlock);
BIP21-style payment URIs (payment_uri_encode / payment_uri_decode);
EXFER-QUOTE signed price credentials (quote_issue / quote_verify);
message signing (sign_message / verify_message); indexer-delegated
queries (list_settlements, contract_stats, get_address_history,
get_attestation_edges, get_output_spent_by, get_output_datum,
find_settlements_by_quote_id, detect_in_chain_swaps); and
observability (wait_for_tx, wait_for_payment, get_follower_status).
Status
0.10.0 — alpha. Tested against exfer-walletd >= 1.9.1 (HTLC,
dry-run simulation, payment URIs, quotes, message signing, and
indexer-delegated queries). TLS pinning supported since 0.6.0.
MIT licensed.
Metadata
Release files for exfer 0.11.1
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Source distribution (sdist)
| File | Size | Uploaded | Provenance | Actions |
|---|---|---|---|---|
| exfer-0.11.1.tar.gz | 53.8 kB | With provenance | Details for exfer-0.11.1.tar.gz |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Actions Reset |
|---|---|---|---|---|
| exfer-0.11.1-py3-none-any.whl | Python 3 | none | any | Details for exfer-0.11.1-py3-none-any.whl |
Total release size: 90.9 kB
Release files / exfer-0.11.1.tar.gz
| Download URL | exfer-0.11.1.tar.gz |
|---|---|
| Size | 53.8 kB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
b89e18c952127a4c7138aba6504035c0126984e56f950976fe8e94f5b10c89b8
|
|
BLAKE2b-256 checksum How to use checksums |
7e8a6a8d796952288b4326483175ac23e503d969dafeecdf2f9c3515c6be047e
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/6.1.0 CPython/3.13.12
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Jun 29, 2026.
Transparency logRelease files / exfer-0.11.1-py3-none-any.whl
| Download URL | exfer-0.11.1-py3-none-any.whl |
|---|---|
| Size | 37.2 kB |
| Tags | Python 3 |
|
SHA-256 checksum How to use checksums |
28748fc8a845a0ce2856a1a070465cb0e60ec3eb01d1f77e370a1b49caf48c92
|
|
BLAKE2b-256 checksum How to use checksums |
42a0c0e30adaf86f185af80e01cebfe936a2431609b9bd7c637d5a339da42341
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/6.1.0 CPython/3.13.12
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Jun 29, 2026.
Transparency logSecurity for exfer 0.11.1
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
Full provenance
All 2 files in this release have been uploaded with provenance metadata.
Attestation for exfer-0.11.1.tar.gz
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Jun 29, 2026.
Transparency logA note on package security
PyPI is a repository for distributing packages, not a service for auditing them. While third-party security researchers and our staff do their best to detect and remove malicious packages, PyPI cannot guarantee the quality, security or suitability of any given package.
To learn more about protecting yourself from malicious actors, visit our package security documentation.