Cuando Internet es reevaluado: interpretación del significado de x402

Chainfeeds Resumen:

El verdadero punto destacado de x402 es el flujo de trabajo agentic. Si la última década consistió en “convertir a las personas en usuarios registrados”, la próxima década será “convertir a los AI Agents en usuarios de pago”.

Fuente original:

Decentralized Thoughts

Opinión:

Decentralised.Co: ¿Por qué fracasaron los micropagos? El sueño de cobrar por fracciones es tan antiguo como Internet. El protocolo Millicent de Digital Equipment prometía transacciones por debajo de un centavo en los años 90; DigiCash de Chaum realizó pruebas piloto con bancos; PayWord de Rivest resolvió problemas criptográficos. Cada pocos años, alguien redescubre esta idea elegante: ¿y si pudieras pagar $0,002 por artículo, $0,01 por canción, pagando exactamente el costo? Todos murieron por la misma razón: a la gente le desagrada medir su propio disfrute. AOL pagó caro por esto en 1995. Cobraban por hora de conexión, lo que era más barato que una suscripción para la mayoría, pero los usuarios odiaban esa carga mental. Cada minuto era como un taxímetro corriendo, cada clic sentía como gastar dinero, y la gente inevitablemente percibía cada pequeño costo como una pérdida. Cuando AOL lanzó el plan ilimitado en 1996, el uso se triplicó de la noche a la mañana. La gente prefiere pagar más con tal de pensar menos. Pagar exactamente por uso suena eficiente, pero para los humanos suele sentirse como ansiedad con etiqueta de precio. Odlyzko lo resumió en su paper de 2003 “Against Micropayments”: la gente elige la suscripción mensual no por racionalidad, sino porque prefiere la previsibilidad a la eficiencia. Experimentos posteriores como Blendle o Google One Pass intentaron cobrar entre $0,25 y $0,99, pero fracasaron por bajas tasas de conversión y alta carga mental. Una vez que la red soporte pagos nativos, la pregunta evidente es: ¿en qué escenarios explotará primero? La respuesta está en los usos de alta frecuencia, donde las transacciones suelen ser menores a $1. Justamente donde el modelo de suscripción sobrecarga a los usuarios ligeros. El compromiso previo de la suscripción mensual obliga a los usuarios ligeros a pagar el mínimo para empezar a usar. Pero x402 puede liquidar cada solicitud a velocidad de máquina, con una granularidad de $0,01, siempre que las tarifas de blockchain sean viables. Dos fuerzas hacen inminente este cambio. Por un lado, el crecimiento explosivo de la tokenización del trabajo: tokens LLM, solicitudes API, búsquedas vectoriales, pings de dispositivos IoT. Cada acción significativa en la red moderna ya tiene una unidad pequeña y legible por máquina. Por otro lado, el modelo de precios SaaS genera un desperdicio absurdo: cerca del 40% de las licencias están inactivas porque los equipos financieros prefieren cobrar por asiento, ya que es más fácil de monitorear y predecir. A nivel técnico, medimos el trabajo con precisión, pero a nivel de facturación cobramos por asiento humano. Ya podés ver esta tendencia en la AI de consumo. Cuando se te acaban los mensajes de Claude, no solo te dice que esperes hasta la próxima semana. Te da dos opciones: actualizar la suscripción o pagar por mensaje para completar la tarea actual. Lo que falta es una vía de pago programable, para que los agentes puedan elegir automáticamente la segunda opción en cada solicitud, sin ventanas emergentes, tarjetas de crédito ni actualizaciones manuales. Para la mayoría de las herramientas B2B, la forma final será algo como “base de suscripción + cobro por picos x402”. El equipo mantiene un plan base relacionado con la cantidad de personas, para colaboración, soporte y uso de fondo; y las tareas ocasionales de alto cómputo (tiempo de construcción, búsqueda vectorial, generación de imágenes) se liquidan por x402, en vez de forzar una actualización a un plan superior. También se pueden conectar mejores redes. Por ejemplo, Double Zero quiere vender una red más rápida y limpia a través de fibra dedicada. Si enrutas el tráfico de los agentes a ellos, podés cobrar por x402 por GB y establecer SLA y límites claros. Los agentes que necesiten baja latencia para trading, renderizado o cambio de modelo pueden entrar brevemente en la vía rápida, pagar por ese pico y luego salir. [El original está en inglés]