L’Open Anonymity Project et l’Ethereum Foundation ont lancé les crédits zkAPI, un système de paiement conçu pour dissocier l’utilisation mesurée d’une API de l’identité de facturation de l’utilisateur. Dans son annonce du 1er octobre 2026, la fondation a indiqué que zkAPI était disponible sur le réseau principal Ethereum, avec un coffre contenant des crédits en USDC. L’inférence par IA en est la première application, mais la conception prend également en charge d’autres services facturés à l’usage.
À retenir
- zkAPI utilise des notes de solde privées et des preuves à divulgation nulle de connaissance pour autoriser les dépenses liées aux API sans révéler quel dépôt les a financées.
- Son mode à clé d’exécution envoie les requêtes directement au fournisseur d’IA, tandis que le serveur de paiement reçoit une preuve de paiement et le total des dépenses de la session.
- Le système masque les liens entre les paiements, mais pas le contenu des requêtes ni les adresses IP ; les fournisseurs peuvent toujours relier des sessions à l’aide de métadonnées réseau ou de détails personnels répétés.
Table des matières
- Comment les crédits zkAPI dissocient le financement des requêtes
- Le plafond d’une session réserve des fonds, mais ne détermine pas le montant final
- Ce qui est disponible et comment les utilisateurs conservent l’accès à leurs fonds
- Les limites de la confidentialité des paiements
- Conclusion
Comment les crédits zkAPI dissocient le financement des requêtes
Au lieu de lier chaque requête API à un compte de facturation, zkAPI commence par un dépôt dans un contrat coffre sur Ethereum. L’utilisateur reçoit une note de solde privée, et un logiciel installé sur son appareil génère une preuve que cette note peut couvrir une dépense autorisée, sans révéler le dépôt dont elle provient.
L’annonce de zkAPI de l’Ethereum Foundation décrit une mise en œuvre de la conception « ZK API usage credits », publiée sur Ethereum Research par Davide Crapis et Vitalik Buterin. L’équipe d’Open Anonymity a contribué à la création du client, du serveur et des contrats.
Les dépôts sont représentés par des engagements dans un arbre de Merkle. Chaque dépense génère un nullifier, un identifiant à sens unique qui permet de détecter les tentatives de dépenser deux fois le même solde. Le résultat recherché est la vérification des paiements sans piste de facturation reliant des requêtes distinctes.
| Élément | Détails |
|---|---|
| Coffre sur le réseau principal Ethereum | Disponible au moment de l’annonce ; contient des crédits en USDC. |
| Mode à clé d’exécution | Les requêtes sont envoyées directement au fournisseur ; le serveur de paiement traite les preuves et les totaux des dépenses. |
| Mode proxy | Le serveur zkAPI relaie les requêtes et peut voir le trafic. |
| Règlement de la session | Les reçus d’utilisation signés déterminent le montant facturé, et non le plafond réservé. |
| Retrait de l’utilisateur | Les soldes peuvent être clôturés et retirés sur la blockchain, sans que le serveur zkAPI soit disponible. |
Le plafond d’une session réserve des fonds, mais ne détermine pas le montant final
En mode à clé d’exécution, un client local envoie au serveur zkAPI une preuve de paiement sans y joindre de requête. Après vérification, le serveur émet une clé API de courte durée assortie d’un plafond libellé en dollars. La clé reste dans la mémoire de l’appareil, et les requêtes sont envoyées directement de celui-ci au fournisseur d’IA.
Le plafond réserve une capacité de dépense plutôt qu’il ne fixe la facture finale. À l’expiration de la clé, le fournisseur consigne l’utilisation totale dans un reçu signé, et le serveur déduit le montant calculé à l’usage du solde privé. Une seule autorisation peut ainsi couvrir une session, au lieu d’exiger une preuve pour chaque appel.
zkAPI propose également un mode proxy plus simple, qui relaie les requêtes par l’intermédiaire de son serveur. Selon l’annonce, ce mode est plus facile à exploiter, mais le serveur relais voit le trafic.
Ce qui est disponible et comment les utilisateurs conservent l’accès à leurs fonds
Le coffre annoncé sur le réseau principal contient des crédits en USDC. Un déploiement sur Sepolia permet des essais avec des fonds de test, tandis qu’OA Chat propose une interface de discussion avec une IA accessible dans un navigateur, sans installation.
Pour les logiciels existants, le client local expose des API standard d’OpenAI et d’Ollama. Les applications, éditeurs et clients de discussion compatibles peuvent se connecter en utilisant localhost.
Les preuves de dépense sont vérifiées hors chaîne par le serveur. Le contrat coffre vérifie les preuves pour les opérations de dépôt, de clôture et de sortie de secours, ce qui permet aux utilisateurs de clôturer un solde et de retirer leurs fonds sur la blockchain même si les serveurs zkAPI disparaissent. Les fonds sont détenus dans le contrat Ethereum, et non sur le compte d’une entreprise.
Les limites de la confidentialité des paiements
Le fournisseur voit toujours les requêtes, les réponses et les métadonnées réseau, telles que les adresses IP. Des adresses stables et le calendrier des requêtes peuvent permettre des rapprochements, tandis que des informations personnelles répétées, le style d’écriture ou l’historique des conversations peuvent relier des sessions qui seraient autrement distinctes.
L’annonce recommande Tor avec un nouveau circuit pour chaque session aux utilisateurs qui souhaitent renforcer leur confidentialité réseau. Cela ne masque pas le contenu des requêtes au fournisseur d’inférence. Réutiliser moins de contexte peut réduire les rapprochements fondés sur le contenu, mais rend aussi les conversations moins utiles.
Au-delà de l’IA, le même client et les mêmes contrats peuvent prendre en charge des requêtes RPC blockchain facturées à l’usage, des tâches de génération, de la bande passante et des services de communication entre machines. Il s’agit d’applications décrites pour cette conception, et non d’une liste d’intégrations confirmées auprès de fournisseurs.
Conclusion
zkAPI introduit un mécanisme de paiement opérationnel sur Ethereum qui dissocie les dépenses liées aux API de l’identité de facturation. Sa limite pratique est claire : l’autorisation privée des paiements ne rend anonymes ni la conversation sous-jacente ni la connexion réseau.
Lire d’autres actualités
Plus d’actualités FinanceVelix
Avertissement
Cet article de FinanceVelix fournit des informations générales et ne constitue pas un conseil financier, d’investissement, juridique ou fiscal personnalisé. Les cours des cryptomonnaies peuvent évoluer rapidement, et vous pourriez perdre la totalité des fonds investis. Les faits reflètent les informations disponibles au moment de la publication et peuvent changer. Vérifiez de manière indépendante les informations importantes et consultez un professionnel qualifié si nécessaire. La mention d’un actif, d’une entreprise ou d’un service ne constitue pas une recommandation.
