The Ethereum Foundation and the Open Anonymity Project have launched zkAPI on Ethereum mainnet, turned an earlier zero-knowledge payment design into a working system for paying for AI models and other medido APIs without attaching every request to a convencional billing identity.
** Resumen directo:** zkAPI separa la relación de pago de la sesión de API. Un usuario financia un saldo a través de un contrato inteligente Ethereum, y luego prueba que pueden pagar por el uso sin revelar cuál depósito es suyo. El proveedor de API todavía puede ver la solicitud en sí, mientras que la capa de pago puede ver que el uso válido ocurrió. Por lo tanto, el sistema mejora la inlinkabilidad del pago, pero no es una capa de anonimato completa para los avisos, direcciones IP u otros metadatos de red.
¿Qué es zkAPI?
zkAPI es una capa de pago centrada en la privacidad para APIs medidos construidas alrededor de Ethereum y pruebas de cero conocimiento. En lugar de adjuntar cada solicitud de API a una cuenta de cliente permanente o identidad de facturación, un usuario puede financiar un saldo en Ethereum y después demostrar que existe suficiente crédito para pagar por uso sin revelar qué depósito específico financió la sesión.
El sistema está diseñado principalmente para reducir el vínculo entre quien financió un balance de API y ** qué sesión de API lo gastó**. No hace que la propia solicitud de API sea invisible: el proveedor que procesa la solicitud todavía puede ver el metadato de red rápida, de respuesta y potencialmente identificativa.
En términos prácticos, zkAPI tiene como objetivo permitir que servicios como la inferencia AI, blockchain RPC, generación de medios y API de máquina a máquina cobran por el uso sin exigir que la relación de pago se convierta en una capa de identidad permanente.
¿Qué pasó?
El 1 de octubre de 2026, la Fundación Ethereum anunció que zkAPI vive en Ethereum mainnet.
El proyecto fue construido con el Proyecto Open Anonymity y implementa un diseño previamente discutido por la Fundación Ethereum dAI lidera Davide Crapis y el cofundador Ethereum Vitalik Buterin. El objetivo básico es hacer que los servicios digitales medidos sean utilizables sin obligar a cada solicitud a permanecer permanentemente ligada a una cuenta, dirección de correo electrónico, tarjeta u otra identidad de facturación.
El primer caso de uso importante es la inferencia AI, donde los usuarios pueden enviar indicaciones altamente sensibles a un proveedor de modelos. La misma arquitectura también podría utilizarse para llamadas RPC de blockchain, generación de imagen y vídeo, ancho de banda VPN, servicios de máquina a máquina y otras API que cobran según el uso.
En lugar de pagar directamente por cada solicitud, un usuario deposita fondos en un contrato de bóveda en Ethereum. La Fundación Ethereum dice que el sistema puede trabajar con activos como ETH o USDC.
Después del depósito, el saldo está representado como nota privada. Cuando el usuario quiere autorizar el uso de API, el software que se ejecuta en el dispositivo del usuario crea una prueba de cero conocimiento que muestra que existe un equilibrio válido y no se ha gastado ya.
El servicio puede verificar esa prueba sin que se le diga qué depósito específico lo financió.
Cómo zkAPI separa el pago de la solicitud
La importante opción de diseño es que la ruta de pago y la ruta de contenido no deben contener la misma información de identidad.
En el flujo de tiempo de ejecución descrito por la Fundación Ethereum, el cliente local zkAPI envía primero una prueba de pago al servidor zkAPI. Esa prueba no contiene el aviso.
Después de validar la prueba, el servidor emite una clave API de corta duración con una asignación de gasto limitada. La clave se mantiene en el dispositivo del usuario y se puede utilizar directamente con el proveedor de API.
Por lo tanto, el proveedor de API ve los avisos y respuestas porque todavía realiza el cálculo, pero no necesita saber qué depósito de Ethereum financió esa clave.
Cuando termina la sesión, el proveedor registra la cantidad de uso en un recibo firmado. La capa de pago puede deducir la cantidad real del saldo privado del usuario.
Esto permite que una autorización cubra una sesión en lugar de requerir una transacción de blockchain para cada llamada API.
Para los lectores que quieren una explicación más amplia de dónde vive la autoridad firmante en sistemas criptográficos, la guía de Terenval lo que una billetera criptográfica almacena en realidad explica la relación entre claves, credenciales y cuentas de blockchain.
¿Por qué las pruebas de conocimiento cero importan aquí
El mecanismo de privacidad se basa en probar que una condición de pago es verdadera sin revelar toda la información detrás de ella.
La Fundación Ethereum describe los depósitos como compromisos en un árbol de Merkle. Un usuario puede probar que una nota válida pertenece a ese conjunto sin señalar el depósito exacto.
El gasto también utiliza un nullificador, un valor de una sola vía derivado del secreto de la nota. El nullificador permite al sistema detectar un intento de gastar el mismo equilibrio dos veces al mismo tiempo que evita una revelación directa de la nota misma.
La implementación utiliza pruebas Groth16 en la curva BN254 y la piratería Poseidon, mientras que la verificación de la prueba para el uso de API se maneja fuera de cadena.
La idea más amplia no es hacer invisible la actividad de Ethereum. Los depósitos, retiros e interacciones contractuales siguen siendo públicos en cadena. El objetivo de privacidad es más estrecho: romper el vínculo directo entre el evento de financiación en cadena y una secuencia particular de solicitudes de API.
Por qué importa
La mayoría de las API comerciales aún combinan la autenticación, facturación y historial de uso en la misma cuenta.
Esa estructura es conveniente, pero significa que un proveedor puede conectar muchas solicitudes separadas con el tiempo al mismo perfil del cliente. Para los servicios de IA, la historia resultante puede contener preguntas sensibles sobre trabajo, salud, finanzas, relaciones o proyectos privados.
zkAPI es un intento de separar dos cosas que generalmente se agrupan: probar que un usuario puede pagar e identificar quién es el usuario.
Esa distinción podría ser cada vez más relevante a medida que los agentes de IA comiencen a pagar servicios digitales automáticamente. Una máquina puede necesitar comprar inferencia, datos, almacenamiento u otras llamadas de API sin mantener una cuenta convencional para cada proveedor.
El proyecto también muestra otro uso práctico de Ethereum más allá de las transferencias de activos y DeFi: Ethereum puede actuar como una capa de asentamiento y propiedad, mientras que la mayor parte de la actividad de alta frecuencia tiene lugar fuera de la cadena.
Qué usuarios de crypto deben saber
zkAPI no debe interpretarse como un anonimato completo.
La Fundación Ethereum señala explícitamente que el proveedor de API todavía ve el contenido de las solicitudes que procesa. Si un aviso contiene el nombre de una persona, empresa, ubicación, estilo de escritura, historia de conversación anterior u otros detalles de identificación, esa información todavía puede revelar o sugerir fuertemente quién es el usuario.
Los metadatos de red son otra limitación. Un proveedor o puerta de entrada todavía puede ver una dirección IP y puede ser capaz de correlacionar sesiones a través de patrones de tiempo o tráfico.
El sistema aborda principalmente el enlace de facturación: está diseñado para que sea más difícil conectar una sesión de API determinada al depósito de Ethereum que pagó por él.
Los usuarios también necesitan interactuar con Ethereum para financiar o recuperar su saldo. Eso significa que las reglas ordinarias de seguridad de la cartera siguen importando.
Si un usuario controla la cartera que hace el depósito, siguen siendo responsables de proteger las llaves o el material de recuperación asociado con esa cartera. La explicación de Terenval de las carteras no privativas ](/answers/custodial-vs-non-custodial-wallets/) proporciona un contexto útil para comprender esa responsabilidad.
Impacto potencial en las carteras e infraestructura de Ethereum
zkAPI no requiere carteras criptolares para convertirse en aplicaciones de IA, pero el modelo crea un punto de integración natural para las carteras.
Una cartera podría eventualmente ayudar a un usuario a financiar una bóveda zkAPI, revisar la interacción contractual, aprobar un depósito y gestionar la parte de la cadena del flujo de trabajo mientras que el cliente local zkAPI maneja credenciales de uso privado.
Para las carteras no privativas de la libertad, que encajarían en un patrón existente: la cartera sigue siendo responsable de la firma autorizada por el usuario, mientras que una aplicación separada maneja la lógica del servicio específico.
El enfoque también puede aumentar la demanda de interfaces de cartera que hacen que los depósitos de contrato y las aprobaciones sean comprensibles para los usuarios ordinarios. La tecnología de privacidad se vuelve mucho menos útil si los usuarios no pueden decir qué están firmando o qué contrato controla sus fondos.
El lado de la infraestructura Ethereum también puede beneficiarse. zkAPI demuestra un modelo en el que Ethereum proporciona garantías de liquidación, retiro y verificación pública, mientras que las interacciones frecuentes de API no requieren cada una de las transacciones en cadena.
Esto reduce la necesidad de poner cada pequeño pago directamente en la cadena de bloqueo, manteniendo los fondos del usuario anclados a un contrato inteligente.
Lo que el lanzamiento no prueba aún
Un lanzamiento de mainnet muestra que el protocolo puede funcionar con contratos reales y fondos reales, pero por sí mismo no establece la adopción a gran escala.
Los proveedores de API todavía necesitan integrar el modelo, los usuarios necesitan software compatible, y las propiedades de privacidad deben ser evaluadas bajo patrones de tráfico en el mundo real.
También hay preguntas prácticas sobre cómo probar el rendimiento, la experiencia del usuario, la liquidez, el cumplimiento y cómo los proveedores de servicios se encargarán de los abusos o controversias sin reintroducir la identidad persistente.
El proyecto es de código abierto, lo que hace que esas preguntas sean más fáciles de examinar para desarrolladores e investigadores externos.
¿Qué pasa después?
La señal más importante para ver es si los proveedores independientes de API comienzan a apoyar pagos de estilo zkAPI.
La inferencia de IA es el primer mercado obvio porque los avisos son sensibles y el uso es naturalmente medido, pero la Fundación Ethereum también apunta a servicios RPC, generación de medios, VPNs y pagos automáticos como posibles aplicaciones.
Si la adopción crece, zkAPI podría convertirse en un ejemplo de patrón más amplio en infraestructura criptográfica: liquidación de blockchain debajo, autorización de reserva de privacidad en el medio, y APIs web ordinarias en la parte superior.
Por ahora, el desarrollo principal es sencillo: un diseño de pago API de cero conocimientos que anteriormente era una propuesta de investigación se está ejecutando ahora en Ethereum mainnet.