Concepts
Agent gateways, MCP servers, Recipes, Ingredients, x402, and the Machine Payments Protocol explained.
Agent gateway
An agent gateway is a reverse proxy that a human or AI agent can access via a URL to send API requests and pay for those requests, and to access an MCP server to use the API more effectively. The agent gateway is built to be used by AI agents and provides a suite of tools that let your API be used by AI agents.
Model Context Protocol (MCP) server
A server that defines the behavior of an AI agent's interactions with an API, allowing the agent to use the API deterministically when designed properly. A well-made MCP server increases the accuracy of an AI agent's use of an API, resulting in less searching of the web and less token usage to get the desired result.
Recipe
One task, published as a single MCP tool. A Recipe holds typed inputs, a fixed prompt, a
model, and the tools it is allowed to call. An agent sends the inputs and gets the finished
result, so a job that would take several API calls and several prices becomes one call and
one price. Anyone can browse the published catalog at
bazantic.com/recipes or read it as JSON from
https://api.bazantic.com/v1/recipes. See Recipes.
Ingredient
One approved MCP tool that a Recipe may call, reached through a gateway. Every Ingredient belongs to a service already on Bazantic, which is what keeps a Recipe honest: it cannot invent a tool, and it cannot call anything outside its bindings. A Recipe binds 1 to 64 of them. If a task needs something no Ingredient covers, the missing API has to be registered as a gateway first.
Custom handle and custom domain
Two ways to replace a gateway's default address with a name of your own. A custom handle
is a subdomain of bazgateway.com, such as acme.bazgateway.com. A custom domain is a
subdomain of a domain you own, such as api.acme.com. Bazantic verifies that you control
the domain, issues a TLS certificate for it, and then advertises the hostname everywhere
it names your gateway. See Custom domains.
x402
An open, chain-agnostic payment protocol built on the HTTP 402 Payment Required
status code: a server challenges a request with the price and payment details,
the client settles the payment, then replays the request with proof of payment
attached. Bazantic gateways advertise x402 alongside MPP so a paying agent can
use whichever it supports. A Bazantic gateway settles x402 payments on Base and
on Solana. See the
x402 Foundation's documentation for the full
specification.
Machine Payments Protocol (MPP)
An HTTP Payment authentication scheme for machine-to-machine payments,
developed by Tempo (backed by Stripe) and settled on the Tempo chain. It works
alongside x402 in the same 402 challenge, carried in WWW-Authenticate: Payment headers. See Tempo's MPP documentation
and the MPP specifications for
details.