BitBooth Seller Routes

io.github.Drock91Published by GitHub account Drock91v1.1.1Updated Oct 25, 2026

Create private x402 seller routes, set prices, and route payouts directly to your wallets.

Overview

AI-generated overview

A local MCP server for managing private BitBooth x402 seller routes: create, list, update, delete and preview paid API routes with payouts to your own wallets.

What you can do
List your seller routes and saved payout configuration, and preview a route's callable URL and per-rail amounts without charging. Create or replace method-bound x402 routes with a path, price in USDC, test or live mode, and payout addresses. Update routes idempotently by path, including upstream URL and write-only upstream credentials. Delete routes by path.
When to use it
Use it when you sell API access through BitBooth x402 and want to set up, price, change or remove private seller routes from an MCP client, or check the exact URL and amounts to hand to buyers.
Requirements
Runs locally over stdio, typically via npx with the npm package. Requires a BitBooth tenant API key in the BITBOOTH_API_KEY environment variable, obtained from the BitBooth portal. BITBOOTH_BASE_URL optionally overrides the gateway URL. Network access to BitBooth and to your upstream is needed.
Before you install
The tenant API key is a secret; keep it in the client environment, not in prompts or source control. Create, update and delete change live seller routes, and live routes take real USDC payments on mainnet rails. Payout addresses and pinned-issuer trustline confirmations must be exact. Upstream credentials are write-only and stored by BitBooth; they are not returned by tools.

Installation

In SourceWeft

  1. Open BitBooth Seller Routes in the dashboard and add it to a workspace.
  2. Enable the server for the chats that should use its tools.

Desktop only via STDIO. STDIO servers start a local process, so they need the SourceWeft desktop host.

Other MCP clients

Follow the launch instructions in the repository.

README

@bitbooth/mcp-routes

[npm version] [MCP Registry] [MIT license]

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.

Claude Desktop, Cursor, Windsurf, or Continue

json
{  "mcpServers": {    "bitbooth-routes": {      "command": "npx",      "args": ["-y", "@bitbooth/[email protected]"],      "env": {        "BITBOOTH_API_KEY": "x402_<your-tenant-api-key>"      }    }  }}

Claude Code

bash
claude mcp add bitbooth-routes --env BITBOOTH_API_KEY=x402_<your-tenant-api-key> -- npx -y @bitbooth/[email protected]

Global install

bash
npm install -g @bitbooth/[email protected]export BITBOOTH_API_KEY="x402_<your-tenant-api-key>"mcp-routes

Tools

ToolEffect
list_routesList the authenticated seller's routes and saved payout configuration
create_routeCreate or replace a method-bound x402 route
update_routeIdempotently upsert a route by path
delete_routeDelete a route by path
preview_routeReturn 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.

json
{  "path": "/api/forecast",  "method": "POST",  "priceWei": "10000",  "asset": "USDC",  "mode": "live",  "tenantPayTo": {    "eip155:8453": "0x1234567890123456789012345678901234567890"  },  "upstreamUrl": "https://api.example.com/forecast",  "upstreamAuth": {    "type": "bearer",    "value": "your-write-only-upstream-token"  }}
  • 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:

json
{  "upstreamAuth": {    "type": "bearer",    "value": "private-token"  }}
json
{  "upstreamAuth": {    "type": "header",    "headerName": "x-upstream-token",    "value": "private-value"  }}

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

ModeNetworkAsset and requirements
testeip155:84532Base Sepolia USDC; requires an EVM payout address
liveeip155:8453Base mainnet USDC; requires an EVM payout address
livesolana:5eykt4UsFv8P8NJdTREpY1vzqKqZKvdpSolana mainnet USDC; requires a valid Solana public key and gateway fee-payer configuration
livexrpl:0XRPL mainnet USDC; requires the exact payout address and explicit pinned-issuer trustline confirmation; availability remains deployment-gated
livestellar:pubnetStellar 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.

json
{  "tenantPayTo": {    "xrpl:0": "rfryheo6yzFdLWj8qUQtZc7zG9MKkBkUEy",    "stellar:pubnet": "GDIK4RML4K63ZI3SYGJD5TL4ILEAZT3LBY7MXJJP5YSSZ5O4DTHDOIA3"  },  "tenantStablecoinRails": {    "xrpl:0": {      "asset": "USDC",      "issuer": "rGm7WCVp9gb4jZHWTEtGUr4dd74z2XuWhE",      "trustlineConfirmed": true    },    "stellar:pubnet": {      "asset": "USDC",      "issuer": "GA5ZSEJYB37JRC5AVCIA5MOP4RHTM335X2KGX3IHOJAPP5RE34K4KZVN",      "trustlineConfirmed": true    }  }}

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.

Configuration

Environment variableDescriptionDefault
BITBOOTH_API_KEYTenant management API key (x402_…), required—
BITBOOTH_BASE_URLBitBooth gateway URLhttps://app.heinrichstech.com

Programmatic use

js
import { createApiClient } from '@bitbooth/mcp-routes/api-client';
const api = createApiClient({ apiKey: process.env.BITBOOTH_API_KEY });const { routes } = await api.listRoutes();const challenge = await api.previewRoute(routes[0].path);console.log(challenge.resource.url, challenge.accepts);

The client validates BitBooth responses before returning them and redacts the management API key from surfaced transport and API errors.

License

MIT

Source: packages/mcp-routes/README.md at commit 6161a5c

Tools

0
SourceWeft has not started this package in its sandbox yet, so its tools are not known.

Version history

1
  1. v1.1.1LatestSep 16, 2026

Score

50% of the applicable checks met

How complete this listing is, computed from the registry entry, the endpoint and public sources. Not a rating of the server and not a statement that it is safe or working today: reachability is a dated check, and no installs or reviews go into the score.

  • Reached in the last 30 days25 pts

    Keep the endpoint answering the MCP handshake; SourceWeft probes it every 30 days.

  • Auth declared10 pts

    Declare the credential headers in the registry entry, or keep the endpoint answering the probe so its auth can be classified.

  • Tools listed15 pts

    Answer tools/list without a credential, or ship a package that starts in a sandbox without one.

  • DescriptionRequired15 pts
  • Logo10 pts
  • Documentation15 pts
  • License10 pts