Ethereum Foundation y Open Anonymity Project han lanzado zkAPI en la mainnet de Ethereum, un sistema que permite a los usuarios pagar por APIs medidas, incluidos servicios de IA, sin vincular el uso a una identidad de facturación, según una publicación del blog de la Foundation del 1 de octubre. El lanzamiento separa dos roles que la facturación de APIs basada en cuentas normalmente combina: la parte que paga por el servicio y la parte que realiza cada solicitud.

Cómo funciona

Los usuarios depositan créditos en una bóveda de Ethereum y luego autorizan los gastos con pruebas de conocimiento cero generadas en sus propios dispositivos. Una prueba verifica que un saldo financiado cubre el cargo sin identificar el depósito ni el usuario detrás de él.

En su modo de clave runtime, un servidor de pagos verifica la prueba y emite una clave de API de corta duración con un límite de gasto. Los prompts luego viajan directamente desde el dispositivo del usuario al proveedor de IA. Cuando la clave expira, un recibo de uso firmado determina el cargo contra el saldo privado. En este modo, el servidor de pagos no ve el contenido del prompt, mientras que el proveedor de IA ve las solicitudes sin conocer la identidad de facturación detrás de la clave, según la Foundation. Esa división significa que ningún intermediario único en el flujo posee tanto el contenido de una solicitud como la identidad del pagador.

Un modo proxy más simple retransmite las solicitudes a través del servidor zkAPI, permitiendo que ese intermediario vea el tráfico: la contrapartida de su configuración más sencilla.

Diseño criptográfico

El sistema utiliza pruebas Groth16 en la curva BN254, hashes Poseidon y un árbol de Merkle de 32 niveles. Los nullifiers identifican intentos de doble gasto. Las pruebas de gasto se verifican fuera de la cadena, mientras que la bóveda verifica las pruebas de depósitos, saldos de cierre y retiros de escape. En la práctica, el gasto se demuestra en los dispositivos de los usuarios mientras que el contrato de Ethereum sigue siendo el respaldo exigible de los saldos.

Los usuarios pueden retirar a través del contrato de Ethereum incluso si los servidores de zkAPI dejan de estar disponibles, por lo que el acceso a los fondos depositados no depende de que el servicio permanezca en línea. El cliente local es compatible con las APIs estándar de OpenAI y Ollama, lo que permite que las aplicaciones existentes se conecten a través de un endpoint local.

Alcance y limitaciones

La Foundation dijo que el mismo diseño podría soportar consultas RPC de blockchain, generación de imágenes y videos, ancho de banda VPN y servicios de máquina a máquina. La bóveda activa en la mainnet contiene créditos en USDC, y hay un despliegue en Sepolia disponible para pruebas, ofreciendo una vía de prueba que no involucra créditos de la mainnet.

La Foundation también identificó los límites del sistema: zkAPI no oculta el contenido de los prompts, las direcciones IP ni el tiempo de las solicitudes. Los prove aún pueden vincular sesiones mediante detalles personales reutilizados, estilos de escritura o historiales de conversación. El anonimato de red y la privacidad del contenido fueron señalados como limitaciones separadas. En conjunto, esos límites marcan dónde terminan las garantías de privacidad del sistema, dando a los desarrolladores una lista concreta de lo que zkAPI oculta y lo que no.

Antecedentes del desarrollo

La implementación se basa en un diseño de Ethereum Research de Davide Crapis y Vitalik Buterin. Open Anonymity ayudó a desarrollar el cliente, el servidor y los contratos. Entre las limitaciones declaradas por la Foundation y sus extensiones sugeridas más allá del acceso a IA, la documentación del propio proyecto describe qué seguir a medida que zkAPI avanza más allá del lanzamiento.

Fuente: CryptoBriefing