First agent-payments integration on DigiDollar (testnet) — MCP + x402

[eps8sap]

First agent-payments integration on DigiDollar (testnet) — MCP + x402

The DigiDollar whitepaper and the v5.0 implementation spec live in these discussions, so this is where the people building the protocol already are. I've been building a small open-source toolset that lets AI agents pay and query on DigiByte, all on testnet26, and wanted to put it in front of you.

Full write-up with the story behind it: https://medium.com/@sapidseoblog/i-asked-claude-about-digibytes-digidollar-supply-ed064140a29f

What works end-to-end right now

• An MCP server that lets an AI agent pay in DigiDollar (senddigidollar), USD-denominated, with spend caps enforced outside the model and DD-address validation. The agent never holds keys — allowance, not custody.
• A merchant library (HTTP 402 → verify against your own node → deliver). Full loop proven: an agent paid $1.00 in DigiDollar to a service and got the content; an unpaid claim was refused. On-chain receipt: testnet26 tx 5530f782aca62cbb840c64b820a72076cfa72be6df892d9580541bda8937946a.
• A read-only chain-data MCP so an agent can answer "what's the DigiDollar supply / oracle status / price" from the live chain instead of stale training data.
• A testnet faucet so nobody has to ask around for coins.

All under https://github.com/dgb-tools — MIT, testnet-only.

Two findings I filed while building

Cross-linking for visibility:

• senddigidollar: integer-vs-decimal amount ambiguity is a 100× footgun #424 — senddigidollar reads an integer as cents but a decimal as dollars (10000 = $100, 10000.00 = $10,000). A 100× ambiguity worth hardening before mainnet.
• Is DigiDollar's $1 minimum output intentional and permanent? (agent / machine payments) #425 (discussion) — is the $1 minOutputAmount floor intentional/permanent? It's a consensus rule, so sub-$1 DD outputs are invalid network-wide — which rules out the sub-cent per-call pricing the agent-payment standards (x402/AP2) are built around. I've routed those to raw DGB, but wanted to understand the intent.

Where I'd love help

The merchant side — if you know the DD transaction internals, come poke holes in it.

I'm an oracle operator (slot 29), not a core dev — so if any of this overlaps with work already underway, point me at it and I'll get out of the way.