Cómo monetizar un servidor MCP
Una guía para publishers: cobra por cada llamada a tus herramientas MCP con Obolo como comercio registrado (merchant of record). Vos ponés las tools; Obolo se encarga del billing, los impuestos y los pagos.
¿Por qué monetizar con Obolo?
Obolo es un gateway y marketplace de servidores MCP para la economía de agentes. Un agente se conecta a un solo endpoint con una sola API key por API, paga por cada llamada a una herramienta desde un saldo prepago, con topes de gasto duros y logs de auditoría. Para vos, el publisher, eso significa que no tenés que construir facturación, medición ni cobros: te concentrás en las herramientas.
Obolo actúa como comercio registrado (merchant of record). Cobra al comprador, retiene y remite impuestos donde corresponde —incluida América Latina— y te liquida tu parte. El reparto es 80 / 20: el publisher se queda con el 80% de lo que se cobra por sus herramientas. MCP gateway, glosario.
Los 5 pasos
- Entendé por qué (comercio registrado + 80/20)
Como merchant of record, Obolo asume la relación de cobro con el comprador: emite el cargo, maneja impuestos y jurisdicciones (incl. Latinoamérica) y te paga tu 80%. Vos no tocás tarjetas, disputas ni retención impositiva. Eso baja la barrera para monetizar un servidor MCP hasta “conectalo y poné precio”.
- Listá o reclamá tu servidor (crawled vs self-published)
Hay dos caminos. Si tu servidor ya está indexado en el catálogo público (nivel “crawled”, tier 1: sólo metadatos, sin verificación de propiedad), lo reclamás. Si es nuevo, lo publicás vos mismo (self-published). En ambos casos probás la propiedad con un desafío DNS-TXT: agregás un registro TXT en tu dominio para demostrar que sos el dueño. Sin propiedad probada no se puede cobrar ni liquidar.
- Definí el precio (por llamada o suscripción)
Elegí el modelo: por llamada (comúnmente US$0,005–$0,02 por tool call, según el costo real de tu herramienta) o suscripción mensual. El precio se descuenta del saldo prepago del comprador en cada llamada; cuando alcanza su tope de gasto, Obolo devuelve un 429 y no se cobra de más. Podés poner precios distintos por herramienta dentro del mismo servidor.
- Alcanzá el nivel “verified” (tier 2)
El nivel verificado prueba propiedad (DNS + registro) y somete tu esquema declarado a un análisis estático que produce un hash canónico estable. Ese hash es tu protección contra el drift: si el esquema real de tus tools se desvía del declarado y verificado, Obolo lo detecta y congela el payout en vez de dejar pasar un “rug-pull”. Verified es la señal de confianza que hace que los agentes te elijan.
- Cobrá (Stripe Connect o USDC)
Los pagos salen vía Stripe Connect o USDC. La verificación de propiedad es requisito para liquidar: hasta que no probaste que el servidor es tuyo, los fondos no se mueven. Una vez verificado y con la cuenta de payout conectada, cobrás tu 80% de forma recurrente a medida que los agentes usan tus herramientas.
Ejemplo de conexión (.mcp.json)
Una vez publicado, tu servidor vive detrás del endpoint por-API de Obolo. El agente se conecta por Streamable HTTP + JSON-RPC 2.0 con una key `obl_…`:
{
"mcpServers": {
"your-api": {
"type": "streamable-http",
"url": "https://api.obolo.dev/mcp/{serverId}",
"headers": {
"Authorization": "Bearer obl_live_xxxxxxxxxxxx"
}
}
}
}Ejemplo de precio por herramienta
Podés fijar un precio por cada tool. Ejemplo (los valores son ilustrativos):
# per-tool pricing (illustrative) geocode.forward US$0.005 / call geocode.reverse US$0.005 / call places.search US$0.02 / call # → billed from the buyer's prepaid balance # → publisher keeps 80%
Rieles de pago
Los compradores pueden fondear su saldo con Stripe, USDC prepago o x402. Vos no elegís el riel del comprador: cobrás en tu payout (Stripe Connect o USDC) sin importar cómo pagó el agente. x402, security.
Empezá
Seguí leyendo
Docs · Compare · Catalog · Operator · MCP gateway