Create private x402 seller routes, set prices, and route payouts directly to your wallets.
The io.github.Drock91/bitbooth-routes MCP server enables creating private x402 seller routes. It supports setting prices and routing payouts directly to your wallets, based on the server description provided.
🛠️ Key Features
Create private x402 seller routes
Set prices
Route payouts directly to wallets
🚀 Use Cases
Configure x402 seller routes in a private context
Define pricing for seller routes
Direct payout flows to specific wallets
⚡ Developer Benefits
Focused functionality for x402 route setup, pricing, and payout routing
Clear alignment between route configuration (routes/prices) and payout destinations (wallets)
⚠️ Limitations
No additional details about specific tools, parameters, supported operations, or integration scope were provided in the source data.
Manage your private BitBooth x402 seller routes from Claude, Codex, Cursor, or any other MCP client. The server exposes tools to create, list, update, delete, and preview routes through BitBooth's authenticated /v1/routes API.
Tenant routes are intentionally unlisted. This package does not publish them into BitBooth's public catalog. Run preview_route and share its exact resource.url with buyers or invoke it from your own agent integration.
Every create, update, and delete call automatically carries a fresh UUIDv4 Idempotency-Key. BitBooth scopes that key to the authenticated seller, stores only request hashes, replays an exact completed mutation, and rejects changed reuse before touching DynamoDB or Secrets Manager.
Install
Get a tenant API key by signing in at app.heinrichstech.com/portal. Keep it in your MCP client's environment; do not put it in prompts or source control.
List the authenticated seller's routes and saved payout configuration
create_route
Create or replace a method-bound x402 route
update_route
Idempotently upsert a route by path
delete_route
Delete a route by path
preview_route
Return the exact x402 v2 resource.url and accepts[] without charging
Example requests:
"Create a POST route at /api/forecast for 0.01 USDC in test mode, paid to my Base Sepolia wallet."
"Change /api/forecast to GET and make it live on Base mainnet."
"Preview /api/forecast and give me its agent-callable URL and wire amounts."
Route contract
Prices use the API's legacy priceWei field name, but the value is a strictly positive string of six-decimal USDC atomic units. For example, "10000" means 0.01 USDC.
method is one of GET, POST, PUT, PATCH, DELETE, or HEAD; it defaults to POST. A different request method is rejected before BitBooth issues or settles payment.
path must start with /, contain at least one non-empty segment, and contain no query, fragment, empty segment, or ./.. segment.
mode defaults to test. Test routes advertise only Base Sepolia; live routes advertise eligible mainnet rails.
tenantPayTo accepts only the exact network identifiers below. A missing network is omitted from accepts[]; it never falls back to a BitBooth wallet.
upstreamUrl must be a public URL. Live routes and every route that uses upstream authentication require HTTPS; plain HTTP is accepted only for unauthenticated test-mode routes. Omit it on update to preserve the saved upstream, or send null to disconnect it.
upstreamAuth is write-only. Omit it on update to preserve the credential, send a replacement to rotate it, or send null to clear it. Route responses expose only upstreamAuthConfigured.
Secure upstream authentication
BitBooth can authenticate paid deliveries to an upstream with either a bearer token or a safe custom header:
On create, value and upstreamUrl are required when authentication is configured. On update:
Omit upstreamAuth to preserve the current configuration.
Send { "type": "bearer" } or { "type": "header", "headerName": "x-new-name" } without value to reuse an existing credential while changing how it is injected.
Include value to set or replace the credential.
Send null to clear the credential.
Changing the upstream origin requires a replacement credential or an explicit auth clear. Disconnecting the upstream also clears its credential.
Custom header names are normalized to lowercase. BitBooth rejects transport, payment, cookie, tracing, AWS/CloudFront, proxy, browser-security, Authorization, and X-API-Key headers. Credential values cannot be empty, padded with whitespace, contain control characters, or exceed 8,192 characters. Bearer tokens use the RFC 6750-compatible token character set.
Credential values are sent only in the authenticated management write, stored in AWS Secrets Manager, and never returned by list/create/update/preview tools or included in surfaced errors. A route response reports only "upstreamAuthConfigured": true or false.
Supported payout networks
Mode
Network
Asset and requirements
test
eip155:84532
Base Sepolia USDC; requires an EVM payout address
live
eip155:8453
Base mainnet USDC; requires an EVM payout address
live
solana:5eykt4UsFv8P8NJdTREpY1vzqKqZKvdp
Solana mainnet USDC; requires a valid Solana public key and gateway fee-payer configuration
live
xrpl:0
XRPL mainnet USDC; requires the exact payout address and explicit pinned-issuer trustline confirmation; availability remains deployment-gated
live
stellar:pubnet
Stellar pubnet USDC; requires the exact payout address and explicit pinned-issuer trustline confirmation
XRPL and Stellar opt-ins use this exact shape. Other issuers, assets, and networks are rejected.
The preview response is x402 v2. Read the callable URL from resource.url and the per-rail wire amount from each accepts[].amount; wire units can differ by rail.