MoonPay ha lanzado PayBox, una bóveda de pagos para ChatGPT y Claude que permite a los asistentes de IA ejecutar acciones financieras aprobadas desde dentro de una conversación.

El producto está diseñado para cerrar una brecha que hasta ahora ha limitado a los agentes de IA. Un asistente puede encontrar un token, comparar rutas de swap, identificar un servicio de datos de pago o localizar un restaurante, pero normalmente se detiene en el paso financiero y deriva al usuario a una billetera, un exchange o una página de pago aparte.

PayBox conecta la autoridad de pago directamente con el asistente, permitiéndole llevar a cabo una acción aprobada en el chat. Los usuarios lo instalan como un conector personalizado, registran una passkey y financian la bóveda desde una cuenta bancaria o una billetera cripto.

El alcance va más allá de las criptomonedas. Fortune informó que PayBox admite pedidos de Amazon, reservas en restaurantes de Resy y reservas de vuelos a través de un servicio orientado a agentes llamado Brij, además de swaps de tokens e interacciones DeFi. Los pagos con tarjeta se enrutan a través del protocolo de comercio agéntico de Visa, manteniendo el número bruto de la tarjeta completamente fuera de las manos del agente.

PayBox como capa de permisos

MoonPay describe PayBox como una “agents-first credential vault”. Los usuarios conectan una vez las claves de la billetera, los métodos de pago u otras credenciales y luego deciden qué agente puede acceder a ellas y qué acciones puede realizar.

El modelo de seguridad se basa en la división de claves. Según el anuncio de MoonPay, las claves de las billeteras se dividen mediante computación multipartita en enclaves aislados por hardware, de modo que ningún dispositivo, sesión o parte —incluidos MoonPay y el agente de IA— pueda firmar por sí solo. Si un teléfono se ve comprometido, un atacante solo obtendría fragmentos demasiado incompletos para ser útiles.

La infraestructura proviene de Sodot, una empresa de gestión de claves que MoonPay adquirió a principios de este año y que, según afirma, ya protege más de 10 millones de billeteras.

La distinción importa porque “non-custodial” puede referirse a distintos diseños. La herramienta anterior de MoonPay para agentes mantenía las claves privadas en el propio dispositivo del usuario. PayBox, en cambio, distribuye fragmentos entre enclaves, reduciendo el compromiso de un solo dispositivo como modo de fallo, aunque creando una dependencia de la infraestructura de enclaves.

Los fondos se mueven directamente entre la fuente de financiación del usuario y el comercio, la billetera, el protocolo o el destinatario. Cuando un agente solicita una operación de billetera aprobada, PayBox devuelve una firma, un mensaje firmado o un hash de transacción. Para los pagos con tarjeta, suministra un token limitado o una tarjeta virtual.

PayBox también se conecta con billeteras de autocustodia, donde MoonPay no puede restablecer ni reconstruir las claves privadas. El usuario mantiene el control y asume toda la responsabilidad de asegurar el acceso.

Las passkeys y las reglas de gasto mantienen el control humano

Delegar dinero en un asistente tiene un peso distinto al de pedirle que resuma un documento. Una respuesta incorrecta puede corregirse; una transferencia en cadena mal firmada, por lo general, no.

PayBox coloca reglas de autorización entre el asistente y la fuente de financiación. El acceso queda protegido por una passkey, con cada aprobación limitada a una sola acción y con vencimiento tras su uso, de modo que una aprobación capturada o reproducida siga siendo inútil.

MoonPay afirma que se aplican configuraciones de permiso separadas a cada agente conectado, en tres niveles amplios:

• Aprobación para cada acción: el asistente prepara la transacción y el usuario la autoriza.
• Aprobación por encima de un límite: las transacciones pequeñas se ejecutan automáticamente, mientras que las mayores requieren confirmación.
• Operación autónoma dentro de límites: el agente actúa de forma independiente dentro de un monto, red, servicio o alcance de permiso definido.

La aprobación queda vinculada a la operación específica presentada. Si cambian el destinatario, el monto u otros detalles, PayBox exige una nueva autorización. Los usuarios también pueden revocar el acceso de un agente individual o activar un kill switch para suspender a todos los agentes conectados si un dispositivo o una credencial parece comprometido.

Autorización, no solo seguridad

Una cláusula en los términos de MoonPay merece atención más allá de la arquitectura de seguridad. Una operación enviada bajo un permiso válido cuenta como autorizada por el usuario, la haya revisado o no.

Eso se deriva del modo autónomo. Un sistema de permisos que exigiera revisión humana de cada acción frustraría el propósito de conceder el permiso en primer lugar. También desplaza el riesgo de una manera que el lenguaje de marketing no explica del todo.

Un ejemplo práctico es sencillo: si un usuario concede a un agente autoridad para gastar hasta $200 en acceso a APIs y el agente lo gasta mal, cada transacción sigue siendo válida bajo el permiso otorgado. La pérdida recae sobre el usuario, incluso si nunca revisó las transacciones individuales.

Los pagos con tarjeta conservan cierta posibilidad de recurso mediante contracargos. Las transferencias onchain se liquidan de forma permanente, por lo que el nivel autónomo tiene consecuencias diferentes según el riel que utilice el agente. Un usuario puede fijar un límite cripto generoso sin necesariamente enfrentarse a esa distinción.

Pagos cripto, swaps y APIs de pago desde un solo chat

PayBox no interviene en la ejecución cuando un agente solicita un swap. Transfiere la instrucción autorizada a la billetera, protocolo o servicio de trading conectado, y el resultado depende de la liquidez, el contrato inteligente utilizado, el precio cotizado y la red elegida.

El despliegue inicial en blockchain cubre Solana y redes compatibles con EVM, situando a Ethereum, Base y Arbitrum dentro del mismo entorno técnico, aunque los activos y servicios disponibles difieren entre ellas.

El soporte multichain importa porque los pagos de agentes sirven para distintos fines. Una compra de consumo puede usar una tarjeta o una credencial financiada por banco, mientras que un swap requiere una billetera onchain. Los pagos por datos, cómputo o llamadas API individuales son más adecuados para stablecoins, ya que los sistemas de pago convencionales gestionan mal importes de apenas unos centavos.

Cómo x402 permite que un agente de IA pague una API

PayBox se integra con x402, un estándar abierto de pagos basado en la respuesta HTTP 402 “Payment Required”.

El mecanismo incorpora el pago a una solicitud normal entre un agente y un servicio en línea:

• El agente solicita acceso a una API, un conjunto de datos, un artículo u otro recurso digital.
• El servicio devuelve una respuesta 402 con el precio, el activo de pago, la red y el destino.
• El agente comprueba si el pago encaja dentro de sus límites aprobados de PayBox.
• PayBox proporciona la firma autorizada o la credencial de pago.
• El agente reenvía la solicitud con prueba de pago y recibe el recurso.

El servicio no necesita crear una cuenta de cliente, vender una suscripción ni pedirle al agente que cargue crédito por adelantado. Cada solicitud lleva su propio precio, pagadero en stablecoins en las redes compatibles.

Como explicamos anteriormente en nuestro análisis sobre las stablecoins como un posible riel de pago para agentes de IA, x402 está diseñado específicamente para el comercio máquina a máquina. El software descubre un servicio, lee su precio, paga dentro de un presupuesto aprobado y consume el resultado sin detenerse en una caja de pago humana.

El estándar regula cómo un servicio solicita el pago y cómo un agente lo demuestra, mientras que la billetera, la stablecoin y la red de liquidación siguen siendo variables y nada pasa por MoonPay por defecto.

No es el primero, pero está estructurado de forma distinta

Las herramientas de financiación para agentes ya existen. Fortune señaló que Robinhood y Coinbase ofrecen formas de dar capacidad de gasto a los agentes, y que la diferencia de MoonPay es la descentralización y la independencia respecto de los permisos de la propia compañía.

Esa diferencia es real, pero más limitada de lo que parece. El usuario sigue dependiendo de la infraestructura de enclaves de MoonPay, de que el conector siga disponible dentro de ChatGPT y Claude, y de los términos de la empresa sobre lo que autoriza un permiso válido. La gestión descentralizada de claves elimina una dependencia, pero deja la plataforma en su lugar.

Los controles de seguridad no eliminan el riesgo de transacción

PayBox aborda el problema de la autorización con más claridad que el problema del juicio.

Un agente puede tener permiso para intercambiar hasta $100 de USDC y aun así seleccionar el contrato de token equivocado, aceptar una ejecución deficiente o interactuar con un protocolo malicioso. Una reserva puede quedar en la fecha equivocada. Un pago de API puede comprar datos que no responden a la solicitud. Cada caso está correctamente autorizado y, aun así, produce un mal resultado.

La cobertura también tiene límites. Un servicio debe exponer una ruta de pago accesible para agentes, un conector o un endpoint x402 antes de que un asistente pueda realizar transacciones con él. Financiar una billetera no vuelve compatible a un sitio web normal.

Por ello, la delegación controlada es el modelo inicial realista. Las transacciones pequeñas, repetitivas y estrictamente acotadas encajan en el nivel autónomo; los swaps grandes, los contratos desconocidos y las transferencias irreversibles siguen siendo más adecuados para aprobación manual.

PayBox acerca a los asistentes de IA a actuar dentro del ecosistema cripto en lugar de limitarse a describirlo. Que eso se convierta en un mercado de pagos real dependerá de cuántas billeteras, protocolos, APIs y comercios adopten conectores compatibles, y de si los usuarios confían lo suficiente en un agente como para permitirle firmar.

Aviso legal: Este artículo es solo para fines informativos y no constituye asesoramiento financiero, de inversión ni legal. Las descripciones de la arquitectura de seguridad y el modelo de permisos de PayBox reflejan las declaraciones publicadas por MoonPay y no han sido probadas de forma independiente. Los usuarios deben revisar los términos actuales del producto antes de otorgar a un agente de IA autoridad de gasto.

Metodología: Este artículo utiliza el anuncio de lanzamiento de MoonPay, la cobertura de Fortune sobre las integraciones de consumo y competidores de PayBox, la especificación pública de x402, los términos del producto de MoonPay y la cobertura previa de Coindoo sobre los rieles de pago con stablecoins para agentes de IA.