Skip to main content

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 return TypedDicts. No pydantic dependency.

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)

Source distribution for exfer 0.11.1
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)

Table of built distributions (wheels) for exfer 0.11.1
File Interpreter ABI Platform Actions
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 log

Release 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 log

Security 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.

Select from 2 files

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 log

A 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.

Anthropic, PBC Visionary sponsor Bloomberg Visionary sponsor Hudson River Trading Visionary sponsor Meta Visionary sponsor NVIDIA Visionary sponsor Microsoft Sustainability sponsor Depot Continuous Integration AWS Cloud computing and Security Sponsor Datadog Monitoring Fastly CDN Google Download Analytics Sentry Error logging StatusPage Status page