Un nuevo sistema de pagos se activó discretamente en la red principal de Ethereum esta semana, y está diseñado para resolver un problema en el que la mayoría de la gente no piensa hasta que es demasiado tarde: cada vez que pagas por usar un modelo de IA, una API en la nube o casi cualquier servicio en línea medido, ese pago suele vincular tu identidad con todo lo que hayas preguntado. La Fundación Ethereum y el Open Anonymity Project anunciaron el 1 de octubre de 2026 que habían desplegado un sistema llamado zkAPI, diseñado para permitir a los usuarios realizar pagos privados por API medidas sin vincular solicitudes individuales a una cuenta de facturación duradera.
Puntos clave
- zkAPI se lanzó en la red principal de Ethereum el 1 de octubre de 2026, desarrollado por el equipo dAI de la Fundación Ethereum y el Open Anonymity Project.
- Los usuarios depositan ETH o USDC en un contrato bóveda, convirtiendo ese saldo en una «nota» privada que funciona como efectivo digital.
- Las pruebas de conocimiento cero permiten que el sistema confirme que un pago es válido sin revelar quién lo hizo ni para qué se utilizó.
- Los pagos permanecen no vinculables en la cadena, pero el protocolo no oculta el contenido de las solicitudes ni los metadatos de red como las direcciones IP.
- Es compatible con endpoints de API estándar al estilo de OpenAI y Ollama, por lo que las aplicaciones existentes necesitan cambios mínimos para conectarse.
La Fundación Ethereum y Open Anonymity llevan zkAPI a la red principal
zkAPI ya está funcionando en Ethereum, ofreciendo a los usuarios una forma de pagar por servicios medidos sin la habitual disyuntiva entre comodidad y exposición. Vittorio Rivabella, miembro del equipo dAI de la Fundación Ethereum, hizo el anuncio, y el sistema pone en práctica una idea de investigación previa propuesta por Davide Crapis y Vitalik Buterin.
Orígenes de la investigación y despliegue en la red principal
El problema que zkAPI pretende resolver está arraigado en el enfoque estándar de facturación de API: una clave de API está vinculada a un usuario, ese usuario está vinculado a un método de pago, y el proveedor al otro lado puede reconstruir silenciosamente meses o años de solicitudes en un solo perfil. Dado lo a menudo que la gente pregunta a los modelos de IA sobre temas de salud, finanzas o dudas privadas, esa configuración entrega efectivamente una larga transcripción del pensamiento de una persona a quienquiera que controle la relación de facturación.
Pagar por llamada directamente en una cadena de bloques pública evita al intermediario, pero es lento, caro y totalmente rastreable en la cadena. Confiar en un tercero para que no mire el tráfico es la otra concesión habitual. zkAPI se presenta como una tercera opción, y la Fundación describe el protocolo como aún algo experimental a pesar de que ya está activo en la red principal. Está diseñado para conectarse a endpoints de API compatibles con OpenAI y Ollama estándar, lo que significa que los desarrolladores pueden apuntar herramientas de chat o editores existentes a un cliente local sin reconstruir toda su pila.
Cómo zkAPI habilita pagos privados por API medidas
La idea central es sencilla de expresar aunque la criptografía subyacente no lo sea: zkAPI separa el acto de pagar del contenido de aquello por lo que se paga. Un usuario deposita ETH, USDC o un activo similar en un contrato bóveda en una transacción ordinaria. A partir de ese momento, el saldo existe como una nota privada — esencialmente efectivo digital que solo el titular puede gastar y que no puede rastrearse hasta el depósito original.
Depósitos, notas privadas y pruebas de conocimiento cero
Cuando llega el momento de usar realmente el servicio de pago, el software que se ejecuta en el propio dispositivo del usuario genera una prueba de conocimiento cero compacta. Esta prueba confirma que una nota financiada puede cubrir una cantidad limitada de uso y que aún no ha sido gastada, todo ello sin revelar qué nota, depósito o individuo está involucrado. Una sola prueba puede cubrir una llamada o una sesión completa, y el servidor receptor puede confirmar que la afirmación es verdadera sin conocer ninguno de los detalles subyacentes. En la capa de pago, una solicitud nunca se vincula de vuelta al usuario ni a ninguna otra solicitud que haya realizado.
Árboles de Merkle, nulificadores y verificación fuera de la cadena
Dos piezas criptográficas mantienen esto unido. Los depósitos se registran como compromisos dentro de un árbol de Merkle, de modo que una prueba puede demostrar que una nota pertenece al conjunto válido sin señalar cuál es. Cada vez que se gasta una nota, el sistema publica un nulificador, un número de serie unidireccional derivado del secreto de esa nota. Las acciones de un usuario permanecen no vinculables mientras se mantenga dentro de su saldo; sin embargo, intentar gastar los mismos fondos dos veces genera un nulificador duplicado que solo revela el intento de doble gasto y nada más.
En la práctica, un cliente ligero en la máquina del usuario imita una API familiar. Una prueba de pago —excluyendo el prompt y cualquier dato identificador— se envía al servidor zkAPI, que la verifica y proporciona una clave de corta duración con un límite en dólares almacenada únicamente en la memoria local, tras lo cual los prompts fluyen directamente desde el dispositivo al proveedor de IA usando esa clave temporal. Después de que la clave expire, un recibo de uso firmado registra el consumo real, y el servidor resta esa cantidad de la nota privada en lugar del límite reservado completo, garantizando que ninguna de las partes pueda modificar posteriormente la factura. Bajo el capó, el sistema se basa en pruebas de conocimiento cero Groth16 sobre la curva BN254, hashes Poseidon para compromisos y nulificadores, y notas mantenidas dentro de un árbol de Merkle de 32 niveles. Las pruebas de gasto se verifican fuera de la cadena por el servidor, mientras que el contrato bóveda verifica pruebas equivalentes en el depósito, el cierre y la retirada, lo que significa que los usuarios aún pueden salir con sus fondos incluso si todos los servidores zkAPI desaparecieran.
Qué protege zkAPI — y qué no
Aquí es donde el diseño se vuelve interesante y donde importa para cualquiera que evalúe cuánta privacidad está obteniendo realmente. El conocimiento en el sistema se divide claramente entre tres partes: el servidor zkAPI sabe que se realizó un pago válido y conoce el total en dólares de la sesión, pero no conoce la identidad del pagador ni el contenido de la solicitud. Como debe ejecutar el modelo, el proveedor de IA ve los prompts y las respuestas pero no sabe quién está pagando, mientras que la cadena pública de Ethereum registra depósitos, cierres y retiradas sin revelar cómo se utilizó realmente ningún saldo.
Privacidad en la cadena para los pagos
Esa división es el objetivo central del diseño. Significa que la relación de facturación —la parte más vulnerable a la elaboración de perfiles— está criptográficamente aislada tanto del contenido de una solicitud como de la identidad que hay detrás. El mismo cliente y los mismos contratos podrían, en teoría, servir de fachada para otros servicios medidos también, incluidas consultas RPC de blockchain, trabajos de generación de imágenes o video, ancho de banda de VPN o transacciones máquina a máquina, ocultando el vínculo de financiación en cada caso de la misma manera que lo hace para las solicitudes de IA.
Brechas en la privacidad del contenido y de los metadatos de red
Esto es importante para cualquiera que suponga que zkAPI hace que su uso de IA sea totalmente anónimo: las protecciones se detienen en el vínculo de pago. El proveedor de IA sigue viendo el contenido real de cada solicitud y sigue observando metadatos de red como las direcciones IP. En principio, un proveedor podría intentar correlacionar sesiones por patrones de tiempo, o detectando detalles personales recurrentes, estilo de escritura o historial de conversación incrustado en los propios prompts. El anonimato real de red requeriría una capa separada, como enrutar el tráfico a través de Tor con un circuito nuevo por sesión, y la privacidad del contenido sigue siendo un problema aparte, aún en desarrollo, que técnicas como la computación confidencial apenas están empezando a abordar.
En otras palabras, zkAPI resuelve específicamente el problema de la identidad de facturación: no pretende resolver el anonimato de extremo a extremo. Para los desarrolladores y usuarios que lo evalúan, esa distinción es la diferencia entre «nadie puede vincular mi pago con mi identidad» y «nadie puede ver lo que estoy haciendo en absoluto». Son dos promesas muy diferentes, y solo la primera es la que está activa en Ethereum ahora mismo.
Artículo producido con la asistencia de inteligencia artificial y revisado por el equipo editorial.