Este artículo está dividido en cuatro partes, cada una de las cuales construye el contexto que necesita para la siguiente. La parte 1 explica cómo x402 se ajusta a los flujos de facturación existentes de Web2 y de empresas, y cómo puede mover a las empresas "en cadena" convirtiendo el uso de las API en micropayments basados en stablecoin sin cambiar su modelo mental de software. La parte 2 muestra por qué la web actual de anuncios y suscripciones se rompe en un mundo de agentes y cómo x402, junto con ERC-8004 y carteras programables, pueden convertir el contenido rasgado y las APIs en nano-empresas que los agentes pagan por llamada. La parte 3 analiza las barreras técnicas que bloquean el comercio de agentes hoy en día, luego describe cómo las capas de descubrimiento de agentes x402, ERC-8004 y abordan los pagos por llamada, la resistencia al spam, el precio y la interoperabilidad. La parte 4 da un ejemplo concreto en DayDreams.Systems y su pila Lucid, mostrando cómo AP2, x402, A2A y ERC-8004 se unen en herramientas reales que permiten a los desarrolladores desplegar, operar y monetizar agentes autónomos en la producción. Esta escritura está dirigida a lectores con experiencia técnica, especialmente desarrolladores, diseñadores de protocolos y equipos de productos que trabajan con agentes de IA, API o cripto rails, que desean tener una visión clara de cómo estas áreas se conectan. Explica cómo x402, ERC-8004 y las capas de descubrimiento de agentes convierten las APIs y los agentes en pequeñas empresas basadas en el uso, y qué significa esto para los sistemas reales en los próximos 1-3 años. Vocabulary: En este artículo, uso el término microbusiness para referirse a pequeñas empresas/nano para un único punto final o agente con precio x402 que opera de forma independiente y gana ingresos de pagos por llamada en stablecoins. AP2 (Agent Payment Protocol): AP2 define cómo los agentes se pagan los unos a los otros. Se estándariza cómo un servicio cita un precio, cómo se confirma el pago, y cómo ambos lados registran lo que se compró, de modo que los pagos encajan directamente en los flujos de trabajo de agentes automatizados. A2A (comunicación de agente a agente): A2A examina cómo los agentes se comunican, comparten contexto y coordinan el trabajo. Permite a los agentes llamarse unos a otros, intercambiar mensajes estructurados y tareas en cadena en lugar de operar como scripts aislados. x402 es un protocolo de pago basado en HTTP para APIs.Un servidor responde con un código de estado 402 de pago requerido, el precio y una ruta de pago.El cliente paga con stablecoins en cadena y luego retira la solicitud para recibir el resultado. ERC-8004 (8004) es un registro estándar en cadena para agentes. da a cada agente una identidad y un lugar para almacenar datos de reputación, para que otros agentes y herramientas puedan decidir a quién confiar y qué servicios llamar. Pronunciación **x402 and ERC-8004. \ Standards for on-chain payments and identity for agent operation. Most people have never heard of these standards, and even many crypto natives only see the surface of the agent narrative. Behind them is a simple idea. Agents can pay and get paid through tiny on-chain transactions, and in return, they can handle tasks that would be impossible to scale by hand. Todavía estamos temprano en este espacio emergente, pero sospecho que todo evolucionará mucho más rápido de lo que la mayoría de la gente espera. Uno de los impulsores de esto es el impulso para construir una Internet impulsada por agentes.Otro es la necesidad de mejorar la privacidad en los procesos que ya utilizamos. Por ejemplo, Vitalik Buterin ya ha destacado la necesidad de pagos x402 que preservan la privacidad. Cada vez que un agente paga un punto final, se leche qué servicio usó, cuándo lo usó, cuántas veces lo usó, e incluso a veces el tamaño o el tipo de trabajo. Los competidores pueden ver en qué APIs su aplicación o agente se basa. Los corredores de datos pueden reconstruir el comportamiento del usuario y la lógica empresarial a partir de los flujos de pago. Con el tiempo, obtiene un mapa gigante y buscable de quién paga a quién por qué. Para los usuarios humanos, esto es una pesadilla de privacidad. Para los agentes como se informó, también es una fuga alfa. Los agentes pueden hacer mucho trabajo práctico para usted, pero los pagos de privacidad son uno de los primeros problemas a resolver.Un equipo de desarrollo que uso como ejemplo está construyendo actualmente transacciones privadas x402 en la pila Starknet, también conocida como z402. When this layer is in place, it opens the door to hundreds of use cases. If you read further, you’ll learn more about some of these. Primero explicaré dónde está la web hoy y por qué los agentes rompen el viejo modelo de anuncio y suscripción. También voy a introducir los términos básicos que necesitas entender para sacar el máximo provecho de esta lectura. Luego, mostraré cómo estándares como x402 y ERC-8004 dan a los agentes una manera de pagar y demostrar el valor. Finalmente, examinaré un ejemplo de equipo de desarrollo, DayDreams.Systems que se basa en estos estándares. El objetivo no es promover un equipo específico, sino mostrar por qué este tipo de suministro es probable que tenga importancia si la economía del agente se vuelve real. Parte 1 - Traer a las empresas en cadena con x402 Today, most x402 experiments start with crypto-native builders, but the long-term impact ultimately falls on traditional companies. x402 runs on familiar Web2 infrastructure but settles in on-chain stablecoins, so it integrates directly with existing usage-based billing. **Enterprises already use metered APIs and issue monthly invoices. Si un punto final puede exponer "esta llamada cuesta 0,2 centavos en USDC" sobre HTTP 402, los equipos financieros pueden reconciliar que fluye de la misma manera que manejan los costos de la nube o SaaS. En otras palabras, x402 no pide a las empresas que cambien la forma en que piensan sobre el software. sólo cambia el tren que mueve el dinero. x402 se asienta donde las empresas de Web2 ya viven: en HTTP, APIs, facturación basada en el uso y stablecoins, en lugar de redes de tarjetas. Es por eso que también creo que es esencial estar claro sobre lo que x402 no es. No es una venta de tokens, y no es un activo especulativo. Es un protocolo de pago. That is also why I think it is essential to be clear about what x402 is not. It is not a token sale, and it is not a speculative asset. It is a payment protocol. Or, as people in payments, fintech, and crypto might say, a “payment rail.” Desde mi punto de vista, y desde la forma en que los constructores en el espacio blockchain hablan de ello, x402 es una forma de habilitar los micropagos a través de Internet rápidamente y permitir que las empresas tradicionales se conviertan significativamente en cadena sin tener que renombrarse como "proyectos de criptografía". Once you look at the user base numbers, the potential becomes clearer. Hoy en día, hay unos 40 a 50 millones de usuarios activos semanales de criptografía. Por comparación, aproximadamente 900 millones de personas ya utilizan aplicaciones de clase ChatGPT. Now imagine a large interface, such as ChatGPT or a similar agent front-end, that increasingly relies on external APIs, which themselves expose prices in x402. Instead of keeping all those upstream costs hidden as an internal line item, it could settle a part of them directly on-chain, in stablecoins, on the same standard that those providers use. This would make it easier to share revenue with third-party services, give users or their own agents the option to pay directly for some calls, and reduce the need for custom billing integrations with every partner. Si una configuración como esa se convierte en común, ya no estamos hablando de miles de transacciones por día. Estás viendo miles de millones de eventos microscópicos, cada uno representando una unidad de computación o datos pagados. Las redes de tarjetas tradicionales y los modelos financiados por anuncios no están diseñados para este patrón. Los sistemas de tarjetas también asumen un humano al final del flujo y una experiencia de estilo de checkout. Los pagos de agentes se ven diferentes. Se producen en el fondo, a menudo en brotes de muchas llamadas pequeñas, con precios que dependen del contexto, el volumen o las reglas condicionales. Este es el tipo de carga de trabajo para el cual los rails de stablecoin y un protocolo nativo de HTTP, como x402, son mejor adecuados que las tarifas de tarjetas y los ciclos de facturación mensuales. x402 está diseñado para llenar exactamente esta brecha entre las rutas de pago antiguas y modernas. Mantiene el modelo familiar de solicitud y respuesta de HTTP, une un precio de stablecoin a cada llamada y establece ese precio en cadena como un pequeño pago basado en el uso. En la escala en la que vive el tráfico de agentes, ese tipo de protocolo de pago puede manejar la granularidad con la que lucha la infraestructura de pago existente. Una vez que tomes este volumen y esta dirección de viaje en serio, aparece otra pregunta. ¿Qué pasa si los grandes empleados ignoran x402 y mantienen todo dentro de sus propios sistemas de facturación? Bueno, no pueden eliminar los terminales x402 de Internet, pero pueden decidir qué flujos de pago soportan en sus propios productos. El contrapunto es que x402 no necesita permiso de ninguna plataforma única. Se ejecuta en HTTP simple, por lo que cualquier agente, SDK o “browser de agente” puede llamar a un punto final x402 y pagarlo. Si los puntos finales x402 se convierten en una buena fuente de datos útiles o computación, es más barato para las grandes empresas hablar con ellos que reconstruir cada recurso útil en casa. Si se niegan a interactuar, esto crea una apertura para otras herramientas, carteras y clientes de agentes que lo hacen. In that sense, x402 is less about convincing a single company to flip a switch and more about setting a standard for the rest of the ecosystem that works even if incumbents are slow to join. Desde esta perspectiva, cuando la gente habla de “llevar a las empresas a la cadena”, el foco no está en tokenizar los balances o poner acciones en un libro de libros, sino en algo más cotidiano y más poderoso: mover la capa de facturación para las APIs de IA diarias y los terminales SaaS a x402, para que Internet pueda soportar miles de millones de pagos por día sin colapsar bajo su propio modelo de negocio. Parte 2: Introducción: Más allá de los anuncios y suscripciones: comercio de agentes en x402 y ERC-8004 Imagínese que está ejecutando un sitio web con un valor real. Un blog de investigación. Un feed de datos de nicho. Un libro que proporciona de forma gratuita. Una guía de formulario largo que le tomó noches y fines de semana para escribir. Hoy en día, la forma en que “monetiza” que funciona es simple, y, francamente, brutal. Usted se coloca en scripts de anuncios y espera que aparezcan globos oculares humanos. Mientras tanto, los bots y los agentes de IA rastrean sus páginas en el nivel de código, rascan el contenido crudo, lo alimentan en sus tuberías, y nunca le pagan un centavo. Pero el consumidor real es un agente sin cabeza que no se preocupa por los banners o las ventanas pop-up. TL;DR Usted soportará el coste del alojamiento. Usted soporta el coste del ancho de banda. El agente se va con el valor. Over time, this turns into a more general “pay-per-crawl” pattern. Most web traffic comes from automated clients, not from humans in browsers, so it makes sense that machines, not people, become the primary payers at the protocol level. Now imagine a different setup. Your content sits behind a tiny paywall that understands x402. When a human or an AI agent wants your data, they do not see ads. They see a 402 “Payment Required” response with clear, machine-readable terms. Their client or agent calls you with a wallet that already holds a small stablecoin balance, and that the user has authorized to spend on their behalf. El agente paga una fracción de un centavo de ese saldo, y luego obtiene los datos. Un usuario humano sigue superando ese saldo de vez en cuando, por tarjeta, transferencia bancaria o una llamada normal, pero cada llamada es procesada automáticamente por el software, no haciendo clic en un botón “Pago” en cada solicitud. En el fondo, una cartera programable aplica las reglas que establece. El agente hace los micropagos, pero el humano todavía define la política y la fuente de financiación. Results: No cuenta No OAU No hay captura de correos electrónicos A su lado, usted no cuida las claves de la API. No lucha una guerra interminable contra los rascadores. Usted ejecuta su propio agente que guarda los datos, negocia el acceso y lo vende en su nombre. Con ERC-8004, ese agente tiene una identidad verificable y un registro de reputación en la cadena, para que otros agentes sepan a quién están hablando y si pueden confiar en el flujo que sirve. Tu sitio web de “victima de rascado” se convierte en un negocio nano en una economía de agentes. Pero espere un segundo.También hay un "lado luminoso de la luna" a él. : Agents can Act as matchmakers between your content and the right readers, just as you do when you share your work on social media Proporcionar puntos de entrada personalizados y seguimiento automatizado para las personas que disfrutan de su trabajo, y ayudar a distribuirlo a los rincones correctos de Internet Monitorear la salud de su contenido rastreando qué partes de su artículo desencadenan reembolsos, rebotes rápidos o nunca resultan en acciones de seguimiento. Actúa como filtros de calidad y le trae sólo el material que coincida con sus preferencias Gestionar el control de acceso administrando quién recibe qué nivel de contenido, qué partes son gratuitas y cuáles son pagadas por lectura Check sponsorship offers against your ethical guidelines and pricing, and place small, relevant sponsorships in your content feed on your terms Proporcionar la entrega de formatos cruzados mediante la generación de una versión de audio corta, una versión de bullet-point o una versión "para fundadores" del contenido duplicado, y ofrecerlos como micro-upgrades Deje que el agente del lector elija el formato que la persona prefiere Y, a largo plazo, pagan por su propia existencia ganando más de su trabajo de lo que gastan en datos, computación y herramientas. Controlar el dinero sin permiso y utilizar los pagos para influir en humanos, otros agentes y sistemas de software Now, think about how we use search today. Every Google query consumes CPU, memory, network bandwidth, and energy. Cuesta recursos reales cada vez que escribe una palabra y toca Enter. Nunca ve la factura, porque Google decidió hace mucho tiempo que usted no es el cliente. El anunciante es. Para hacer que funcione, Google vende acceso a su índice. Enlaces patrocinados compran su camino a la parte superior. El primer resultado a menudo no es la mejor respuesta para usted. Es la respuesta que ganó una subasta. Ahora proyecta que adelante en una agencia de Internet. En lugar de un motor de búsqueda gigante que esconde los costos detrás de los anuncios, usted tiene un agente de búsqueda que funciona sólo para usted. Usted lo paga directamente en criptografía usando x402 para el tiempo y los datos que gasta en su consulta. Él expresa su solicitud a muchos proveedores de datos, cada uno con su propio paywall x402, y elige la mejor mezcla de precio y calidad. Los resultados que devuelve no son patrocinados. Reflejan lo que su agente realmente cree es la mejor respuesta bajo sus restricciones. **Again, ERC-8004 matters here. \ Your search agent needs to decide which other agents and services to trust. Identity, reputation, and validation registries give it a way to see who has delivered good results in the past and who has a track record of spam or low-quality work. Instead of SEO games and ad auctions, you get a market where agents rank each other based on verifiable work and real payments. Una vez que tengas x402 para pagos y ERC-8004 para identidad y reputación, muchas de las partes rotas de Internet de hoy empiezan a parecer fiables. #1 API billing becomes less painful. En este momento, si ejecuta una API, configura suscripciones, límites de tarifas o contratos personalizados. Usted sobreprovisiona para los grandes clientes y sub-serve la cola larga. Con x402, cualquier punto final de la API puede publicar un precio por llamada, hasta fracciones de un centavo, y aceptar stablecoins a través de HTTP 402 sin cuentas o facturación manual. #2 Spam becomes more expensive. En Web2, los bots pueden martelar sus puntos finales de forma gratuita hasta que desista y pone todo detrás de las claves de API, CAPTCHAs o gating duro. En un mundo x402, cada solicitud cuesta algo, incluso si es pequeña. Los atacantes no pueden pulverizar tráfico infinito sin quemar dinero real. #3 Agent discovery becomes less biased. Si los motores de descubrimiento se sientan en la parte superior de x402 y ERC-8004, pueden clasificar los servicios no solo por quien grita más fuerte, sino por quién otros agentes de alta reputación realmente pagan y usan. #4 Multi-agent workflows become less fragile. Protocolos como A2A o MCP definen cómo los agentes se comunican entre sí. ERC-8004 ancla quiénes son y por qué podrías confiar en ellos. x402 les da una forma de establecerse después de cada llamada. Habla. Probar. Pagar. La pila de protocolos comienza a alinearse con lo que necesita una economía real. Y todo esto sucede sin echar la web lejos - HTTP stays. APIs stay. Acabamos de iluminar el código de estado que ha estado reservado durante tres décadas y lo conectamos a un registro global. Damos a los agentes un pasaporte y una línea de crédito, y les decimos: “Si quieres usar el valor de Internet, pagas a las personas que lo crean”. “Si quieres usar el valor de Internet, pagas a las personas que lo crean”. Esa es la brecha que x402 y ERC-8004 tratan de cerrar. No prometen magia. Sigue volviendo a: La confianza debe ser tan verificable como una transacción. Siguiente DayDreams X Space Payment should be as native as a GET request Mi propio agente puede guardar mi contenido detrás de x402, hablar con ERC-8004 para que otros agentes sepan con quién están tratando, y recomendar mi trabajo a los lectores que probablemente lo aprecien. Otros agentes pueden trabajar en nombre de los lectores, escanear los endpoints pagados y decidir que mi artículo vale una fracción de un centavo.La misma tecnología que rastrea y copia también puede dirigir a nuevos lectores a mi trabajo, pagar por él y alimentar una señal sobre lo que realmente ayuda a las personas. For twenty years, the web asked one central question: “ ” Does this look good to a human on a screen? ¿Eso es bueno para un hombre en una pantalla? We obsessed over templates, CSS, copy, and SEO so that a landing page both looked good and ranked well. En la era del agente, la pregunta cambia, y la pregunta cambia el ángulo a esto: “¿Puede un agente alcanzar su valor a través de una API limpia, pagar por ello a través de x402, y saber de ERC-8004 con quién está tratando?” “ ” ¿Puede un agente alcanzar su valor a través de una API limpia, pagar por ello a través de x402, y saber de ERC-8004 con quién está tratando? Los sitios y servicios que responden sí a esa pregunta todavía se preocupan por UX y SEO, pero no dependen de páginas de destino fantásticas para sobrevivir.Tienen algo más sustancial.Tienen un modelo de negocio y una interfaz que habla el idioma nativo de la nueva Internet: agentes, APIs y pagos de grano fino. Parte 3 - La tecnología que cambiará la Internet Agent commerce, x402, and ERC-8004: from ad-funded web to paid APIs Where we are now: ads, subscriptions, and hard-coded APIs Donde estamos ahora: anuncios, suscripciones y APIs de código duro Veamos más de cerca el estado actual de la experiencia en línea. La mayoría de los productos en línea todavía se basan en dos modelos de negocio básicos.Los anuncios pagan por contenido “gratuito” y las suscripciones unen el acceso a planes mensuales o anuales. Esto funciona mal para la Internet impulsada por la IA de hoy. Los agentes de IA pueden ignorar los anuncios. Las suscripciones son demasiado gruesas cuando solo necesitas unas pocas llamadas o una pequeña cantidad de datos. Las APIs ofrecen un valor real, pero no hay una forma estándar de cobrar por llamada a escala de Internet. Desde el punto de vista técnico, la mayoría de los sistemas de IA todavía se ven así: An app or agent uses a set of APIs with manually managed API keys. Los flujos de trabajo son codificados por los humanos. Los pagos se procesan a través de sistemas de facturación separados de Web2, como los dashboards de Stripe, las facturas personalizadas o los créditos prepagados. El acceso a menudo vive en jardines murados en lugar de en esquinas abiertas y compartidas. Esta configuración tiene algunas limitaciones obvias: Los agentes no pueden descubrir fácilmente nuevos servicios por sí mismos. No hay flujo de pago estándar para llamadas de máquina a máquina. Cada integración es personalizada, lenta de construir y difícil de reemplazar. El abuso y el rascado son comunes porque no hay costo económico integrado por llamada. Al mismo tiempo, la demanda de IA y APIs está explotando. Hay aproximadamente 10 millones de usuarios semanales de criptomonedas. Cientos de millones de usuarios interactúan con las aplicaciones de clase ChatGPT. **We are in “the API era.” \ The web serves more APIs than static pages, yet the payment and access layer still behaves like the early web. What needs to change for agent commerce to work? ¿Qué hay que cambiar para que el comercio de agentes funcione? La IA está pasando de responder a las preguntas a tomar acciones. Los agentes no solo chat. Ellos son: Llamar APIs para recuperar datos y contexto. Reservar y gestionar los recursos en la nube. Desarrollar flujos de trabajo a través de los servicios. Compose multiple tools to solve a task end-to-end. Para apoyar esto, necesitamos los siguientes tres: Un pago primitivo estándar para APIs y agentes, como x402. Una capa de descubrimiento e identidad para que los agentes puedan encontrar y clasificar los servicios, que en el ecosistema de Ethereum mapean a los registros de agentes ERC-8004. 3. A business layer so individuals and teams can turn endpoints into small, efficient businesses. Hoy en día, la pieza que falta a menudo es el pago y el descubrimiento. Los agentes no tienen una forma nativa de pagar por llamada. Los proveedores no pueden exponer pequeños servicios de tamaño nano de una manera simple y abierta. Los desarrolladores no saben dónde listar los endpoints o cómo llegar a los usuarios más allá de su propia aplicación. Esto bloquea un mercado más granular y abierto donde: Una API meteorológica puede cobrar una fracción de un centavo por llamada. Un conjunto de datos de nicho puede cargar por consulta en lugar de por mes. Una pequeña herramienta puede ser una nano-empresa que se configura en 30 minutos y se deja correr. Sin un estándar, cada proyecto reinventa la facturación y el acceso. That slows the market and keeps power in a few large platforms. Current bottlenecks: walled gardens, spam, mispriced data Barreras actuales: jardines murados, spam, datos equivocados The web stack of today suffers from being built on the code infrastructure of yesteryear. #1. Walled gardens and private workflows Workflows are private and hard-coded. Las claves de API son almacenadas y gestionadas por los humanos. Agents cannot explore new services freely because opaque contracts, custom dashboards, or per-vendor keys gate access. Result: Innovation is locked within platforms rather than occurring on neutral rails. #2. No standard way for agents to pay Agents need to pay for: Data. El Computador. Modelos y inferencias. Specialized tools and services. However, there is currently no common payment layer for agents. Los proveedores manejan la facturación off-chain. Calls might be free until rate limits hit, then “contact sales.” There is no portable, machine-readable way to say “this endpoint costs X per call.” This prevents a real microservice economy between agents. #3. Broken pricing models for content and data Valuable sites and datasets are scraped for free. Ads do not work well when agents are the consumers. Subscriptions do not fit small, rare, or niche usage. No hay una buena manera de pagar: A single clean Polymarket signal. A specialized dataset query. One high-value article read by an agent. El resultado es una submonetización o muros de pago excesivamente pesados. #4. Spam and free riding Bots and abusive traffic often attack APIs. Without a built-in cost per call, spam is cheap. Providers add complex rate limits, CAPTCHAs, and manual approvals. This hurts honest developers and makes APIs harder to use. #5. Distribution and discoverability Los constructores no saben: Where to list x402-style endpoints. How agents will find them. Cómo clasificar a los proveedores cuando muchos ofrecen servicios similares. La próxima fase de evolución es comparable a la web temprana. Los motores de búsqueda se han convertido en la puerta de entrada para los sitios web. Here, agent discovery engines and agent stores will serve as the gateway. However, without standards, these discovery layers risk becoming new silos. How x402 solves per-call payments and spam How x402 solves per-call payments and spam Let me present now a clear “ ” structure around x402 that will need to be developed. cause → solution → fix Solución → Solución → Fix x402 in short: Uses HTTP status 402 Payment Required. Note: The HTTP 402 Payment Required code has existed in the spec since the early web, but it never had a practical implementation until standards such as x402 defined how to attach a real payment flow to it. Tenemos una respuesta del servidor con "debes pagar X en el activo Y" de una manera legible por máquina. Let a client (human app or agent) pay by using stablecoins on a supported chain. After payment, the server returns the result. This has several important properties. It fits directly into existing HTTP flows. Web2 developers already understand status codes and retries. Developers only need a wallet adapter and payment handler, not a full Web3 stack. Para ellos, se siente más cerca de agregar Stripe que construir una dApp. How x402 fixes the issues Standard per-call payments: Each endpoint can publish a clear per-call price. Agents and apps can: Discover the endpoint. Receive a 402 with pricing terms. Pay and get the result. **This turns any useful resource into a nano business. Better pricing models: x402 supports: Per-call pricing. Very small payments, even fractions of a cent. Flexible models for data, content, and compute. **This aligns well with AI and API cost structures, which are naturally usage-based. **Spam resistance: Every call has a cost. \ Bots and abusive patterns become expensive to run. x402 serves as both a security primitive and a payment rail. **Open and chain-agnostic design: x402 stays open and does not lock anyone to a single vendor. \ Different chains and infrastructure providers can implement it. Any wallet that speaks x402 can pay any endpoint that speaks x402. **On-ramp for traditional companies: Enterprises already use usage-based billing, and stablecoins are easier to explain than volatile tokens. \ x402 lets them reuse: HTTP. Usage invoices. Stable settlement rails. This lowers their barrier to on-chain adoption. Why ERC-8004 is as important as x402 Why ERC-8004 is as important as x402 Payment is not enough. Agents also need to decide who to call. Ahora necesitamos vincular x402 a una capa de identidad y reputación, concretamente a la norma ERC-8004 para registros de agentes. ERC-8004 permite a los agentes anclar la identidad, la reputación y los datos de verificación en la cadena. Juntos, x402 y ERC-8004 dan a los agentes una forma de pagar por los servicios y confiar en los servicios que elijan. Key points: Los agentes se registran con una identidad en cadena. Reputation and performance metrics link to that identity. Orchestration engines can pick among providers based on trust signals, not only price. This enables: Comercio de agente a agente de confianza, donde un agente puede justificar por qué eligió un proveedor dado. Orquestación compostable, donde los flujos de trabajo dirigen el tráfico a puntos finales de alta reputación. Open discovery, where search and agent stores can index resources on neutral infrastructure instead of closed catalogs. Juntos, x402 y ERC-8004 crean: A payment primitive for APIs and agents. A discovery-and-trust primitive that sits above it. This is the foundation for an open agent-commerce stack. On top of the stack, we can now add concrete tools, many of which are already in development. Let's get down to business. DayDreams.Systems: turning the stack into real tools and businesses DayDreams.Systems: transformando la pila en herramientas y negocios reales As an example of tooling that builds on the x402 and ERC-8004 stack, let us look at DayDreams.Systems project. The work of the DayDreams team mainly focuses on the following 3 areas: 1. XGATE: discovery and composition XGATE acts as a discovery layer for x402 resources and for agents registered through ERC-8004 or compatible identity registries. Builders can list endpoints. Agents can find and compose them. Orchestration logic can stitch together multiple micro endpoints that each do one thing well. Example flow: An agent receives a task. The agent queries XGATE to find relevant endpoints (data, signals, tools). The agent pays per call by x402. The agent combines the outputs into a final result. This turns “glue code” into a generic layer rather than having custom logic in each app. 2. Lucid: operations and micro-business management Lucid is DayDreams’s platform for individuals who run many micro businesses. Users can bring agents they built elsewhere or by using the Lucid agent kit. They can manage all their x402 endpoints from a single location and sandbox. They can track P&L, fund agents, and inspect analytics. In practice, Lucid provides: Un dashboard de operaciones para el comercio de agentes. Una forma de gestionar múltiples negocios nano desde una única interfaz. Tools to understand which endpoints earn, which lose money, and where to optimize. 3. Agent framework and software development kits (SDKs) DayDreams also focuses on the developer experience. The stack includes: Un marco de agentes con contexto, memoria y colaboración multiagente. Libraries to integrate x402 payments into services. Infraestructura para ayudar a los agentes a llamar APIs, pagar por ellos y combinar los resultados. Together, this turns the abstract idea of “agent-to-agent commerce on x402” into code that real developers can ship. Competition and wider ecosystem Competition and wider ecosystem It is important to note that DayDreams is not the only project in this area. El ecosistema más amplio incluye: Other agent frameworks that orchestrate tools and APIs, including those that build on ERC-8004 or on alternative identity and reputation layers. Procesadores de pagos tradicionales y proveedores de nube que exploran la facturación basada en el uso y los pagos de máquina a máquina en las pistas Web2.Protocolos alternativos de pago y streaming de criptografía que dirigen la facturación por segundo o por flujo en lugar de los flujos HTTP por llamada. Plataformas emergentes de descubrimiento y tienda de agentes que planean indexar herramientas de IA, APIs y agentes, a veces con su propia lógica de mercado. These projects share similar goals: Facilitar que los agentes y las aplicaciones paguen por los servicios. Mejorar el descubrimiento de herramientas y datos. Allow small providers to compete with large platforms. The specific angle in this article is the combination of x402, open discovery layers, and nano businesses built around single paid endpoints. I use DayDreams.Systems’ Lucid as a concrete example of this path, not as the only option. If you want to find out which project best fits your needs, it helps to look at three basic questions: ¿Qué tan abiertos son los estándares y las interfaces, y qué tan difícil es salir si cambia de opinión después? How simple and clear does the developer experience feel in real workflows, from first test to production? How well does the pricing and technical model match usage-based AI and API costs in your own stack? From status quo to agent commerce in three steps From status quo to agent commerce in three steps This, and the final section of this article, explain how the components in this article form an end-to-end flow. It first outlines the current problems, then describes the protocol-level design, and finally shows how it works in practical deployments. The following sequence shows how these components work together end-to-end. Cause (status quo) → Solution (x402 + 8004 + discovery) → Fix in practice (agents and endpoints + Lucid/XGATE-style platforms) Causa The internet runs on APIs, but business models are stuck on ads and subscriptions. AI agents act more like users, but they lack standard payment and discovery tools. Workflows are private, access is gated, and spam is cheap. Solution Utilice x402 para definir un flujo de pago por llamada estándar para HTTP. Añadir una capa de identidad y reputación para ayudar a los agentes a encontrar y clasificar los servicios. Construye motores de descubrimiento y almacenes de agentes que indexen puntos finales x402 Provide frameworks and platforms that enable individuals and teams to run micro-businesses on these rails. Fix in practice Un desarrollador gira un servidor y expone un recurso útil como un punto final x402. The endpoint becomes a nano business with clear pricing and on-chain settlement. Agents find it through discovery layers like XGATE. They pay per call with stablecoins through x402. Lucid and similar platforms help operators manage, fund, and optimize these nano businesses. Over time, a new market forms in which agents pay agents for APIs, data, and compute, while ads and coarse subscriptions become less critical. From a technical standpoint, this is a clean, incremental change. It keeps HTTP and the mental model of APIs, but extends them with: Machine-readable prices. Solución nativa en cadena. Descubrimiento y identidad abierta. Este es un camino realista desde donde estamos ahora a una web donde el comercio de agentes es un comportamiento normal, no un experimento de nicho. Finishing thoughts There is already a small but growing ecosystem around x402 and ERC-8004, spanning payment routers, agent toolkits, and agent-native discovery engines. Different teams explore different trade-offs around custody, privacy, and UX. This article does not rank or endorse any of them, but aims to explain why these standards exist and why they are likely to matter if agent commerce takes off. Disclosure: I hold positions on projects working on the x402/8004 ecosystems. This article is for educational purposes and is not investment advice. Parte 4 - DayDreams.Systems: un ejemplo de implementación x402 / 8004 The current article discusses AI agents that do real work, pay each other for APIs, and build an economy on top of standards such as x402 and ERC-8004. DayDreams.Systems fits into this picture as a practical implementation layer for these standards. The team has been building toward an agentic economy over the last 12 months and has aligned its stack with x402 since Coinbase introduced the standard in May 2025. In practice, this means that DayDreams' agentic endpoints are concrete tools that your agent can call to compose DeFi strategies and other paid workflows on top of x402 and ERC-8004. These standards are powerful, but unrefined. They address “how to pay,” “how to speak,” and “how to identify agents,” but on their own do not provide developers with a clear way to deploy, monitor, and scale agent workloads. DayDreams Lucid sits atop this stack as an abstraction layer. It aims to provide a place where agents can act as economic actors: they communicate A2A, pay and get paid via x402/AP2, and carry an ERC-8004 identity from the moment they come online. Personal autonomy is now open to anyone shipping paid agentic endpoints. Reputation and volume will gravitate toward useful endpoints, putting early movers ahead when traffic spikes. Built with Lucid -> Distribute through XGATE -> Get paid on x402. How DayDreams structures the stack DayDreams.Systems currently present four core components. 1. DAYDREAMS Library – Open-source agent framework DAYDREAMS Library – Framework de agentes de código abierto Build autonomous AI agents. Use a modular architecture. Reach multiple chains through x402 as a common payment layer. Develop in the open, with GitHub and documentation available. The library serves as the foundation for agent logic: tools, policies, and behaviors. 2. DREAMS Router – x402-powered USDC router DREAMS Router – x402-powered USDC router Paga a varios proveedores con USDC a través de una única interfaz. Use a unified payment abstraction on top of x402. Route across multiple chains. Optimiza el coste y el camino automáticamente. One example is paying for Google’s VEO3 directly with USDC over x402, with more providers planned. 3. Lucid – a platform for autonomous agent operation Lucid – a platform for autonomous agent operation Run agents in an autonomous mode. Define custom workflows. Monitor behavior in real time. Objetivo de máxima autonomía en lugar de supervisión manual. Lucid is also where AP2, A2A, x402, and ERC-8004 are tied together into a single operational surface. 4. XGATE – agent-native search engine XGATE – agent-native search engine Índice x402 puntos finales por agentes, para agentes. Expose a live view of the x402 network. Provide direct links to deployment targets. This component is the discovery side of the stack, with a focus on “agent engine optimization” rather than human SEO. The intended user experience is as follows: Build agents → manage them in Lucid → discover and consume them via XGATE → pay agents → build more agents → repeat. Lucido como una abstracción sobre AP2, A2A, x402, y 8004 Lucid serves as both a runtime and a control plane for agent commerce. Los estándares como x402, ERC-8004 y A2A definen un contrato compartido para pagos, identidad y mensajería, para que los agentes construidos en diferentes pilas puedan interactuar en lugar de vivir en jardines aislados. El objetivo de Lucid es hacer que esa interoperabilidad sea práctica al proporcionar a los constructores un tiempo de ejecución concreto y un kit de herramientas que permitan a muchos agentes independientes participar en la misma economía de agentes. When a developer deploys an agent on Lucid, several capabilities are available from the start: Pagos: El agente puede enviar y recibir pagos x402 y usar el protocolo AP2 para liquidar pagos con otros agentes. The agent can join A2A conversations and workflows rather than relying solely on one-off HTTP calls. Communication: Identidad y confianza: El agente puede registrarse a través de ERC-8004, que le proporciona una identidad en cadena y un espacio para los datos de reputación. Inferencia y enrutamiento: La plataforma puede enrutar tareas a través de múltiples modelos y puntos finales, con monitoreo integrado. El objetivo es que los desarrolladores se centren en lo que hace un agente, mientras que Lucid maneja cómo se paga, se demuestra y se comunica con otros participantes.A lo largo del tiempo, esto forma lo que el equipo llama la Red Lucida: muchos agentes negocian, colaboran y componen valor en lugar de operar aislados. What kinds of agents is Lucid designed for El ecosistema ya esboza una amplia gama de tipos de agentes que podrían vivir en esta pila: Macro research agents that publish paid daily reports. Game agents that play on-chain games, grind, farm, or plan strategies on behalf of a user. Arbitrage agents that scan exchanges and execute trades. E-commerce scouts that monitor marketplaces for specific items and perform instant checkout. Content agents that draft, edit, and publish newsletters or posts, keeping a consistent tone. Data guardians that watch wallets, positions, or contracts and trigger protective actions. Knowledge agents specialized in domains such as law or biotech, available on demand. Creative agents that output music, art, or video snippets as small digital products. Agentes de coordinación que conectan a otros agentes en flujos de trabajo más grandes y actúan como orquestradores. Todos estos pueden operar en la misma economía. Una elección de diseño clara es clasificar a los agentes por los ingresos reales, por lo que los ingresos sirven como prueba social de calidad. En este modelo, x402 es cómo un agente cobra por su trabajo, y ERC-8004 proporciona una superficie estructurada para demostrar que el trabajo vale la pena pagar. Lucid Agents: BYO framework with x402 and 8004 baked in Under the name Lucid Agents, DayDreams offers a toolkit designed to be a “bring your own framework” while remaining commerce-ready. At the center is the Lucid Agent Kit, a commerce SDK for AI agents. In its current release, Lucid Agents includes bi-directional payment tracking, persistent storage backends (SQLite, in-memory, and Postgres), strict policies for incoming and outgoing payments, an analytics module for financial reporting, and a scheduler for automated paid agent hires. These capabilities help teams run agents as accountable economic actors rather than as one-off scripts. It packages x402 payments, ERC-8004 identity, A2A messaging, and AP2 agent-to-agent settlement into a single TypeScript framework, enabling agents to charge, pay, and communicate with each other out of the box. In a minimal setup, a small Lucid Agent Kit snippet starts an HTTP server for web access, wires x402 payment handling so the agent can get paid, and creates a wallet object for outbound payments. It also generates an A2A-compatible `agent.json` card so other agents can discover it, understand its interface, and call it as part of larger workflows. In practice, it focuses on USDC flows on x402, using the Coinbase Developer Platform as the primary stablecoin rail. Recent objectives include: A framework-agnostic wallet SDK to interact with x402. A refactored type system to improve maintainability and avoid circular dependencies. A stronger build system and code quality improvements. Fundamentos para la comunicación bidireccional A2A entre agentes. Developers can already spin up: Un agente Next.js conectado a ERC-8004 y x402. Un agente TanStack Start. A Hono agent. Se planean más integraciones. A public tutorial shows how to launch a full-stack TanStack agent in a few minutes, with x402 payments and ERC-8004 trust integrated, so the agent is “paid, verified, and production-ready” from the first deploy. The aim is to keep business logic and framework choice flexible, while Lucid Agents provides a consistent layer for payments, identity, and networking. Fiabilidad y Router v2: de los flujos basados en la demanda a los flujos basados en el equilibrio One recurring theme around x402 is that pure per-request payment is not always enough for robust systems. El diseño de Lucid reconoce que: Las llamadas de inferencia y otros servicios pueden involucrar muchos saltos. Cada transacción de pago es un punto de fracaso potencial. Agent workflows can invoke multiple resources sequentially or in parallel. Para abordar esto, el equipo está trabajando en un diseño de Router v2, donde los agentes mantienen los saldos para los servicios. En lugar de una transacción para cada solicitud individual, los agentes deducen de los saldos prefinanciados. Esto reduce el número de transacciones y disminuye la posibilidad de fallos parciales en cadenas largas de llamadas, lo que es importante en el diseño de agentes.La verdadera autonomía de los agentes depende de las pistas de pago sin permiso, porque un agente debe ser capaz de mantener saldos, asignar presupuestos y resolver con otros agentes o servicios sin que un humano tenga que hacer clic a través de cada transacción. They also describe the complexity of networking in a fully agentic, multi-resource environment: Networking between resources. Networking between facilitators and resources. Redes internas dentro de los recursos. Client-side networking and streaming. Client–server networking and streaming. Each layer can introduce timeouts and sync issues, especially in a decentralized setting. The message is that the x402 ecosystem still needs significant engineering work to be fully robust, and Lucid’s roadmap is shaped around those concrete failure modes. De SEO a AEO: optimización para agentes en lugar de humanos A key conceptual shift in this ecosystem is the move from SEO to what some builders already call AEO. SEO (Search Engine Optimization) tunes content for human-facing search engines. AEO (Agent Engine Optimization) tunes services for autonomous agents, so that machine clients can reliably discover endpoints, parse responses, and decide what to call and what to pay for. In an x402 / ERC-8004 world: Agents chain paid APIs in real time, turning web endpoints into billable microservices. La facturación SaaS basada en suscripciones estáticas comienza a parecer obsoleta. Providers tune response schemas, latency, pricing, and proof hooks rather than landing page visuals. ERC-8004 agent cards help filter spam by giving machines structured information about who they are paying. Los facilitadores que ven muchas solicitudes y resultados pueden evolucionar en capas de descubrimiento y reputación para AEO. A simple rule captures the design: x402 permite una carga de servicio. ERC-8004 ayuda a demostrar que el servicio vale la pena pagar. This is aligned with the idea that search will shift from an ad-driven human interface to an agent layer that ranks and pays based on performance and reputation. Privacy, z402, and Starknet The stack also has open questions around privacy. For some use cases, public payments and visible consumption patterns are fine. For others, endpoint usage and pricing need to stay private. Una de las direcciones en el contexto de DayDreams es las transacciones privadas x402 en Starknet, a veces referidas como z402: Private micropayments for x402-style endpoints. A path where agents can pay and prove settlement without exposing all details publicly. This is still early work, but it shows that the stack is not limited to fully transparent flows. Dónde es probable que aparezca el valor en x402 Several themes around value capture appear repeatedly: Consumer products built on curated x402 resources, where users do not see chains, only balances and services. Platforms for creators and builders that want to monetize APIs, content, or agents without ad networks. Curation and discovery layers, such as XGATE, where agents and endpoints meet. Desde la perspectiva del usuario, la expectativa es que “en cadena” se vuelva invisible: Apps will either accept stablecoins or expose paid endpoints in an agent-friendly way. O se sentirán como productos legados, atados a formularios de suscripción y pagos con tarjetas. Macro backdrop and current stage The broader environment is shaped by: Large capital expenditure in AI infrastructure. Strong government support is needed because AI is now tied to economic competitiveness. Predictions that agents could power very large segments of future economic activity. Within that context, on-chain rails are among the few ways individuals and small teams can participate without relying on large intermediaries. Standards such as x402 and ERC-8004, and platforms built on top of them, target that space. Right now: , with mainstream players such as Google moving toward agent payments. Stablecoin rails like x402 have reached an inflection point Las interfaces de usuario de LLM son generalizadas, pero la mayoría de los agentes permanecen más cerca de los scripts que de los actores económicos totalmente autónomos.En la práctica, la mayoría de los flujos de producción todavía parecen ser acciones iniciadas por el hombre que desencadenan flujos de trabajo de agentes y pagos de estilo x402 en el fondo, en lugar de agentes totalmente autónomos que gastan sin intención explícita del usuario. Los próximos 24 meses determinarán qué pilas hacen que el comercio de agentes sea práctico en la producción. Conclusión Los estándares como AP2, x402, A2A y ERC-8004 definen cómo los agentes hablan, pagan y demuestran su trabajo. DayDreams.Systems se coloca como una de varias plataformas que tratan de cerrar esa brecha. Envuelve estos protocolos en un kit de herramientas y runtime orientado al desarrollador para que los agentes no sólo puedan existir, sino también ganar, pagar y ser descubiertos como parte de una red más grande. At the same time, other projects work on adjacent pieces of the stack. Some focus on alternative payment protocols for API metering or streaming. Others provide general-purpose agent frameworks, orchestration engines, or marketplaces where tools and models expose paid endpoints. There are also discovery and reputation layers that index agents and services atop ERC-8004-style registries or proprietary identity systems. Una vez que los pagos son programables a nivel de protocolo, la propia Internet comienza a comportarse de manera diferente. Cada llamada de API puede tener un precio claro, legible por máquina. Cada flujo de trabajo puede liquidarse en tiempo real. Agentes, servicios e incluso pequeños equipos humanos pueden participar en el mismo tejido económico sin pasar por una única plataforma o mercado. If the agent economy grows anywhere near current expectations, more platforms will emerge, compete, and converge on standards that let agents treat the internet as a set of fair, billable resources rather than a free-for-all for scrapers. En ese mundo, la pregunta crítica es simple: **Can an agent reach your value through a clean API, pay for it over x402, and know, via ERC-8004, who it is dealing with? \ If the answer is yes, you are already aligned with the following central crypto narrative. You are also prepared for the next version of the internet. The version in which, by the end of 2026, you will be paying these AI agents to do the job for you, and they will also be able to make you a fortune if appropriately used.
