pay.sh se esfuerza por conectar el punto de interrupción entre los agentes de IA y las API de pago.
Artículo de: KarenZ, Foresight News
Un agente que puede escribir código, buscar información y utilizar herramientas por sí mismo a menudo se atasca en el paso más simple: el pago.
Lo que pay.sh quiere derribar es este muro. El 5 de mayo, la Fundación Solana, en colaboración con Google Cloud, lanzó pay.sh. Este producto no busca crear billeteras orientadas al consumidor ni reinventar un botón de pago. En su lugar, se enfoca en una necesidad más específica: cuando un agente necesita llamar a una API de pago, no requiere registro manual ni claves de API, sino que realiza el pago bajo demanda para obtener el permiso de llamada correspondiente.
En resumen, pay.sh busca descomponer el acto de "llamar a una API" en una acción más amigable para las máquinas: ver el precio, enviar una solicitud, autorizar el pago y recibir el resultado.
Según la información de la Fundación Solana y el sitio web oficial de pay.sh, el alcance inicial ya cubre algunas API de Google Cloud, incluyendo Gemini, BigQuery, Vertex AI, BigTable y Cloud Run, además de más de 50 facilitadores de API de la comunidad que ofrecen servicios en direcciones como comercio electrónico, datos, comunicación e infraestructura en cadena.
¿Qué es Pay.sh?
Según la descripción oficial, pay.sh es una capa de pago proxy y coordinación de llamadas orientada a APIs de pago. Envuelve las herramientas de línea de comandos y flujos de trabajo proxy que los desarrolladores conocen, y cuando la API objetivo presenta un desafío de tipo "paga primero, luego recibe los datos", pay identifica el protocolo de pago, prepara los credenciales de pago, solicita autorización del monedero localmente, y vuelve a intentar la solicitud una vez completado el pago. Para los desarrolladores, la solicitud curl que antes generaba un error ahora solo requiere agregar un pay al principio; para el proxy, recibe una ruta de herramienta directamente utilizable con capacidad de pago.
Aquí hay algunos puntos especialmente clave.
- ¿Qué protocolo de pago se utiliza? Pay.sh apuesta técnicamente en el estándar abierto de pagos máquina. Oficialmente se menciona que pay.sh se construye sobre los protocolos de pago x402 y MPP.
- Métodos de pago: La infraestructura de pago y liquidación de pay.sh depende de stablecoins en Solana. La Fundación Solana menciona que los usuarios pueden realizar depósitos en aproximadamente 60 segundos mediante tarjeta de crédito o stablecoins.
- Firma: pay.sh no permite que el agente acceda directamente a la clave privada «sin protección». Según el sitio web y el README de GitHub, su proceso de autorización local utiliza capacidades de seguridad a nivel del sistema, como Keychain y Touch ID de macOS, Windows Hello, GNOME Keyring o 1Password. Es decir, aunque la llamada del agente puede automatizarse, en el momento de firmar y autorizar la operación, sigue existiendo un control de autorización subyacente. Este diseño es similar a darle al agente de IA una tarjeta de pago con «límite controlado y acciones visibles», en lugar de entregarle la llave del cajafuerte de la empresa.
¿Quiénes más están lanzando socios?
La página más fácilmente ignorada al lanzar cualquier proyecto de infraestructura suele ser la lista de socios.
Los socios de lanzamiento para el punto de entrada de la comunidad pay.sh incluyen: PayAI, Crossmint, Merit Systems, Corbits, MoonPay, Sponge Wallet, ATXP, Tektonic Company.
MoonPay y Crossmint proporcionan la puerta de entrada de fondos y la infraestructura de billeteras. El primero resuelve la conversión entre moneda fiduciaria y stablecoins, mientras que el segundo ofrece billeteras, stablecoins e integración de pagos empresariales. Sin esta capa, los pagos por agente quedarían limitados al círculo reducido de usuarios nativos de cadena.
Sponge Wallet se acerca más al rol de monedero agente y pasarela de pago, envolviendo API de terceros en interfaces directamente llamables y de pago por uso; ATXP se enfoca en la capa de protocolo de transacción por agente, que involucra identidad de agente, colaboración en tareas y flujo de pagos.
En cuanto a Merit Systems, Corbits, PayAI y Tektonic Company, no son solo plugins de pago, sino más bien proveedores de servicios y capas de agregación de la economía de agentes, que ayudan a los proveedores de servicios a conectar sus API, datos y capacidades de pago a este sistema. Merit Systems ya ofrece, en el directorio pay.sh, múltiples API de datos, medios, comunicación y carga valoradas en diversas criptomonedas estables.
En otras palabras, pay.sh no solo busca resolver la pregunta de «cómo realizar el pago», sino que también busca conectar toda la cadena: «cómo los agentes descubren servicios, cómo obtienen cotizaciones, cómo completan la autorización y cómo realizan liquidaciones en tiempo real». Actúa más como una capa de coordinación que reúne capacidades ya existentes pero dispersas entre diferentes facilitadores y proveedores, integrándolas en un único directorio y ofreciendo a agentes y desarrolladores una entrada unificada.
Si Google Cloud proporciona una entrada de API empresarial de nivel superior y respaldo de infraestructura, entonces los socios de la comunidad ofrecen amplitud y suministro de cola larga.
En el futuro, los consumidores podrían ser capas sucesivas de agentes que realizan tareas en nombre de los humanos. Si este cambio realmente ocurre, los modelos de facturación y la lógica de distribución del mercado de API deberán adaptarse.