aifinpay-agent (Python)
Version 2.4.0 (source candidate): agent identity (EVM and Solana addresses from one seed), native
request authentication, linking an agent to its owner's dashboard, and paying
AiFinPay merchants (fetch_paid, AIFP-1 on Polygon v1.4 in POL or USDC,
or explicitly selected EVM v1.4 networks).
Canonical domain aifinpay.io. A wallet address alone does not mean a payment route is enabled. The keypair is generated locally and never leaves your process.
Install
pip install aifinpay-agent
Development setup
python3 -m venv .venv
source .venv/bin/activate
pip install -r requirements.txt -e .
Quick start
from aifinpay.unified_agent import AiFinPayAgent
agent = AiFinPayAgent.from_seed(SEED_HEX) # 32-byte seed you keep private
print("EVM address:", agent.evm_address) # fund on Polygon: POL, or USDC + a little POL for gas
Pay for a paywalled resource
r = agent.fetch_paid(
"https://api.example.com/articles/2026/x",
allowed_origins=["https://api.example.com"], # the only origins it will pay
max_amount_usd=0.20, # per batch
daily_amount_usd=2.00, # rolling 24 h, persisted
asset="USDC", # or "POL" (default)
)
print(r.status_code, r.json())
On an AIFP-1 402 it buys one batch (from $0.10) scoped to the path's section
(/articles/), settles it on the Polygon v1.4 splitter, exchanges it for a
receipt and retries. Later requests the receipt covers cost no transaction.
Nothing is signed unless the origin is allowed, the signed quote matches the
challenge and the SDK's pinned deployment, and the batch fits both limits. POL
is priced against an independent POL/USD source (Chainlink on Polygon, then
Coinbase, then CoinGecko), never the quote; USDC approves exactly the batch.
For a merchant configured to settle on Base, select the chain explicitly:
agent = AiFinPayAgent.from_seed(SEED_HEX, base_rpc="https://mainnet.base.org")
r = agent.fetch_paid(
"https://api.example.com/articles/2026/x",
allowed_origins=["https://api.example.com"],
max_amount_usd=0.20,
daily_amount_usd=2.00,
chain="base",
asset="USDC", # omit for native ETH on Base
max_gas_wei=10**15, # explicit 0.001 ETH fee budget
)
Base requires max_gas_wei; the legacy Polygon max_gas_pol=0.5 default never
becomes an ETH allowance. This budget covers approval plus settlement, with
the L2 maximum gas fee and current Base oracle L1 data/operator estimates plus
20% headroom. An unavailable estimate or insufficient budget/balance refuses
before sending. It is a preflight estimate, not an on-chain cap on future L1
fees. Fees are separate from the USD payment limits. Configure the Base RPC
via base_rpc or AIFINPAY_BASE_RPC; the SDK checks chain ID 8453 before signing.
ETH uses independent ETH/USD prices from Coinbase, falling back to a fresh
CoinGecko quote. The SDK rejects a quote with another chain, native asset,
token address or receipt chain. It uses Base's pinned USDC address; a token
named USDC on another chain does not authorize a Base payment. Omitting chain
keeps Polygon behavior, even if a merchant advertises another network.
The same chain option accepts polygon, base, optimism, arbitrum, avalanche, bnb,
unichain, xrplevm and robinhood. Every non-Polygon network requires an explicit
max_gas_wei in that network's native units. Configure other RPCs with constructor
evm_rpc_urls={"bnb": "https://..."}; existing polygon_rpc/base_rpc options remain.
Native prices use POL/ETH/AVAX/BNB/XRP. OP oracle fees are budgeted separately;
Nitro gas estimates already include parent-data costs. Address/decimal-pinned
stablecoins bind USD micro-units to exact6/18-decimal token units through additive
token_settlement (required for18dp); every leg and the exact approval are checked.
XRPL EVM currently supports native XRP only. These are client capabilities;
merchant authorization, backend readiness and per-chain paid acceptance are required
before production activation. Admin fee profiles remain mutable; preflight checks
current profiles and the existing receipt/recovery policy is preserved.
Every settlement is journaled to journal_dir (default ~/.aifinpay/journal,
mode 600) before it is sent. If the outcome is unknown, Aifp1PayError carries
recovery["journal_path"]; call agent.recover_paid(path) — do not pay again.
New journals preserve the explicitly selected chain; older journals without
it remain Polygon-only. Recovery can fetch a receipt after the original quote
expires when the existing transaction settled in time.
Processes using the same local journal directory share one atomic USD budget. The SDK reserves the validated debit under an operating-system file lock before approval or settlement signing, then replaces and fsyncs the ledger atomically. Unknown broadcasts retain their reservation beyond24hours. Once the chain confirms the payment, the debit follows the24-hour window; the purchase remains blocked until its receipt is verified. A receipt or HTTP failure never refunds a confirmed debit. A proven prebroadcast failure or reverted settlement releases the gross reservation; transaction gas remains subject to its separate native-wei budget. The purchase guard covers the same issuer/API, payer, merchant and resource scope across payment rails, so changing chain or token cannot buy unresolved access again.
recover_paid binds the adjacent spend.json reservation to the payer, original
purchase, chain/token/gross and hash derived from the signed transaction bytes.
It commits the debit once and unlocks only that purchase after a verified receipt.
Legacy confirmed-spend files and Polygon journals migrate without losing entries.
Do not downgrade to an older SDK with pending2.4 reservations: older releases
ignore the new reservation state. Reconcile outstanding transactions first.
Malformed/unknown ledgers and unavailable OS file locking refuse payment; no empty
budget fallback is used. These locks cover processes on one local filesystem;
they do not establish a budget shared across separate hosts. The in-memory ledger
used by lower-level callers is shared only within that ledger instance.
Link the agent to its owner's dashboard
At https://dash.aifinpay.io → My Agents → Add agent by address the owner gets a challenge. Sign it and hand back the signature:
signature = agent.sign_dashboard_claim(challenge)
sign_dashboard_claim signs only AiFinPay-claim:polygon:<this address>:<nonce>
and refuses any other text. The owner then sees the agent's balance, payments
and receipts.
Loading an existing keypair
import os
from aifinpay import Agent
# from solana-keygen JSON file (open() does not expand "~")
agent = Agent.from_keypair_file(os.path.expanduser("~/agent-wallet.json"))
# from base58 secret string
agent = Agent.from_secret_b58("3RvZm7Gw...")
How x402 auth works under the hood
agent.pay(url):
- Sends the request unauthenticated.
- On
402, inspects the response and picks a facilitator adapter:- AiFinPay —
protocol: "AiFinPay vX"field in JSON body, oragreement_hash+treasury_vaultfingerprint - Coinbase x402 —
PAYMENT-REQUIREDHTTP header
- AiFinPay —
- Builds the right auth payload:
- AiFinPay (auth version 2) → reads the one-time
x-nonce, its expiry and the request-body SHA-256 from the 402 body; refuses unless the request and the response are on the origin configured as the agent'sbase_urland the body digest matches; signs, with Ed25519, the SHA-256 of the JSON array["AiFinPay-x402", "v2", nonce, pubkey, origin, METHOD, path+query, bodySha256, expiresAt]; setsx-agent-pubkey,x-nonce,x-signatureandx-aifinpay-auth-version: 2. The retired v1 format is refused andauth_headers()raises. - Coinbase x402 → detected and parsed (a price above
options.max_amount_usdraisesPaymentTooExpensiveError), thenFacilitatorNotImplementedError: Python does not pay this flavor
- AiFinPay (auth version 2) → reads the one-time
- Retries the original request with the auth attached.
The server verifies the signature and serves the resource if the agent is
entitled to it. Paying for access is fetch_paid (above).
Privacy
- The server never sees your private key. Period.
- Nonces are consumed on use; replay-resistant.
- All payments are public and on-chain (the explicitly selected EVM network).
License
MIT.
Metadata
Release files for aifinpay-agent 2.4.0
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Source distribution (sdist)
| File | Size | Uploaded | |
|---|---|---|---|
| aifinpay_agent-2.4.0.tar.gz | 101.5 kB | Details |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Reset |
|---|---|---|---|---|
| aifinpay_agent-2.4.0-py3-none-any.whl | Python 3 | none | any | Details |
Total release size: 169.0 kB
Release files / aifinpay_agent-2.4.0.tar.gz
| Download URL | aifinpay_agent-2.4.0.tar.gz |
|---|---|
| Size | 101.5 kB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
4ede802bd85f2e89e853645449bdd4f66b44c9d69b1e85f66a6064750f4e100b
|
|
BLAKE2b-256 checksum How to use checksums |
1fdc7fafa485cfc576907a5968a442f25cee8ef16841e9abf3eb9427088bc729
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
No |
| Uploaded via |
twine/6.2.0 CPython/3.13.7
|
Release files / aifinpay_agent-2.4.0-py3-none-any.whl
| Download URL | aifinpay_agent-2.4.0-py3-none-any.whl |
|---|---|
| Size | 67.5 kB |
| Tags | Python 3 |
|
SHA-256 checksum How to use checksums |
10b0b514386cec287704d111315bf5ff83d7f3a8d43b276540063373e8632f70
|
|
BLAKE2b-256 checksum How to use checksums |
19fbd5c660746aa35392630d1c2a5845ea362515429ab3af212f5ed57e99edde
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
No |
| Uploaded via |
twine/6.2.0 CPython/3.13.7
|