Título original: Infraestructura de Pago para Agentes de IA: La Dirección de las Criptomonedas y las Grandes Tecnológicas
Traducción y organización: BitpushNews
Se acerca una era impulsada por IA y liderada por la automatización. Para que la automatización sea verdaderamente “autónoma”, debe contar con capacidades de pago nativas. El mercado ya ha comenzado a prepararse para este cambio.
Puntos clave
El sujeto de pago está pasando de humanos a Agentes de IA, haciendo que la infraestructura de pagos sea una condición central para lograr una verdadera autonomía.
Las grandes tecnológicas (incluyendo Google AP2 y pagos delegados por OpenAI) están diseñando sistemas de pago automatizados basados en aprobaciones, sobre la infraestructura existente.
Las criptomonedas (a través de ERC-8004 y x402) utilizan identidades basadas en NFT y contratos inteligentes para ofrecer modelos de pago sin intermediarios.
Las grandes tecnológicas priorizan la conveniencia y la protección del consumidor, mientras que las criptomonedas enfatizan la soberanía del usuario y capacidades de ejecución a nivel de Agente.
La cuestión clave del futuro será: ¿el pago será controlado por la plataforma o ejecutado mediante protocolos abiertos?
1. El pago ya no es exclusivo de los humanos
Fuente: macstories (proporcionado por Federico Viticci)
Recientemente, “OpenClaw” ha generado gran interés. A diferencia de sistemas de IA como ChatGPT o Gemini, que se centran en buscar y organizar información, OpenClaw permite que un Agente de IA ejecute tareas directamente en la PC o servidor local del usuario.
A través de plataformas de mensajería instantánea como WhatsApp, Telegram y Slack, los usuarios pueden emitir comandos, y el Agente ejecuta de forma autónoma tareas que incluyen gestión de correos, coordinación de calendarios y navegación web.
Al ser software de código abierto y no estar ligado a una plataforma específica, OpenClaw funciona más como un asistente personal de IA. Esta arquitectura, por su flexibilidad y control a nivel de usuario, es muy apreciada.
Sin embargo, aún existe una limitación clave: para que un Agente de IA sea completamente autónomo, debe poder realizar pagos. Actualmente, los Agentes pueden buscar productos, comparar opciones y agregar artículos al carrito, pero la autorización final del pago todavía requiere aprobación humana.
Históricamente, los sistemas de pago estaban diseñados en torno a actores humanos. En un entorno impulsado por Agentes de IA, esa suposición ya no se sostiene. Si la automatización debe ser totalmente autónoma, los Agentes deben poder evaluar, autorizar y completar transacciones de forma independiente, dentro de ciertos límites definidos.
Anticipando este cambio, los principales gigantes tecnológicos y proyectos nativos de criptomonedas han lanzado en el último año marcos tecnológicos destinados a habilitar pagos a nivel de Agente.
2. Grandes tecnológicas: construyendo pagos de Agentes sobre infraestructura existente
En enero de 2025, Google lanzó AP2 (Protocolo de Pago de Agentes 2.0), ampliando su infraestructura de pagos para Agentes de IA. Aunque OpenAI y Amazon también han esbozado planes similares, Google es actualmente la única gran empresa con un marco estructurado de implementación.
AP2 divide el proceso de transacción en tres niveles de autorización (Mandate Layers). Esta estructura permite monitorear y auditar cada etapa de forma independiente:
Autorización de intención (Intent Mandate): registra lo que el usuario desea hacer.
Autorización del carrito (Cart Mandate): define cómo realizar la compra según reglas preestablecidas.
Autorización de pago (Payment Mandate): ejecuta la transferencia de fondos real.
Ejemplo de funcionamiento de Google AP2
Supongamos que Ekko pide a un Agente de IA en Google Shopping que “busque y compre una chaqueta de invierno por menos de 200 dólares”.
Autorización de intención: Ekko indica que el IA debe comprar “una chaqueta de invierno, con un presupuesto máximo de 200 dólares”. Esta instrucción se registra como un contrato digital en la cadena, llamado autorización de intención.
Autorización del carrito: el IA sigue la instrucción, busca en los comercios asociados productos que cumplan con “chaqueta de invierno” y “máximo 200 dólares”, y añade los productos que cumplen los requisitos al carrito.
“Producto seleccionado: chaqueta de invierno”, “Verificación de precio: 199 dólares (dentro del presupuesto ✓)”
“Ya añadido al carrito”, “Dirección de envío confirmada”.
Autorización de pago: Ekko confirma los productos seleccionados por el IA y aprueba el pago pulsando un botón. Los 199 dólares se procesan a través de Google Pay. Alternativamente, el IA puede completar automáticamente el pago dentro de parámetros predefinidos.
Durante todo el proceso, el usuario no necesita ingresar información adicional. En el caso de Google AP2, el sistema funciona sobre Google Pay, usando detalles de tarjetas y direcciones previamente registrados. Al depender de credenciales existentes, reduce fricciones y facilita la adopción.
Fuente: Google
Sin embargo, Google actualmente solo soporta pagos basados en Agentes para empresas dentro de su red de socios. Por lo tanto, su uso sigue limitado a ecosistemas controlados, restringiendo una interoperabilidad más amplia y acceso abierto.
3. Criptomonedas: autogestión y intercambio abierto
El sector de las criptomonedas también desarrolla infraestructura de pago para Agentes de IA, pero con enfoques diferentes a los de las grandes plataformas. Mientras estas construyen confianza en ecosistemas controlados, en cripto surge una pregunta distinta: ¿puede un Agente de IA ser confiable sin depender de plataformas centralizadas?
Dos estándares clave buscan responder a esto: ERC-8004 de Ethereum y x402 de Coinbase.
La unión de identidad y pago
Primero, la capa de identidad. Así como los humanos necesitan una identificación para acceder a servicios digitales, los Agentes de IA en blockchain también deben ser reconocibles. Ahí entra ERC-8004.
Este estándar emite NFTs que no son coleccionables mediáticos, sino certificados con datos estructurados de identidad. Cada token contiene tres componentes:
Identidad (Identity)
Reputación (Reputation)
Validación (Validation)
Estos elementos conforman un certificado verificable en la cadena. En comercio electrónico, los participantes revisan calificaciones y historial antes de transaccionar; lo mismo aplica a los Agentes de IA. ERC-8004 proporciona certificados verificables que permiten a otros Agentes evaluar si una transacción es apropiada, basándose en datos transparentes.
Pero solo tener identidad no basta para transferir valor; se necesita un mecanismo de pago. Ahí entra x402.
Si ERC-8004 es la identificación digital, x402 es la vía de pago. Desarrollado por Coinbase, es un estándar de pagos nativos en criptomonedas para Agentes de IA. Permite que los Agentes realicen transacciones autónomas usando stablecoins.
Su función principal es la ejecución automática de contratos inteligentes: condiciones como “transferir automáticamente tras cumplir ciertos criterios” están codificadas en el contrato. Cuando se cumplen, la liquidación ocurre sin intervención humana.
Al combinar ERC-8004 para identidad y x402 para pagos, los Agentes de IA pueden verificar a sus contrapartes y ejecutar transacciones sin depender de plataformas centralizadas. La confianza y la liquidación se gestionan a nivel de protocolo, no por control de plataformas.
Ejemplo de negocio entre Agentes basado en ERC-8004 y x402
Supongamos un escenario futuro: Ekko indica a su Agente de IA (Agente A) que compre una laptop de segunda mano con un presupuesto máximo de 800 dólares. En el mercado, opera un Agente de IA propio (Agente B), que se comunica directamente con el de Ekko para realizar la transacción.
Verificación mutua:
Antes de la transacción, ambos Agentes verifican sus credenciales y confirman que el producto cumple con los requisitos.
Verificación de identidad: mediante NFT ERC-8004
Agente de Ekko: reputación 72, saldo confirmado 800 dólares
Agente del vendedor: reputación 70, inventario de laptops que cumple con los requisitos
Resultado: ambos agentes aprueban la transacción.
Contrato inteligente en custodia:
Tras la verificación, inicia la transacción. Los fondos se transfieren y confirman mediante x402.
Custodia: 800 dólares se transfieren del wallet del Agente de Ekko a un contrato inteligente.
Bloqueo condicional: los fondos permanecen bloqueados hasta confirmar la recepción.
Liberación: tras verificar la entrega, los 800 dólares se transfieren automáticamente al vendedor.
Liquidación y actualización de reputación (x402 y NFT ERC-8004):
Tras la liquidación, las reputaciones de ambos Agentes se actualizan.
Agente de Ekko: reputación 72 → 80 (+5 por entrega rápida, +3 por descripción precisa)
Agente del vendedor: reputación 70 → 78 (+5 por entrega rápida, +3 por descripción precisa)
Los nuevos registros se escriben en los NFT ERC-8004 de cada Agente.
En todo el proceso, no hay intermediarios ni necesidad de aprobación de plataformas. Los Agentes negocian directamente mediante verificación y liquidación en blockchain, reflejando un modelo de negocio de Agentes a Agentes nativo en criptomonedas.
4. Grandes tecnológicas vs criptomonedas: diferencias en el ámbito de operación de los Agentes de IA
Control vs apertura
AP2 de Google representa un modelo controlado, diseñado para socios aprobados.
Google limita la participación del mercado a comerciantes revisados, argumentando protección al consumidor. Aunque existe un marco estructurado de autorizaciones, el comportamiento del Agente no puede estar completamente garantizado. A diferencia de sistemas deterministas que producen resultados idénticos a entradas específicas, la ejecución de un IA puede ser probabilística.
Si un Agente conecta con un socio no confiable y comete errores, la responsabilidad puede recaer en el proveedor de infraestructura de pagos. Para reducir incluso en un 0.01% la probabilidad de fallos, Google tiene incentivos a limitar su ecosistema. Este ecosistema restringido mejora la estabilidad y regulación, pero puede limitar la autonomía del Agente en mercados más amplios y en la optimización a través de múltiples opciones.
Por otro lado, ERC-8004 y x402 reflejan una arquitectura más abierta. El modo cripto busca la interoperabilidad sin permisos, no estar ligado a plataformas específicas.
Eficiencia y casos de uso
Los Agentes de IA aún están en etapas tempranas de desarrollo. La integración fluida de solicitudes complejas y pagos automáticos aún no se ha logrado completamente. Sin embargo, en escenarios a largo plazo, se espera que los Agentes gestionen de forma autónoma tareas cotidianas, como reabastecer inventarios, evaluar stock y comprar automáticamente.
Las grandes plataformas podrían intentar consolidar canales de venta principales para soportar estos modelos en entornos controlados. Esto facilitaría casos de uso confiables en la rutina diaria. Sin embargo, integrar todos los posibles actores —pequeños comercios en línea, sitios independientes, protocolos DeFi y exchanges— en un ecosistema cerrado presenta limitaciones estructurales.
Además, si el contenido digital se monetiza cada vez más mediante micropagos, los estándares abiertos en criptomonedas podrían ofrecer ventajas. Por ejemplo, un Agente puede comprar 1000 imágenes generadas por creadores a 0.01 dólares cada una, o pagar 1 dólar por acceder a un artículo de investigación. Para pagos pequeños y programables, los modelos nativos en criptomonedas pueden ser más eficientes.
Por otro lado, la ausencia de entidades centralizadas implica que los estándares de identidad y evaluación de riesgo deben establecerse de forma descentralizada, sin que una sola entidad asuma la responsabilidad final en fallos. Encontrar un equilibrio entre apertura y responsabilidad sigue siendo un desafío clave, que dependerá de la madurez tecnológica y la facilidad de uso.
Resumen
Las grandes tecnológicas y el sector cripto persiguen un mismo objetivo: lograr negocios autónomos con Agentes de IA. La diferencia radica en la arquitectura. Las grandes prefieren sistemas cerrados y controlados, mientras que las cripto promueven modelos abiertos y basados en protocolos.
No es una competencia de suma cero; lo más probable es que en el futuro exista interoperabilidad entre ambos enfoques. En la etapa actual, el desarrollo continuo debe priorizar la fiabilidad y la experiencia del usuario.
Esta página puede contener contenido de terceros, que se proporciona únicamente con fines informativos (sin garantías ni declaraciones) y no debe considerarse como un respaldo por parte de Gate a las opiniones expresadas ni como asesoramiento financiero o profesional. Consulte el Descargo de responsabilidad para obtener más detalles.
Cuando la IA aprenda a pagar por sí misma, las grandes empresas ya han comenzado a pelear en silencio
Fuente: Tiger Research
Autor: Ekko, Ryan Yoon
Título original: Infraestructura de Pago para Agentes de IA: La Dirección de las Criptomonedas y las Grandes Tecnológicas
Traducción y organización: BitpushNews
Se acerca una era impulsada por IA y liderada por la automatización. Para que la automatización sea verdaderamente “autónoma”, debe contar con capacidades de pago nativas. El mercado ya ha comenzado a prepararse para este cambio.
Puntos clave
1. El pago ya no es exclusivo de los humanos
Fuente: macstories (proporcionado por Federico Viticci)
Recientemente, “OpenClaw” ha generado gran interés. A diferencia de sistemas de IA como ChatGPT o Gemini, que se centran en buscar y organizar información, OpenClaw permite que un Agente de IA ejecute tareas directamente en la PC o servidor local del usuario.
A través de plataformas de mensajería instantánea como WhatsApp, Telegram y Slack, los usuarios pueden emitir comandos, y el Agente ejecuta de forma autónoma tareas que incluyen gestión de correos, coordinación de calendarios y navegación web.
Al ser software de código abierto y no estar ligado a una plataforma específica, OpenClaw funciona más como un asistente personal de IA. Esta arquitectura, por su flexibilidad y control a nivel de usuario, es muy apreciada.
Sin embargo, aún existe una limitación clave: para que un Agente de IA sea completamente autónomo, debe poder realizar pagos. Actualmente, los Agentes pueden buscar productos, comparar opciones y agregar artículos al carrito, pero la autorización final del pago todavía requiere aprobación humana.
Históricamente, los sistemas de pago estaban diseñados en torno a actores humanos. En un entorno impulsado por Agentes de IA, esa suposición ya no se sostiene. Si la automatización debe ser totalmente autónoma, los Agentes deben poder evaluar, autorizar y completar transacciones de forma independiente, dentro de ciertos límites definidos.
Anticipando este cambio, los principales gigantes tecnológicos y proyectos nativos de criptomonedas han lanzado en el último año marcos tecnológicos destinados a habilitar pagos a nivel de Agente.
2. Grandes tecnológicas: construyendo pagos de Agentes sobre infraestructura existente
En enero de 2025, Google lanzó AP2 (Protocolo de Pago de Agentes 2.0), ampliando su infraestructura de pagos para Agentes de IA. Aunque OpenAI y Amazon también han esbozado planes similares, Google es actualmente la única gran empresa con un marco estructurado de implementación.
AP2 divide el proceso de transacción en tres niveles de autorización (Mandate Layers). Esta estructura permite monitorear y auditar cada etapa de forma independiente:
Ejemplo de funcionamiento de Google AP2
Supongamos que Ekko pide a un Agente de IA en Google Shopping que “busque y compre una chaqueta de invierno por menos de 200 dólares”.
“Producto seleccionado: chaqueta de invierno”, “Verificación de precio: 199 dólares (dentro del presupuesto ✓)”
“Ya añadido al carrito”, “Dirección de envío confirmada”.
Durante todo el proceso, el usuario no necesita ingresar información adicional. En el caso de Google AP2, el sistema funciona sobre Google Pay, usando detalles de tarjetas y direcciones previamente registrados. Al depender de credenciales existentes, reduce fricciones y facilita la adopción.
Fuente: Google
Sin embargo, Google actualmente solo soporta pagos basados en Agentes para empresas dentro de su red de socios. Por lo tanto, su uso sigue limitado a ecosistemas controlados, restringiendo una interoperabilidad más amplia y acceso abierto.
3. Criptomonedas: autogestión y intercambio abierto
El sector de las criptomonedas también desarrolla infraestructura de pago para Agentes de IA, pero con enfoques diferentes a los de las grandes plataformas. Mientras estas construyen confianza en ecosistemas controlados, en cripto surge una pregunta distinta: ¿puede un Agente de IA ser confiable sin depender de plataformas centralizadas?
Dos estándares clave buscan responder a esto: ERC-8004 de Ethereum y x402 de Coinbase.
La unión de identidad y pago
Primero, la capa de identidad. Así como los humanos necesitan una identificación para acceder a servicios digitales, los Agentes de IA en blockchain también deben ser reconocibles. Ahí entra ERC-8004.
Este estándar emite NFTs que no son coleccionables mediáticos, sino certificados con datos estructurados de identidad. Cada token contiene tres componentes:
Estos elementos conforman un certificado verificable en la cadena. En comercio electrónico, los participantes revisan calificaciones y historial antes de transaccionar; lo mismo aplica a los Agentes de IA. ERC-8004 proporciona certificados verificables que permiten a otros Agentes evaluar si una transacción es apropiada, basándose en datos transparentes.
Pero solo tener identidad no basta para transferir valor; se necesita un mecanismo de pago. Ahí entra x402.
Si ERC-8004 es la identificación digital, x402 es la vía de pago. Desarrollado por Coinbase, es un estándar de pagos nativos en criptomonedas para Agentes de IA. Permite que los Agentes realicen transacciones autónomas usando stablecoins.
Su función principal es la ejecución automática de contratos inteligentes: condiciones como “transferir automáticamente tras cumplir ciertos criterios” están codificadas en el contrato. Cuando se cumplen, la liquidación ocurre sin intervención humana.
Al combinar ERC-8004 para identidad y x402 para pagos, los Agentes de IA pueden verificar a sus contrapartes y ejecutar transacciones sin depender de plataformas centralizadas. La confianza y la liquidación se gestionan a nivel de protocolo, no por control de plataformas.
Ejemplo de negocio entre Agentes basado en ERC-8004 y x402
Supongamos un escenario futuro: Ekko indica a su Agente de IA (Agente A) que compre una laptop de segunda mano con un presupuesto máximo de 800 dólares. En el mercado, opera un Agente de IA propio (Agente B), que se comunica directamente con el de Ekko para realizar la transacción.
Antes de la transacción, ambos Agentes verifican sus credenciales y confirman que el producto cumple con los requisitos.
Tras la verificación, inicia la transacción. Los fondos se transfieren y confirman mediante x402.
Tras la liquidación, las reputaciones de ambos Agentes se actualizan.
En todo el proceso, no hay intermediarios ni necesidad de aprobación de plataformas. Los Agentes negocian directamente mediante verificación y liquidación en blockchain, reflejando un modelo de negocio de Agentes a Agentes nativo en criptomonedas.
4. Grandes tecnológicas vs criptomonedas: diferencias en el ámbito de operación de los Agentes de IA
Control vs apertura
AP2 de Google representa un modelo controlado, diseñado para socios aprobados.
Google limita la participación del mercado a comerciantes revisados, argumentando protección al consumidor. Aunque existe un marco estructurado de autorizaciones, el comportamiento del Agente no puede estar completamente garantizado. A diferencia de sistemas deterministas que producen resultados idénticos a entradas específicas, la ejecución de un IA puede ser probabilística.
Si un Agente conecta con un socio no confiable y comete errores, la responsabilidad puede recaer en el proveedor de infraestructura de pagos. Para reducir incluso en un 0.01% la probabilidad de fallos, Google tiene incentivos a limitar su ecosistema. Este ecosistema restringido mejora la estabilidad y regulación, pero puede limitar la autonomía del Agente en mercados más amplios y en la optimización a través de múltiples opciones.
Por otro lado, ERC-8004 y x402 reflejan una arquitectura más abierta. El modo cripto busca la interoperabilidad sin permisos, no estar ligado a plataformas específicas.
Eficiencia y casos de uso
Los Agentes de IA aún están en etapas tempranas de desarrollo. La integración fluida de solicitudes complejas y pagos automáticos aún no se ha logrado completamente. Sin embargo, en escenarios a largo plazo, se espera que los Agentes gestionen de forma autónoma tareas cotidianas, como reabastecer inventarios, evaluar stock y comprar automáticamente.
Las grandes plataformas podrían intentar consolidar canales de venta principales para soportar estos modelos en entornos controlados. Esto facilitaría casos de uso confiables en la rutina diaria. Sin embargo, integrar todos los posibles actores —pequeños comercios en línea, sitios independientes, protocolos DeFi y exchanges— en un ecosistema cerrado presenta limitaciones estructurales.
Además, si el contenido digital se monetiza cada vez más mediante micropagos, los estándares abiertos en criptomonedas podrían ofrecer ventajas. Por ejemplo, un Agente puede comprar 1000 imágenes generadas por creadores a 0.01 dólares cada una, o pagar 1 dólar por acceder a un artículo de investigación. Para pagos pequeños y programables, los modelos nativos en criptomonedas pueden ser más eficientes.
Por otro lado, la ausencia de entidades centralizadas implica que los estándares de identidad y evaluación de riesgo deben establecerse de forma descentralizada, sin que una sola entidad asuma la responsabilidad final en fallos. Encontrar un equilibrio entre apertura y responsabilidad sigue siendo un desafío clave, que dependerá de la madurez tecnológica y la facilidad de uso.
Resumen
Las grandes tecnológicas y el sector cripto persiguen un mismo objetivo: lograr negocios autónomos con Agentes de IA. La diferencia radica en la arquitectura. Las grandes prefieren sistemas cerrados y controlados, mientras que las cripto promueven modelos abiertos y basados en protocolos.
No es una competencia de suma cero; lo más probable es que en el futuro exista interoperabilidad entre ambos enfoques. En la etapa actual, el desarrollo continuo debe priorizar la fiabilidad y la experiencia del usuario.