La Ethereum Foundation ha lanzado zkAPI, una herramienta de pagos diseñada para permitir a los usuarios pagar por servicios de inteligencia artificial sin exponer su identidad ni sus datos de facturación. La herramienta se activó en la red principal de Ethereum el 1 de octubre, según el anuncio de la Foundation. Se basa en una propuesta del 11 de febrero de Vitalik Buterin y Davide Crapis. Los cerca de ocho meses entre esa publicación de investigación y el lanzamiento en la red principal convierten una propuesta escrita en un software funcional que maneja depósitos reales de ETH — y es por eso que las reglas de retiro y los supuestos de seguridad que se describen a continuación merecen atención.

Cuando una aplicación de escritura le pide a un modelo de IA que genere una respuesta, envía una solicitud de API. Una clave API convencional conecta esa solicitud con una cuenta de cliente, que también puede contener datos de facturación. Con el tiempo, el proveedor puede asociar al cliente con un historial de preguntas sobre trabajo, finanzas y otros asuntos personales.

zkAPI separa la verificación de que una solicitud puede pagarse de la conversación misma. Como lo expresa la Foundation: "El proveedor ve las solicitudes, y la capa de pagos ve el gasto".

Cómo se paga una sesión de IA

Alguien que use una aplicación de escritura para explorar un cambio de carrera, por ejemplo, primero financiaría una bóveda de Ethereum. La documentación del cliente actual describe depósitos en ETH, con el software manteniendo un registro privado del saldo y de la información necesaria para gastarlo. Este registro se llama nota. Como el saldo permanece denominado en ETH, su valor en dólares puede cambiar entre sesiones, como explica la documentación de facturación.

Para iniciar una sesión, el software genera una prueba de conocimiento cero que demuestra que hay fondos suficientes disponibles sin identificar el depósito. Un marcador de gasto único, llamado nullifier, evita que el mismo estado de gasto se use para una segunda autorización.

Una vez que la prueba es validada, el servidor emite una clave API temporal con un límite de gasto. La aplicación de escritura la usa para contactar directamente al servicio de IA, manteniendo la conversación fuera del servidor de pagos.

Suponga que un usuario autoriza hasta $1 para una sesión, pero consume solo $0.30. El saldo se reduce por el cargo medido, mientras que los fondos no gastados permanecen disponibles según las reglas de la bóveda. Las cifras son ilustrativas: el límite de gasto es un máximo, no un cargo automático.

Un solo depósito respaldar un uso repetido porque las pruebas de pago y la contabilidad operan fuera de la cadena. Las transacciones de Ethereum solo intervienen al financiar o cerrar el saldo, por lo que cada mensaje no requiere un pago separado en la blockchain.

Lo que el proveedor de IA todavía puede ver

En esta configuración de conexión directa con el proveedor, los distintos participantes reciben información diferente. El servicio de IA sigue recibiendo el texto necesario para responder al usuario. Si un usuario sube un currículum con su nombre y su empleador, el servicio de IA podría identificarlo a pesar del pago privado. Los documentos repetidos o el historial de conversación también podrían conectar sesiones separadas.

Las solicitudes realizadas con la misma clave temporal aún pueden agruparse en una sola sesión. Las direcciones IP y los tiempos pueden aportar más vínculos entre sesiones, incluso cuando la prueba de pago oculta el depósito que financia el uso. En conjunto, estas advertencias significan que zkAPI privatiza el rastro de pagos, no la conversación misma.

La publicación de lanzamiento también describe una opción de proxy que envía las solicitudes a través del servidor de pagos. Ese relé ve el tráfico, lo que le da más visibilidad que la configuración de conexión directa con el proveedor.

Qué saber antes de financiar la bóveda

Los usuarios pueden acceder al sistema a través de OA Chat o de un cliente local para aplicaciones compatibles. El repositorio del proyecto califica el protocolo como experimental, por lo que sus reglas de retiro y supuestos de seguridad son lectura relevante antes de financiar un saldo.

Según la documentación actual del protocolo, los usuarios pueden cerrar un saldo con la aprobación del servidor o usar una vía de retiro separada sin ella. Esta última incluye un período de desafío, establecido por defecto en 24 horas. Las notas también tienen fechas de vencimiento, después de las cuales una nota no cerrada puede ser reclamada por la tesorería. Por lo tanto, los usuarios deben tener en cuenta esas fechas al decidir cuándo retirar los fondos restantes.

El sistema de pruebas utiliza parámetros criptográficos iniciales generados por una sola parte. Su documentación de seguridad señala que los archivos publicados no demuestran que el material secreto del setup haya sido destruido. Los usuarios, por lo tanto, deben confiar en que este material sensible fue manejado de forma segura.

El modelo de pagos podría extenderse a otros servicios

La propuesta de febrero también consideraba consultas pagadas a la blockchain y otros servicios con cobro por uso. Una wallet o una aplicación automatizada podría comprar acceso con el mismo principio de pago, con un gasto limitado por sus créditos disponibles. Ethereum provee la infraestructura de financiamiento y liquidación, mientras que los servicios remotos realizan el trabajo solicitado.

Una adopción más amplia dependerá de que las aplicaciones muestren con claridad los cargos y los plazos de retiro, mientras manejan la generación de pruebas en segundo plano. Los usuarios deberían poder evaluar el costo y la privacidad de una sesión sin tener que gestionar la maquinaria criptográfica ellos mismos. La documentación pública del proyecto es el lugar donde verificar con el tiempo cualquier cambio en la etiqueta experimental y en los supuestos del setup.