Lightning Labs lanza un sitio web dedicado a L402 para pagos de agentes de IA con bitcoin

Lightning Labs, la empresa detrás de las herramientas de desarrollo de Lightning Network y uno de los principales mantenedores de Lightning Network Daemon (LND), una de las implementaciones de nodos de Lightning más ampliamente desplegadas, anunció el miércoles un sitio web dedicado a L402, posicionando el protocolo como un canal de pago que permite a los agentes de IA realizar transacciones en bitcoin.

"Con L402, los agentes pueden pagar con bitcoin y autenticarse de forma nativa. Sin cuentas, sin intermediarios, sin intervención humana", declaró la empresa en su publicación de anuncio, describiendo L402 como "el protocolo para el comercio de máquina a máquina en Lightning".

Lightning Network es una solución de escalado de segunda capa construida sobre la blockchain de Bitcoin, diseñada para permitir micropagos rápidos y de bajo costo a través de canales de pago fuera de la cadena — características que se alinean con los modelos de facturación por llamada y por token comunes en los servicios de IA basados en API.

El sitio es lo nuevo, no el protocolo

Lo nuevo es el sitio web, no el protocolo en sí. L402 — abreviatura de Lightning HTTP 402 — ya existe dentro de la infraestructura tecnológica de Lightning Labs. El estándar se conocía anteriormente como LSAT (Lightning Service Authentication Token) antes de ser renombrado como L402. Aperture, una implementación del estándar, "se utiliza hoy en Lightning Loop, un servicio de intercambio sin custodia para Bitcoin y Lightning", según la documentación de la empresa.

Lightning Loop permite a los usuarios transferir fondos entre la capa base de Bitcoin y los canales de pago de Lightning sin depender de un intermediario de custodia.

Diseñado para agentes de IA

L402 se describe como "el estándar para la compra y venta de recursos digitales" que "permite a los servicios cobrar por endpoints de API de una manera que facilita la participación de los agentes de IA", según indica la documentación.

El mecanismo reutiliza el código de estado 402 de HTTP, un código de respuesta estándar originalmente reservado para uso futuro en la especificación HTTP/1.1 (RFC 2616) para indicar que se requiere pago para acceder a un recurso solicitado. El código fue definido en la especificación original, pero nunca fue ampliamente implementado por navegadores ni servidores, lo que lo dejó disponible para ser reutilizado por protocolos orientados a pagos.

Cuando un cliente solicita un endpoint protegido, "el servidor responde con HTTP 402 Payment Required y un encabezado WWW-Authenticate que contiene un token y una factura de Lightning", y el token contiene el hash de pago de la factura, explica la documentación. El cliente luego paga la factura de Lightning y presenta el token junto con la preimagen de pago para acceder al endpoint.

El servidor verifica ambos elementos sin consultar una base de datos de pagos — una propiedad que Lightning Labs denomina verificación sin estado. Este enfoque reduce la sobrecarga de infraestructura para los proveedores de servicios.

Impulso industrial más amplio hacia los pagos de agentes

El lanzamiento se produce en un momento en el que varias empresas desarrollan herramientas de pago diseñadas para agentes de software autónomos en lugar de usuarios humanos. El protocolo x402 de Coinbase, que aprovecha el mismo código de estado HTTP en infraestructuras de pago basadas en Ethereum, se transfirió a la Linux Foundation con el respaldo de Google, Stripe y Visa. Por separado, Visa ha lanzado una herramienta de pago de línea de comandos para agentes de IA.

L402 se diferencia al enrutar los pagos de los agentes a través de Lightning Network de Bitcoin en lugar de la infraestructura basada en Ethereum, utilizando bitcoin como activo de liquidación. El diseño sin estado del protocolo y su dependencia de la semántica existente de HTTP significan que los proveedores pueden restringir el acceso a las API sin necesidad de aprovisionar sistemas tradicionales de gestión de cuentas o facturación — una diferencia estructural respecto a los modelos convencionales de claves de API y suscripciones, que típicamente requieren registro de usuarios y flujos de pago gestionados por humanos.