Conexión directa vs. gateway Obolo
Un agente puede conectarse a cada servidor MCP directamente, o pasar por el gateway de Obolo. Ambos caminos son válidos; tienen trade-offs distintos. Esta es la comparación, dimensión por dimensión.
| Dimensión | Conexión directa | Gateway Obolo |
|---|---|---|
| Confianza / verificación | Confiás en cada servidor tal como lo encontrás; sin señal de propiedad ni de esquema estandarizada. | Dos niveles: “crawled” (metadatos indexados) y “verified” (propiedad por DNS + registro y esquema con hash canónico). |
| Facturación / pagos | Cada servidor cobra a su manera (o gratis); integrás y conciliás uno por uno. | Comercio registrado único: pago por llamada desde saldo prepago, split 80/20 al publisher. Stripe, USDC prepago o x402. |
| Control de gasto | Los topes los tenés que construir vos en el cliente, servidor por servidor. | Topes de gasto duros por key; al alcanzarlos, el gateway devuelve 429 y no cobra de más. |
| SSRF / seguridad | Tu runtime abre conexiones salientes a cada host; vos absorbés el riesgo de SSRF y rebinding. | El gateway media la conexión y aplica su propia postura de egress; el agente habla con un solo host de confianza. |
| Protección contra drift / rug-pull | Si el esquema o el comportamiento de una tool cambia, no hay nada que lo detecte. | El esquema verificado tiene un hash canónico estable; si el real se desvía, se detecta y se congela el payout. |
| Endpoints y keys | Muchos endpoints y muchas credenciales, cada uno con su formato y rotación. | Un endpoint por API detrás de un patrón único; una key `obl_…` por API, con su vista de tools y su tope. |
| Comercio registrado | No hay; cada relación de cobro (e impuestos) es entre vos y cada publisher. | Obolo es el comercio registrado: maneja cobro, impuestos (incl. Latinoamérica) y liquida a los publishers. |
El trade-off, honesto
La conexión directa tiene menos capas: no hay intermediario en el camino de datos y no pagás un margen de gateway. A cambio, la confianza, el billing, los topes y la protección contra drift quedan de tu lado. El gateway agrega un salto de red y un modelo de comercio registrado; a cambio, centraliza verificación, pagos y control de gasto en un solo lugar. Elegí según cuánto de eso quieras construir y operar vos. MCP gateway, security.
Preguntas frecuentes
Un MCP gateway es un intermediario que se ubica entre un agente (cliente MCP) y uno o más servidores MCP. Presenta un solo endpoint y una sola key por API, y en el camino agrega verificación de confianza, medición y cobro por llamada, topes de gasto y logs de auditoría. Obolo es un gateway de este tipo, más un marketplace.
Ninguno de los dos exactamente: se ubica en el medio como gateway/proxy. Hacia tu agente se comporta como un servidor MCP (expone tools por Streamable HTTP + JSON-RPC 2.0); hacia el servidor upstream actúa como cliente. Esa posición intermedia es lo que le permite verificar, medir y cobrar.
Con un desafío DNS-TXT: el publisher agrega un registro TXT en su dominio para demostrar control. La propiedad probada es requisito para alcanzar el nivel verified y para liquidar pagos.
Stripe, USDC prepago y x402. El comprador fondea un saldo prepago y cada llamada se descuenta de ahí; el publisher cobra su 80% vía Stripe Connect o USDC.
Docs · Monetize an MCP server · Glosario · Publisher
Borrador público, 2026. Las cifras por servidor (uptime/latencia/uso) son marcadores ilustrativos.