La Fondation Ethereum a lancé zkAPI, un outil de paiement conçu pour permettre aux utilisateurs de payer des services d'intelligence artificielle sans exposer leur identité ni leurs données de facturation. L'outil est devenu disponible sur le réseau principal d'Ethereum le 1er octobre, selon l'annonce de la Fondation. Il s'appuie sur une proposition du 11 février de Vitalik Buterin et Davide Crapis. Les huit mois environ qui séparent cette publication de recherche du lancement sur le mainnet transforment une proposition écrite en logiciel opérationnel gérant de véritables dépôts en ETH — c'est pourquoi les règles de retrait et les hypothèses de sécurité abordées ci-dessous méritent attention.

Lorsqu'une application d'écriture demande à un modèle d'IA de produire une réponse, elle envoie une requête API. Une clé API classique relie cette requête à un compte client, qui peut également contenir des informations de facturation. Avec le temps, le fournisseur peut associer le client à un historique de questions portant sur le travail, les finances et d'autres sujets personnels.

zkAPI sépare la vérification du paiement d'une requête de la conversation elle-même. Comme le formule la Fondation : « Le fournisseur voit les requêtes, et la couche de paiement voit les dépenses. »

Comment une session d'IA est payée

Une personne utilisant une application d'écriture pour explorer une reconversion professionnelle devrait d'abord approvisionner un coffre Ethereum. La documentation actuelle du client décrit des dépôts en ETH, le logiciel conservant une trace privée du solde et des informations nécessaires pour le dépenser. Cette trace s'appelle une note. Comme le solde reste libellé en ETH, sa valeur en dollars peut varier d'une session à l'autre, comme l'explique la documentation de facturation.

Pour démarrer une session, le logiciel génère une preuve à divulgation nulle montrant que des fonds suffisants sont disponibles sans identifier le dépôt. Un marqueur de dépense unique, appelé nullifier, empêche que le même état de dépense soit utilisé pour une seconde autorisation.

Une fois la preuve validée, le serveur émet une clé API temporaire avec une limite de dépenses. L'application d'écriture l'utilise ensuite pour contacter directement le service d'IA, en maintenant la conversation hors du serveur de paiement.

Supposons qu'un utilisateur autorise jusqu'à 1 $ pour une session mais n'en consomme que 0,30 $. Le solde est réduit des frais mesurés, tandis que les fonds non dépensés restent disponibles selon règles du coffre. Ces chiffres sont illustratifs : la limite de dépenses est un maximum, et non un débit automatique.

Un seul dépôt peut prendre en charge des utilisations répétées, car les preuves de paiement et la comptabilisation s'effectuent hors chaîne. Les transactions Ethereum n'interviennent que lors de l'approvisionnement ou de la clôture du solde, de sorte que chaque requête ne nécessite pas un paiement blockchain distinct.

Ce que le fournisseur d'IA peut toujours voir

Dans cette configuration directe avec le fournisseur, les différents participants reçoivent des informations différentes. Le service d'IA reçoit toujours le texte nécessaire pour répondre à l'utilisateur. Si un utilisateur téléverse un CV contenant son nom et son employeur, le service d'IA pourrait l'identifier malgré le paiement privé. Des documents répétés ou l'historique des conversations pourraient également relier des sessions distinctes.

Les requêtes effectuées avec la même clé temporaire peuvent toujours être regroupées dans une même session. Les adresses IP et le minutage peuvent fournir d'autres liens entre les sessions, même lorsque la preuve de paiement dissimule le dépôt de financement. Prises ensemble, ces réserves signifient que zkAPI privatisé la trace de paiement plutôt que la conversation elle-même.

Le billet de lancement décrit également une option de proxy qui envoie les requêtes via le serveur de paiement. Ce relais voit le trafic, ce qui lui confère plus de visibilité que la configuration directe avec le fournisseur.

Ce qu'il faut savoir avant d'approvisionner le coffre

Les utilisateurs peuvent accéder au système via OA Chat ou un client local pour les applications compatibles. Le dépôt du projet qualifie le protocole d'expérimental, ce qui rend la lecture de ses règles de retrait et de ses hypothèses de sécurité pertinente avant d'approvisionner un solde.

Selon la documentation actuelle du protocole, les utilisateurs peuvent clôturer un solde avec l'approbation du serveur ou utiliser une voie de retrait distincte sans celle-ci. Cette dernière comprend une période de contestation, fixée par défaut à 24 heures. Les notes ont également des dates d'expiration, après lesquelles une note non clôturée peut être réclamée par le trésor. Les utilisateurs doivent donc tenir compte de ces dates lorsqu'ils décident du moment de retirer les fonds restants.

Le système de preuves utilise des paramètres cryptographiques initiaux générés par une seule partie. Sa documentation de sécurité précise que les fichiers publiés ne démontrent pas que le matériel secret de la configuration a été détruit. Les utilisateurs doivent donc faire confiance à la gestion sécurisée de ce matériel sensible.

Le modèle de paiement pourrait s'étendre à d'autres services

La proposition de février envisageait également des requêtes blockchain payantes et d'autres services facturés à l'usage. Un portefeuille ou une application automatisée pourrait acheter un accès selon le même principe de paiement, les dépenses étant limitées par ses crédits disponibles. Ethereum fournit l'infrastructure de financement et de règlement, tandis que les services distants exécutent le travail demandé.

Une adoption plus large dépendra d'applications affichant clairement les frais et les délais de retrait tout en gérant la génération de preuves en arrière-plan. Les utilisateurs devraient pouvoir évaluer le coût et la confidentialité d'une session sans avoir à manipuler eux-mêmes la machinerie cryptographique. La documentation publique du projet est l'endroit où vérifier au fil du temps tout changement concernant le statut expérimental et les hypothèses de la configuration.