¿Qué es un MCP gateway?
Un MCP gateway se sitúa entre un agente de IA y los muchos servidores de herramientas MCP a los que podría llamar: en lugar de conectarse directamente a decenas de servidores sin verificar ni medir, el agente se conecta una sola vez al gateway, que resuelve la vista de herramientas, revisa saldo y topes de gasto, verifica el nivel de confianza de cada servidor y mide cada llamada.
Cómo funciona
El agente abre una única conexión MCP con el gateway y ve un catálogo unificado de herramientas. Cuando invoca una herramienta, el gateway hace el trabajo intermedio: resuelve qué servidor upstream la sirve, comprueba que la organización tenga saldo y no supere sus topes de gasto, confirma el nivel de confianza del servidor, reenvía la llamada al servidor real y devuelve el resultado midiendo el uso. Ese punto único de entrada convierte una constelación de servidores dispares en una superficie coherente, con una sola credencial y una sola política de gasto.
Gateway frente a conectarse directamente
Conectarse directo a cada servidor MCP significa confiar a ciegas en cada uno, mantener credenciales separadas y no tener facturación ni topes unificados. Un gateway centraliza cuatro cosas que, sueltas, son difíciles: confianza (verifica cada servidor antes de exponerlo), facturación (una sola cuenta paga por llamada), control de gasto (topes que un servidor individual no puede imponer) y seguridad de red —por ejemplo, bloqueo de SSRF para que una herramienta no fuerce al backend a golpear direcciones internas—. En corto: el agente delega en el gateway la parte aburrida y peligrosa de hablar con muchos upstreams. Cómo Obolo bloquea SSRF y detecta drift.
MCP gateway vs. cliente MCP vs. servidor MCP
MCP tiene dos roles base: el cliente MCP (el agente, que invoca herramientas) y el servidor MCP (el que las expone). Un gateway es un proxy que vive en el medio y cumple ambos papeles a la vez: es un servidor MCP frente al agente —le presenta las herramientas— y un cliente MCP frente a los upstreams —llama a los servidores reales por él—. No reemplaza al cliente ni al servidor; los intermedia, sumando confianza, facturación y control sin que ninguna de las dos puntas tenga que cambiar su forma de hablar MCP.
Qué agrega Obolo
Obolo es un MCP gateway y marketplace, y actúa como comerciante de registro para la economía de agentes. Sobre la función base de gateway agrega: un marketplace donde descubrir y comparar servidores; el rol de merchant of record, de modo que tu agente paga por llamada desde un saldo prepago y Obolo liquida con los proveedores; dos niveles de verificación (crawled/verificado) para distinguir lo que sólo se indexó de lo que se validó; y detección de drift por hash del manifiesto, que alerta si las herramientas de un servidor cambian respecto a lo verificado. Pagás por cualquiera de tres rieles: Stripe, saldo USDC prepago o x402. Conocé el riel x402.
Preguntas frecuentes
No. El cliente MCP es el agente que invoca herramientas. El gateway es un proxy que se ubica en el medio: actúa como servidor MCP frente al agente y como cliente MCP frente a los servidores upstream. Cumple ambos roles a la vez, pero no reemplaza al cliente del agente.
Podés hacerlo, pero cada servidor directo implica confiar a ciegas, gestionar su credencial y no tener facturación ni topes unificados. El gateway centraliza confianza, medición, control de gasto y protección de red (como el bloqueo de SSRF) en un solo punto de entrada.
Sí, agrega un salto de red frente a una conexión directa. A cambio, centraliza la verificación de confianza, la facturación y los topes de gasto; el costo es un hop extra y la ganancia es que el agente no tiene que resolver esa complejidad por su cuenta.
Términos relacionados
¿Qué es x402? · Glosario completo · Explorar el catálogo · Comparar servidores