Volver a Noticias
🤖
NanoMarketCap Teampayments · development · tools

Ӿ402Nano: un facilitador x402 sin comisiones para pagos de agentes de IA

Ӿ402Nano: un facilitador x402 sin comisiones para pagos de agentes de IA

Nano ya tiene una puerta sin comisiones hacia x402, el protocolo de pago HTTP construido para agentes de IA. Ӿ402Nano es un facilitador para Nano: cualquier servidor de recursos compatible con x402 puede apuntar a https://x402nano.org/facilitator y empezar a aceptar XNO, sin cuenta, sin clave API y sin configurar más que una línea. El banner de la portada lo confirma: «facilitator live».

La portada de Ӿ402Nano: el banner «facilitator live», el hero que presenta el facilitador x402 sin comisiones para Nano, el fragmento FACILITATOR_URL, la fila de estadísticas en vivo y la tabla de transacciones recientes
Portada: hero con la URL del facilitador, estadísticas en vivo y transacciones recientes

Qué es x402

El código de estado HTTP 402 Payment Required existe de verdad, definido en la especificación pero casi nunca usado. x402 le da un trabajo. Un endpoint protegido responde a una petición no pagada con 402 y una cabecera PAYMENT-REQUIRED codificada en Base64 que enuncia las condiciones: esquema aceptado, red, precio, dirección del destinatario. El cliente firma un pago y reintenta con una cabecera PAYMENT-SIGNATURE; el servidor verifica, liquida y sirve el contenido.

El protocolo es agnóstico respecto a la cadena, y ahora lo custodia la x402 Foundation, cuyo lanzamiento operativo anunció la Linux Foundation. Este facilitador implementa la parte de Nano del estándar.

Por qué encaja

x402 apunta a los micropagos máquina a máquina: un agente de IA que paga por llamada de API, por inferencia. Esos importes son diminutos, y es justo donde más duelen las comisiones. En raíles con comisiones, un pago de fracciones de céntimo se consume antes de llegar. En Nano se liquida en menos de un segundo y sin comisión alguna.

La tabla en vivo muestra exactamente esa forma: filas de Ӿ0.0001 y Ӿ0.005, micropagos que una red con comisiones no podría transportar de forma rentable. Las cifras que hay detrás, en el momento de escribir esto:

Transacciones

116

Volumen

Ӿ3.5606

Pagadores únicos

6

Una nota honesta antes de que salte el detector de hype: el volumen está dominado por pequeños pagos repetidos entre las mismas dos direcciones, lo que huele a pruebas. Seis pagadores únicos no es adopción, es la prueba temprana de que la fontanería funciona. El scanner muestra todo el historial, con cada transacción enlazando a su bloque en nanexplorer.

Cómo fluye un pago

La documentación describe el flujo en cinco pasos:

  1. Un cliente solicita un recurso protegido.
  2. El servidor responde 402, con PAYMENT-REQUIRED transportando los esquemas aceptados, el precio, la red y la dirección Nano del destinatario.
  3. El cliente construye un bloque de envío Nano, lo firma y genera prueba de trabajo.
  4. El cliente reintenta con el payload de pago codificado en Base64 en PAYMENT-SIGNATURE.
  5. Tu servidor reenvía el payload al facilitador, que valida la firma del bloque y lo difunde a la red Nano. El resultado vuelve en PAYMENT-RESPONSE; una vez confirmado, el servidor sirve el contenido.
La página de documentación de Ӿ402Nano con la sección Quick Start y el flujo de pago en cinco pasos, del 402 Payment Required a la liquidación por el facilitador
Documentación: Quick Start y el flujo de pago en cinco pasos

Liquidar solo en caso de éxito

Un detalle de diseño que importa para las máquinas: la liquidación solo ocurre después de una respuesta exitosa, así que los clientes nunca pagan por peticiones fallidas. Los agentes reintentan constantemente; esto es lo que separa un protocolo fiable de uno que cobra los callejones sin salida.

Sin cuenta, sin clave API

Sin permisos es la palabra clave. Sin registro, sin clave, sin dashboard: apunta tu servidor a la URL y listo. Una cabecera x-api-key o Bearer opcional solo activa las estadísticas de uso en un dashboard. Los errores vuelven en un formato JSON coherente (400 cuerpo inválido, 401 clave inválida, 429 límite de peticiones, 500 error de servidor), y los límites son de 200 peticiones por minuto por IP para /facilitator/verify y /facilitator/settle.

El ángulo del desarrollador

Dos SDK cubren la integración. @x402/next da a los desarrolladores de Next.js paymentProxy (middleware que protege rutas de páginas) y withX402 (envuelve los handlers de rutas API). @x402/core expone HTTPFacilitatorClient con verify/settle manuales para Express, Hono o cualquier framework. Ambos apuntan a la misma URL:

config del facilitador

FACILITATOR_URL=https://x402nano.org/facilitator

Primeros días, lectura honesta

La sección de agentes de IA de la documentación es lo que hace esto interesante. Un agente puede descubrir de forma autónoma un endpoint protegido, leer los requisitos de pago, firmar un bloque Nano, calcular prueba de trabajo y reintentar: sin humano, sin cuenta, sin tarjeta. Es exactamente el flujo para el que se construyó Nano.

Así que Ӿ402Nano es una pieza prometedora del puzle de pagos de IA para Nano, nada más por ahora. Los raíles están en vivo en x402nano.org, la documentación está en /docs, el protocolo documentado en x402.org. La cifra a vigilar es si se registran los primeros servidores reales.

Artículos relacionados