Tollbooth Sample

io.github.lonnievPublished by GitHub account lonnievv0.5.0Updated Nov 4, 2026

Educational Weather Stats MCP Service — Tollbooth DPYC monetization sample

VerifiedStreamable HTTPWeb executableLocation & LifestyleFinanceDeveloper Tools

Overview

AI-generated overview

A sample weather-stats MCP service that wraps Open-Meteo and charges Bitcoin Lightning credits per call, demonstrating Tollbooth DPYC monetization.

What you can do
  • Get current weather, multi-day forecasts and historical weather for a latitude and longitude
  • Check credit balance, buy credits via Lightning and check invoice status
  • Preview tool pricing and constraint effects before spending credits
  • Request adoption by an Authority and read DPYC onboarding, tax rate, member and advisory info
  • Inspect service health and constraint configuration
When to use it
Useful if you want to try a monetized MCP service end to end, or as a reference template for wrapping your own API in Tollbooth DPYC paid tools. For plain weather lookups, the free Open-Meteo API is simpler.
Requirements
A remote endpoint reached over streamable HTTP with OAuth sign-in required. Paid tools need a funded credit balance bought with Bitcoin Lightning and a Nostr keypair (npub) that the connection proves; over local STDIO paid tools are refused.
Before you install
Weather calls debit real credits bought with Bitcoin Lightning, so tool use costs money; preview prices first. Identity is a Nostr keypair rather than an account, and operator-side secrets such as the BTCPay host, API key and store ID are handled through the Secure Courier flow. It is a reference sample, not a production weather service.

Installation

In SourceWeft

  1. Open Tollbooth Sample in the dashboard and add it to a workspace.
  2. Connect the required credentials. They are stored privately and never shown on public pages.
  3. Enable the server for the chats that should use its tools.

Web executable via Streamable HTTP. Remote servers run from the web runtime once configured in a workspace.

Use with an agent

Paste this prompt into Claude Code, Codex, Cursor or another agent — or into SourceWeft chat. The agent reads this server's install guide, shows you its publisher, endpoint and sign-in, and adds it to your client once you agree. Keys never go into a command.

Read https://sourceweft.com/mcp/io.github.lonniev%2Ftollbooth-sample/install.md and connect the MCP server it describes to my client. Before changing any config, show me its publisher, endpoint and sign-in method and wait for my OK. Never put an API key in a command or in a file I would commit; ask me where it should come from.

Read the install guide the agent follows

Other MCP clients

Add this to your client's mcpServers config. The client completes OAuth sign-in on first connect.

{
  "mcpServers": {
    "tollbooth-sample": {
      "type": "http",
      "url": "https://tollbooth-sample.fastmcp.app/mcp"
    }
  }
}

README

tollbooth-sample

Educational Weather Stats MCP Service — the reference implementation for building Tollbooth DPYC monetized API services with Bitcoin Lightning micropayments.

This service wraps the free Open-Meteo weather API and gates paid tool calls through the Tollbooth credit system using the @runtime.paid_tool() decorator. Domain tools contain only business logic; debit, rollback, balance warnings, and constraint evaluation are handled automatically by the OperatorRuntime. Standard DPYC tools (balance, purchase, Secure Courier, Oracle, pricing, constraints) are delegated to the wheel via register_standard_tools().

Build your own operator — the bootstrap-dpyc-operator skill

This repo doubles as a Claude Code plugin. The bootstrap-dpyc-operator skill turns your existing REST API, stdio MCP, or HTTP MCP into a monetized DPYC Operator MCP: it clones this template live, wraps your domain logic, and generates a deploy-ready project. You keep writing business logic — the SDK handles payments, identity, vault, audit, and pricing.

Install it in Claude Code:

/plugin marketplace add lonniev/tollbooth-sample/plugin install bootstrap-dpyc-operator@tollbooth-dpyc

Then ask Claude to "make my API a paid DPYC operator" — the skill activates automatically by its description. It never touches your original code (it emits a sibling <slug>-mcp/ project) and reads this repo's live wheel pin on every run, so it can't go stale.

See skills/bootstrap-dpyc-operator/ for the skill and its reference guides (canonical pattern, source adapters, sessions & vaults, onboarding checklist).

The DPYC Economy

DPYC stands for Don't Pester Your Customer. It's a philosophy and protocol for API monetization that eliminates mid-session payment popups, subscription nag screens, and KYC friction.

How it works

  1. Pre-funded balances — Users buy credits via Bitcoin Lightning before using tools. Each tool call silently debits from their balance. No interruptions, no "please upgrade" modals.

  2. Nostr keypair identity — Users are identified by a Nostr public key (npub), not an email or password. One keypair per role, managed by the user. No account creation forms.

  3. UUID-keyed tool identity — Every tool is a ToolIdentity object with a deterministic UUID v5 derived from a capability name. Pricing hints come from the category field:

    CategoryPricing hintUse case
    free0 satsBalance checks, status
    read1 satSimple lookups
    write5 satsMulti-step operations
    heavy10 satsExpensive queries

    Actual prices are set dynamically by the operator's pricing model in Neon.

  4. Rollback on failure — If the downstream API fails after a debit, credits are automatically rolled back via a compensating tranche. The user never pays for a failed call.

  5. Social Contract — The DPYC ecosystem is a voluntary community bound by transparent, auditable economic rules, with a Certification Chain that cascades trust from the root:

    • Citizens — Users who consume API services
    • Operators — Developers who run MCP services (like this one)
    • Authorities — Certify operators and collect a small tax on purchases
    • First Curator — The root of the chain, mints the initial cert-sat supply

How Tollbooth Monetization Works

ToolIdentity and the frozen tool_id

Each domain tool is registered as a ToolIdentity with a frozen tool_id (an opaque UUID), a capability name, a category (pricing hint), and an intent description. Mint the UUID once at the tool's birth — run capability_uuid("get_current_weather") at a REPL (or uuid.uuid4()), then paste the result as a literal constant and never change it again. Freezing the literal is what lets you rename a capability later without orphaning its pricing rows in Neon. Do not call capability_uuid(...) at runtime; the identity must live in exactly one place:

python
from tollbooth.tool_identity import ToolIdentity, STANDARD_IDENTITIESfrom tollbooth.runtime import OperatorRuntime, register_standard_toolsfrom tollbooth.credential_templates import CredentialTemplate, FieldSpecfrom tollbooth.credential_validators import validate_btcpay_creds
# Frozen UUIDs — minted once at tool birth, never recomputed.GET_CURRENT_WEATHER_UUID    = "b7327eb8-92b4-5252-84e0-ba3f437a16ed"GET_WEATHER_FORECAST_UUID   = "b6d0e596-3aec-5a62-980b-7875aa04d079"GET_HISTORICAL_WEATHER_UUID = "5608f3e9-44c4-5b28-9744-704af6d701f0"
# 1. Define domain tool identities_DOMAIN_TOOLS = [    ToolIdentity(        tool_id=GET_CURRENT_WEATHER_UUID,        capability="get_current_weather",        category="read",        intent="Get current weather conditions",    ),    ToolIdentity(        tool_id=GET_WEATHER_FORECAST_UUID,        capability="get_weather_forecast",        category="write",        intent="Get weather forecast",    ),    ToolIdentity(        tool_id=GET_HISTORICAL_WEATHER_UUID,        capability="get_historical_weather",        category="heavy",        intent="Get historical weather data",    ),]
TOOL_REGISTRY: dict[str, ToolIdentity] = {ti.tool_id: ti for ti in _DOMAIN_TOOLS}

The @runtime.paid_tool() decorator

Every paid tool is a single decorator away from full DPYC monetization. The decorator takes the tool's frozen tool_id constant and handles debit, balance checks, constraint evaluation, rollback on failure, and low-balance warnings automatically. Your tool function contains only domain logic:

python
from typing import Anyfrom fastmcp import FastMCPfrom tollbooth.params import PatronNpub
mcp = FastMCP("tollbooth-sample", ...)
# Create the runtime with merged standard + domain identitiesruntime = OperatorRuntime(    tool_registry={**STANDARD_IDENTITIES, **TOOL_REGISTRY},    operator_credential_template=CredentialTemplate(        service="tollbooth-sample-operator",        version=2,        description="Operator credentials for BTCPay Lightning payments",        fields={            "btcpay_host": FieldSpec(required=True, sensitive=True, ...),            "btcpay_api_key": FieldSpec(required=True, sensitive=True, ...),            "btcpay_store_id": FieldSpec(required=True, sensitive=True, ...),        },    ),    credential_validator=validate_btcpay_creds,    # Connections prove the patron's npub (NIP-98 signed requests or an    # OAuth holder connection) against this host.    holder_auth_url="https://tollbooth-sample.fastmcp.app",    ...)
# Delegate all standard DPYC tools to the wheel.# register_standard_tools returns the slug-prefixed @tool decorator —# use it for the operator's own paid tools below.tool = register_standard_tools(mcp, "weather", runtime, ...)
# Decorate each paid domain tool@tool@runtime.paid_tool(GET_CURRENT_WEATHER_UUID)async def current(    latitude: float,    longitude: float,    npub: PatronNpub = "",) -> dict[str, Any]:    """Get current weather conditions for a location.
    Returns temperature, wind speed, and weather code from Open-Meteo.    """    return await weather.get_current(latitude, longitude)

That is the complete paid tool. No manual debit calls, no try/except rollback blocks, no balance-warning plumbing. The decorator:

  • Looks up the tool's pricing from the ToolIdentity registry by UUID
  • Extracts npub from the function arguments for billing
  • Checks that the connection proves that npub (a signed request, or an OAuth connection that holds it)
  • Debits before calling your function (walking the tool's constraint chain from the pricing model)
  • Rolls back automatically if your function raises an exception
  • Appends a low-balance warning to the response when funds are running low

Key patterns

register_standard_tools(mcp, "weather", runtime, …) — Registers all standard DPYC tools (balance, purchase, payment, pricing, Secure Courier, Oracle, constraints) from the tollbooth-dpyc wheel, mounts oracle delegations under <slug>_oracle_*, and returns the slug-prefixed @tool decorator. Capture the return so you can use the same decorator for your own paid tools — every wire-exposed name on this operator then shares one slug prefix.

validate_btcpay_creds — Credential validator that checks BTCPay credentials at receive time, not at first use. Invalid credentials are rejected immediately during the Secure Courier exchange.

CredentialTemplate — Declares the operator's required secrets (BTCPay host, API key, store ID) so the Secure Courier flow can prompt for the right fields and validate them on delivery.

The npub parameter

Every paid tool must accept an npub keyword argument. It tells the runtime which patron to bill; the connection proves the caller holds it. Use the SDK's PatronNpub type so every operator describes it the same way:

python
from tollbooth.params import PatronNpub
npub: PatronNpub = ""

A paid tool called with an empty or invalid npub is refused (npub is required) before your function runs.

What the runtime handles under the hood

Tool call arrives    |    v@runtime.paid_tool(GET_CURRENT_WEATHER_UUID)    |    +-- UUID lookup in tool_registry -> ToolIdentity + pricing    +-- npub extraction from kwargs; the connection proves it    |    +-- Constraint chain from the pricing model (discounts, surge, supply caps, coupons)    +-- Balance check + debit    |       |    |       insufficient --> Return error (no function call)    |    +-- Call your function    |       |    |       exception --> Automatic rollback, return error    |    +-- Append low-balance warning if needed    |    vReturn result to caller

Constraint Engine

Constraints are dynamic pricing steps that live in the operator's pricing model: each tool's chain in the model lists the steps the ConstraintGate walks on every call, and coupons bound to the tool are added after them. Author them in Pricing Studio or with weather_set_pricing_model; nothing is switched on by environment variable.

Common constraint types (the SDK registry holds more — weather_list_constraint_types enumerates the full set live):

TypeEffect
free_trialFirst N calls are free
happy_hourDiscount during specific hours
temporal_windowAllow calls only during a time window
finite_supplyCap total invocations globally
loyalty_discountDiscount after spending N sats
bulk_bonusDiscount after N invocations
surge_pricingDemand-elastic multiplier during high demand

Use weather_check_price to preview constraint effects without spending credits — it walks exactly the chain the debit will.

Becoming an Operator

New to Tollbooth? See GETTING-STARTED.md for a step-by-step guide covering Nostr keypair setup, Authority enrollment, BTCPay configuration, and deploying your first monetized MCP service.

Quick Start

Local development

bash
git clone https://github.com/lonniev/tollbooth-sample.gitcd tollbooth-samplepip install -e ".[dev]"python -m tollbooth_sample.server

This serves over STDIO. There is no development bypass: paid tools are gated exactly as in production, and the patron's npub is proven by the HTTP connection (a NIP-98 signed request or an OAuth holder bearer), so over STDIO a paid tool is refused. Exercise paid tools against a deployed instance.

Deploy on Prefect Horizon

The hosting platform is Prefect Horizon (FastMCP is the runtime/framework the server is built on).

  1. Push to GitHub
  2. Connect the repo on Prefect Horizon
  3. Set environment variables:
    • TOLLBOOTH_NOSTR_OPERATOR_NSEC — Nostr key for identity bootstrap (the only env var the operator needs; the Neon database URL arrives from your Authority over Nostr, the relay set comes from the shared dpyc-community registry, and all other secrets are delivered via Secure Courier credential templates)

Horizon reads the entrypoint and dependencies from fastmcp.json.

Heads-up for operators with long-running tools. By default, claim-check / async jobs run in-memory (async_jobs.backend: "memory (default)"), which means they do not survive a Horizon recycle (durable_across_recycles: false). That's fine for this reference sample, which has no long-runners — but if you add a tool that defers work to a background job, pin the tollbooth-dpyc [modal] extra, spread LONGRUNNER_CREDENTIAL_FIELDS into your operator credential template, and deliver the durable-executor secrets (modal_token_id / modal_token_secret / modal_app_name) via Secure Courier so jobs settle across redeploys. Check your live state anytime with service_status.async_jobs.

Run tests

bash
pip install -e ".[dev]"pytest -v

Tool Reference

MCP tool nameCostDescription
weather_currentreadCurrent weather for lat/lon
weather_forecastwriteMulti-day forecast (1-16 days)
weather_historicalheavyHistorical weather for a date range
weather_check_balancefreeCheck credit balance
weather_purchase_creditsfreeBuy credits via Lightning
weather_check_paymentfreeCheck invoice status
weather_request_adoptionfreeRequest adoption by an Authority (deferred-courtship onboarding)
weather_check_pricefreePreview cost (shows constraint effects)
weather_service_statusfreeHealth + constraint config summary
weather_oracle_how_to_joinfreeDPYC onboarding instructions
weather_oracle_get_tax_ratefreeCurrent certification tax rate
weather_oracle_lookup_memberfreeLook up a DPYC member
weather_oracle_aboutfreeDPYC ecosystem description
weather_oracle_network_advisoryfreeActive network advisories

The three weather tools are this operator's own; the rest come from register_standard_tools() and include identity (weather_request_npub_proof, weather_receive_npub_proof), Secure Courier, pricing, coupons, and notarization tools. weather_get_operator_onboarding_status reports what is still missing.

DPYC Ecosystem

Core

Operators

Advocates & utilities

License

Apache-2.0

Source: README.md at commit 8656a22

Tools

0
This server asks you to sign in, so SourceWeft could not read its tools without an account and has not indexed them. What a connected account sees can depend on that account and its permissions.

Version history

2
  1. v0.5.0LatestOct 21, 2026
  2. v0.4.9Sep 16, 2026

Score

85% 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 daysRequired25 pts
  • Auth declaredRequired10 pts
  • 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