paas.build Open my account
MCP monetization

How to monetize your MCP server

Your MCP server is live, an agent is calling its tools, and you want the tool calls to make money. The metering is the easy part - you already control the server. The slow part is the bit nobody warns indie authors about: to actually receive the money you need a merchant account, and getting one usually means a company and a review queue. paas.build gives you a real merchant account the same day, no company, and you stay the merchant of your own tool. Here's the whole path.

First, pick what you charge for

There are three models that work for a Model Context Protocol server, and you can decide in ten minutes:
  1. Per tool call - meter each invocation and charge a small amount (a few cents to a couple of dollars). Right when your server does something expensive per call - a paid API lookup, an image render, a data pull.
  2. Credit packs - sell a bundle ($10 = 200 calls) so heavy users pre-pay and you never lose money on a runaway agent. The cleanest model when call cost varies.
  3. Flat subscription - $9-$29/mo for unlimited or fair-use access to the server. Right when calls are cheap and you want predictable revenue.

You already have the hook: your server sees every tool call, so metering is a counter and a check. Whichever you pick, the thing standing between you and revenue is not code - it's the account that receives the money.

The real blocker: whoever charges needs a merchant account

Every "add billing to your MCP server" thread eventually hits the same wall. To take a card, someone has to be the merchant of record - the legal seller the payment settles to. Your options have traditionally been: incorporate and apply to a processor (a company you may not have, plus days of underwriting), or hand the whole relationship to a Merchant of Record that becomes the seller and takes 5-10% effective on small tickets. For an indie author shipping a tool over a weekend, both are the slow part. That's the gap - not the protocol, the payout.

The 2026 path: a real account the same day, you stay the merchant

Progressive KYB flips the order. Instead of proving you're an established company before you can process, you get a real merchant account - sandbox and production - the same day, individuals and sole traders included, live immediately with a cap (~£1,500) while verification completes in the background. You stay the merchant: it's your tool, your customer, your brand on the statement. On paas.build that's one call - your agent runs go_live (or you use the console on the homepage), keys arrive by email, and you charge with a hosted checkout or a subscription. One flat rate: 3.9%, no fixed per-transaction fee - which is the whole game for pay-per-call pricing.
The MCP registry lists your server so agents can find it. paas.build gives that server a way to get paid - a real merchant account, same day, no company, and you're still the seller. Metering was always yours; now the money is too.

Why the fixed fee decides your pricing

Pay-per-call lives or dies on the per-transaction fixed fee. Here's a $2 tool call:
On a $2 tool callFee takenEffective rate
paas.build (3.9% flat, no fixed fee)$0.083.9%
Card processor (2.9% + $0.30)$0.3919.5%
Merchant of Record (5% + $0.50)$0.6030%

A 30-cent fixed fee is invisible on a $200 sale and fatal on a $2 one. No fixed fee is why per-call MCP pricing actually works here. See the full pricing.

Honest counter-case

If your MCP server is strictly machine-to-machine and your callers are agents holding stablecoin wallets, an on-chain rail like x402 is a genuinely good fit - it's built for a program paying a program, and you don't need a human at a checkout. paas.build is for when a person is behind the agent and wants to pay with a card or bank in their own currency, settled to your bank on FCA rails. Plenty of authors run both. And if you specifically need worldwide sales tax filed for you and can absorb a review cycle, that's a Merchant of Record's job, not ours - we're a PayFac, so your tax stays yours.
Get your keys by email
Go live when you're ready - no company needed, 3.9% flat.
FAQ

How do I monetize an MCP server?

Decide what to charge for (per tool call, credits, or a subscription), then open a merchant account that can receive the money. On paas.build you get a real merchant account the same day via progressive KYB - no registered company required - and you stay the merchant of your own tool. Meter the calls in your server, charge with a hosted checkout or subscription, 3.9% flat.

Do I need a company to charge for MCP tool calls?

No. Individuals and sole traders can go live via progressive KYB with a capped live account (~£1,500) while verification completes in the background. That is usually the slow, blocking step for indie MCP authors, and it is the part paas.build removes. UK, EU and US builders.

How is this different from x402 or crypto pay-per-call?

x402 and crypto rails settle in stablecoins and assume the payer holds a wallet - great for machine-to-machine, poor for a human who wants to pay with a card. paas.build settles real card and bank payments in your currency to your bank account on FCA rails, so your human users can just pay. You can run both if you want.

What does it cost to charge $2 for an MCP tool call?

On paas.build a $2 charge costs about 8 cents (3.9% flat, no fixed per-transaction fee). A processor charging 2.9% + $0.30 would take $0.39 on the same $2 - an effective 19.5%. Fixed per-transaction fees are what make tiny pay-per-call pricing unviable elsewhere.