Monetize a webhook for agents

If the thing you sell is already a Make, n8n, Zapier, or other HTTPS hook, you do not need a new API. You need a paid URL in front of the hook you already run, and the secret field that hook already checks. Monetizing a webhook for agents is that: price per run, inject the secret only after payment, hide the hook if the URL itself is the credential.

On Create you paste the HTTPS URL and a header or query secret Fare injects only after a valid payment. You can drop a file instead. Either way you copy fare.run/{slug}. Callers pay USDC via x402. You get USDC, or USD later through a licensed partner. Fare never holds the money. Optional Gumroad or Stripe checkout is a separate store for card buyers. It does not unlock this webhook.

Create (/docs/create) is where the secret field lives. Your agent can create and update that fare on your seller account. Call (/docs/call) is the agent contract: JSON Accept, 402 then PAYMENT-SIGNATURE, @x402/fetch. Payouts (/docs/payouts) is USDC at your address or USD via partner after proof.

We did not invent x402. We host the gate so a web2 seller does not implement it.

n8n, Make, and Zapier already give you a URL and a shared secret. Agents can hit that URL. They will not pay you unless something sits in front and charges per request. Fare is that front. Do not put a public website behind it. Put the hook you control, with the secret your scenario already expects.