La Fondation Ethereum et le projet Open Anonymity ont lancé zkAPI sur le mainnet Ethereum, un système permettant de payer des API facturées à l'usage, y compris des services d'IA, sans associer l'utilisation à une identité de facturation, selon un article de blog de la Fondation du 1er octobre. Ce lancement sépare deux rôles que la facturation d'API par compte combine normalement : la partie qui paie le service et la partie qui effectue chaque requête.

Fonctionnement

Les utilisateurs déposent des crédits dans un coffre Ethereum, puis autorisent les dépenses via des preuves à divulgation nulle générées sur leurs propres appareils. Une preuve vérifie qu'un solde approvisionné couvre les frais sans révéler le dépôt ni l'utilisateur qui s'en cache.

Dans son mode à clé d'exécution, un serveur de paiement vérifie la preuve et délivre une clé API éphémère avec une limite de dépense. Les requêtes transitent ensuite directement de l'appareil de l'utilisateur vers le fournisseur d'IA. Lorsque la clé expire, un reçu d'utilisation signé détermine les frais débités du solde privé. Dans ce mode, le serveur de paiement ne voit pas le contenu des requêtes, tandis que le fournisseur d'IA voit les requêtes sans connaître l'identité de facturation derrière la clé, a précisé la Fondation. Cette séparation signifie qu'aucun intermédiaire du flux ne détient à la fois le contenu d'une requête et l'identité du payeur.

Un mode proxy plus simple relaie les requêtes via le serveur zkAPI, permettant à cet intermédiaire de voir le trafic — c'est le prix de sa configuration plus simple.

Conception cryptographique

Le système utilise des preuves Groth16 sur la courbe BN254, des hachages Poseidon et un arbre de Merkle à 32 niveaux. Des nullifiers identifient les tentatives de double dépense. Les preuves de dépense sont vérifiées hors chaîne, tandis que le coffre vérifie les preuves pour les dépôts, les soldes de clôture et les retraits d'urgence. En pratique, la dépense est prouvée sur les appareils des utilisateurs, le contrat Ethereum demeurant le recours exécutoire pour les soldes.

Les utilisateurs peuvent retirer leurs fonds via le contrat Ethereum même si les serveurs zkAPI deviennent indisponibles, de sorte que l'accès aux fonds déposés ne dépend pas de la disponibilité du service. Le client local prend en charge les API standard OpenAI et Ollama, permettant aux applications existantes de se connecter via un point de terminaison local.

Périmètre et limites

La Fondation a indiqué que ce même design pourrait prendre en charge les requêtes RPC blockchain, la génération d'images et de vidéos, la bande passante VPN et les services de machine à machine. Le coffre actif sur le mainnet contient des crédits USDC, et un déploiement Sepolia est disponible pour les tests, offrant un chemin de test qui n'implique pas de crédits du mainnet.

La Fondation a également identifié les limites du système : zkAPI ne masque ni le contenu des requêtes, ni les adresses IP, ni la temporalité des requêtes. Les fournisseurs peuvent toujours relier des sessions via des détails personnels réutilisés, des styles d'écriture ou des historiques de conversation. L'anonymat réseau et la confidentialité du contenu ont été signalés comme des limites distinctes. Ensemble, ces limiteslimitent où s'arrêtent les garanties de confidentialité du système, offrant aux développeurs une liste concrète de ce que zkAPI masque ou non.

Contexte du développement

L'implémentation s'appuie sur une conception d'Ethereum Research signée Davide Crapis et Vitalik Buterin. Open Anonymity a contribué au développement du client, du serveur et des contrats. Entre les limites énoncées par la Fondation et ses extensions suggérées au-delà de l'accès à l'IA, la documentation du projet elle-même indique quoi suivre à mesure que zkAPI évolue après son lancement.

Source : CryptoBriefing