Ethereum Foundation lance zkAPI : paiements privés pour l'IA
La Ethereum Foundation a lancé sur le mainnet le 2 octobre 2026 zkAPI, un protocole de paiement qui permet aux utilisateurs d'acheter l'accès à des modèles d'IA et à d'autres services API à la tarification à l'usage sans révéler leur identité. Développé conjointement avec l'Open Anonymity Project, il s'agit du premier déploiement en production d'un design co-écrit par le co-fondateur d'Ethereum Vitalik Buterin et Davide Crapis, responsable dAI de la Ethereum Foundation, initialement publié en février 2026. Pour les cabinets comptables, les directeurs financiers et les auditeurs déjà aux prises avec les évolutions de la structure de marché qui transforment le logiciel de comptabilité des actifs numériques, zkAPI introduit une nouvelle catégorie d'activité on-chain qui exige une attention immédiate en matière de classification.
Ce que fait réellement zkAPI
À la base, zkAPI est un rail de paiement préservant la confidentialité, superposé à Ethereum. Le système rompt le lien habituel entre l'identité du payeur et son utilisation de l'API, une pratique standard dans pratiquement tous les services d'IA commerciaux aujourd'hui.
Le mécanisme de dépôt et de preuve
Un utilisateur commence par déposer des jetons, ETH ou USDC, dans un contrat intelligent de coffre sur le mainnet Ethereum. Le coffre enregistre le solde de l'utilisateur comme une « note » privée plutôt qu'un solde de compte publiquement étiqueté. Lorsque l'utilisateur souhaite payer une requête d'IA ou un autre appel API, un logiciel client exécuté localement sur son appareil génère une preuve à divulgation nulle de connaissance. Cette preuve démontre cryptographiquement que la requête est adossée à une note approvisionnée, sans révéler quel dépôt, quel portefeuille ou quelle transaction antérieure l'a financée.
Un serveur zkAPI valide la preuve et répond en émettant une clé API temporaire avec un plafond de dépenses défini. L'utilisateur envoie ses invites directement au fournisseur de modèle d'IA à l'aide de cette clé. Lorsque la clé expire, le serveur déduit la consommation du solde privé. Un « nullifier », un numéro de série unique, est publié on-chain pour chaque événement de paiement. Si un utilisateur tente de dépenser le même solde deux fois, un nullifier en double apparaît et la tentative de double dépense est exposée, bien que l'identité du payeur ne soit toujours pas révélée dans ce processus.
Où l'anonymat s'arrête
La Ethereum Foundation est claire sur les limites du protocole. zkAPI ne fournit pas d'anonymat au niveau du réseau. Une passerelle peut potentiellement corréler plusieurs requêtes provenant d'une adresse IP stable. Le contenu des invites, le style d'écriture, les détails personnels ou un fil de conversation continu peuvent également permettre de relier les sessions entre elles. Les utilisateurs qui souhaitent une confidentialité réseau plus forte peuvent acheminer le trafic via Tor, bien que la Fondation décrive le protocole dans son ensemble comme expérimental à ce stade.
Cas d'usage prévus
Le billet de lancement de la Fondation liste le chat IA et les agents autonomes comme cibles principales. D'autres cas d'usage incluent les requêtes RPC blockchain, les services de génération d'images et de vidéos, l'achat de bande passante VPN et les paiements machine à machine entre agents d'IA. Le client est conçu pour exposer les API standard OpenAI et Ollama sur la machine locale de l'utilisateur, ce qui signifie que les outils, éditeurs et clients de chat existants peuvent fonctionner avec zkAPI en pointant vers localhost sans travail d'intégration supplémentaire.
La lignée de recherche et la stratégie dAI d'Ethereum
zkAPI n'est pas une expérience isolée. C'est une pièce d'une initiative plus large de la Ethereum Foundation visant à positionner Ethereum comme couche de règlement et de coordination pour les services liés à l'IA. L'équipe dAI de Crapis a également développé ERC-8004, une norme proposée pour l'identité des agents d'IA sur Ethereum apparue en janvier 2026. Buterin a mis en avant les mécanismes de paiement cryptographiques pour les services d'IA comme priorité stratégique dans un post sur X en février 2026. Le lancement de zkAPI représente donc une progression délibérée de la recherche au déploiement sur le mainnet en environ huit mois, ce qui est un délai rapide selon les standards d'Ethereum.
Pour les comptables qui suivent l'écosystème Ethereum, cela compte parce que le travail de l'équipe dAI établit de nouvelles classes de transactions on-chain, dépôts privés en coffre, décaissements autorisés par preuve ZK, publications de nullifiers, qui n'ont pas de précédent direct dans les modèles de plan comptable existants ou les flux de travail de tenue de livres.
Classification comptable : où se situe un dépôt zkAPI ?
La première question pratique pour toute équipe financière dont les clients, ou dont sa propre organisation, utilisent zkAPI est de savoir comment classer le dépôt en coffre. Plusieurs référentiels sont pertinents selon la juridiction et la norme applicable.
Selon les référentiels IFRS et US GAAP sur les actifs numériques
Selon les IFRS, les actifs numériques sont le plus souvent détenus comme immobilisations incorporelles en vertu d'IAS 38, ou comme stocks en vertu d'IAS 2 s'ils sont détenus pour être vendus dans le cours normal des affaires. Un dépôt en coffre zkAPI ne rentre pas proprement dans l'une ou l'autre catégorie. L'ETH ou l'USDC déposé n'est pas détenu pour une appréciation ou une vente. Il s'agit d'une contrepartie prépayée pour un service futur, ce qui le rapproche d'un actif de prépaiement ou d'avance sur le bilan. Le traitement précis dépendra du caractère remboursable du montant déposé et du calendrier de consommation attendu.
Selon les US GAAP, à la suite des orientations actualisées du FASB sur les actifs numériques qui ont introduit l'évaluation à la juste valeur pour certaines détentions de crypto, la classification des dépôts en coffre peut être tout aussi ambiguë. Si le jeton déposé est de l'USDC et que le traitement proposé par le FASB des stablecoins comme équivalents de trésorerie progresse, le dépôt pourrait être qualifié d'équivalent de trésorerie, sous réserve que les conditions pertinentes de remboursement soient remplies. Si l'actif déposé est de l'ETH, l'évaluation à la juste valeur par le biais du résultat net s'applique, et toute variation de la valeur de l'ETH entre la date de dépôt et la date de consommation générerait un gain ou une perte comptabilisé.
Étapes pratiques de tenue de livres
Les équipes financières utilisant un logiciel de tenue de livres crypto devraient établir un code de grand livre distinct pour les dépôts en coffre zkAPI au moment du transfert. Le dépôt représente un actif, soit un prépaiement, soit un actif numérique détenu à la juste valeur, selon le type de jeton et la norme applicable. Chaque événement de paiement confirmé par nullifier devrait déclencher la décomptabilisation de la portion correspondante du solde du coffre et la comptabilisation d'une charge pour le service d'IA consommé. Parce que les nullifiers sont publiés on-chain, ils fournissent un enregistrement vérifiable et horodaté de chaque événement de dépense, ce qui est utile aux fins de piste d'audit même si l'identité du payeur sous-jacent est obscurcie.
Implications AML et conformité
C'est ici que zkAPI devient véritablement difficile pour les responsables de la conformité et les cabinets qui les conseillent. Le protocole est spécifiquement conçu pour rompre le lien on-chain entre un payeur et un paiement. Cet objectif de conception, bien que légitime du point de vue de la confidentialité des données, recoupe directement les obligations de surveillance des transactions en vertu de la Recommandation 16 du Groupe d'action financière (la Travel Rule) et des cadres nationaux équivalents.
Considérations relatives à la Travel Rule
La Travel Rule exige que les prestataires de services d'actifs virtuels collectent et transmettent les informations sur l'émetteur et le bénéficiaire pour les transferts dépassant des seuils. Un dépôt en coffre dans un contrat zkAPI est un transfert on-chain vers un contrat intelligent. Savoir s'il constitue un « transfert » aux fins de la Travel Rule dépend de la façon dont l'autorité nationale compétente classe les interactions avec des contrats intelligents non dépositaires. Plusieurs juridictions, y compris l'UE dans le cadre des règles de mise en œuvre de MiCA, élaborent encore leur position sur ce point. Comprendre comment les lacunes de l'application de MiCA affectent les services crypto proches de la confidentialité est directement pertinent ici, car le design de confidentialité de zkAPI serait soumis à l'examen de tout régime exigeant des données de transaction attribuables.
Surveillance fondée sur les risques en pratique
Les cabinets dont les clients interagissent avec des coffres zkAPI devraient documenter explicitement l'objet de ces dépôts dans leurs dossiers AML. L'enregistrement publié des nullifiers confirme qu'un événement de dépense a eu lieu, et un cadre de conformité responsable devrait saisir chaque événement nullifier avec la valeur notionnelle en monnaie fiduciaire du service consommé au moment de la transaction. Cela ne résout pas le déficit d'identité que la preuve ZK crée délibérément, mais cela produit un grand livre auditable des montants d'utilisation et des horodatages.
Pour les équipes de trésorerie d'entreprise qui exploitent des agents d'IA autonomes payant leurs propres coûts de calcul via zkAPI, le tableau de conformité est encore plus complexe. Les paiements machine à machine entre agents d'IA, l'un des cas d'usage explicitement listés, généreraient en principe un flux de micro-transactions sans identité d'émetteur visible par l'homme. La politique interne devrait définir qui, dans l'organisation, est responsable des transactions d'approvisionnement du coffre, en traitant ces dépôts comme le point de contrôle attribuable même si les paiements des agents en aval sont pseudonymes.
Implications pour les flux de travail des logiciels de comptabilité des actifs numériques
La plupart des logiciels de comptabilité des actifs numériques de niveau entreprise classent actuellement les transferts entrants et sortants en fonction de la correspondance des adresses de portefeuille et des flux d'API d'échange. Les dépôts en coffre zkAPI apparaîtront on-chain comme des transferts d'un portefeuille connu vers une adresse de contrat intelligent. Les déductions, les événements de dépense individuels, n'apparaîtront pas comme des transferts conventionnels sortants. Au lieu de cela, les changements d'état internes du coffre, confirmés par la publication des nullifiers, génèrent les écritures comptables.
Cela signifie que les flux de travail standard d'importation de portefeuille risquent de mal classer l'activité zkAPI à moins que les ensembles de règles ne soient mis à jour. Les équipes financières devraient collaborer avec leurs processus de comptabilité Ethereum pour ajouter des règles de reconnaissance spécifiques : identifier l'adresse du contrat de coffre, traiter les transferts entrants vers celui-ci comme des actifs de prépaiement, et traiter les événements de dépense confirmés par nullifier comme une reconnaissance de charge, avec ajustement à la juste valeur lorsque l'actif déposé est de l'ETH plutôt qu'un stablecoin.
Les équipes d'audit devraient également réfléchir à la manière d'obtenir des éléments probants suffisants et appropriés pour les soldes zkAPI. Le solde du coffre existe sous forme de note privée dans l'état du contrat intelligent. Bien que l'état public de la blockchain confirme les avoirs agrégés du contrat, la confirmation du solde non dépensé spécifique d'un client individuel peut nécessiter que le client génère une preuve ZK de sa propre note, une procédure d'audit inédite sans norme établie à ce jour.
Ce que les équipes financières devraient faire maintenant
zkAPI est en ligne sur le mainnet aujourd'hui, ce n'est pas une expérience sur testnet. Étant donné que ses cas d'usage incluent des scénarios pertinents pour l'entreprise tels que les paiements d'agents d'IA en entreprise et les coûts de requêtes RPC, les équipes financières ne peuvent pas reporter ces questions à un cycle de révision ultérieur.
Actions immédiates
Premièrement, mettez à jour les ensembles de règles de votre logiciel de comptabilité des actifs numériques pour reconnaître l'adresse du contrat de coffre zkAPI et classer correctement les transferts entrants comme des prépaiements ou des détentions d'actifs numériques, selon le jeton déposé. Deuxièmement, établissez une politique interne désignant une personne ou une équipe nommée comme responsable des transactions d'approvisionnement du coffre, créant l'enregistrement d'émetteur attribuable que les cadres AML exigent même lorsque les événements de dépense en aval sont pseudonymes. Troisièmement, engagez vos auditeurs dès maintenant sur la norme de preuve qu'ils appliqueront aux soldes non dépensés du coffre, avant que ces soldes n'apparaissent dans les états financiers de fin d'année. Quatrièmement, surveillez les orientations réglementaires dans vos principales juridictions sur les interactions avec les contrats intelligents dans le cadre de la Travel Rule. L'UE, le Royaume-Uni et les États-Unis sont tous à des stades différents de cette analyse, et une position conforme aujourd'hui peut nécessiter un ajustement à mesure que les orientations se précisent.
Pour les cabinets comptables conseillant des clients actifs dans la crypto, ajouter zkAPI comme poste spécifique dans les questionnaires d'intégration des clients est une étape peu coûteuse qui pourrait éviter une erreur de classification importante en aval. Si un client dépose des montants significatifs d'ETH ou d'USDC dans des contrats de coffre pour financer des opérations d'agents d'IA, vous voulez le savoir avant la révision du grand livre de fin d'année, pas pendant celle-ci.
Foire aux questions
Un dépôt en coffre zkAPI est-il une sortie de capital ou une charge opérationnelle ?
Ni l'un ni l'autre, au moment du dépôt. Le dépôt est mieux traité comme un actif de prépaiement car aucun service n'a encore été consommé. La charge est comptabilisée progressivement à mesure que les événements nullifier confirment la consommation du service. Les variations de juste valeur du jeton déposé entre le dépôt et la consommation génèrent également des gains ou des pertes si l'actif est de l'ETH plutôt qu'un stablecoin.
L'activité zkAPI déclenche-t-elle des obligations au titre de la Travel Rule ?
Cela dépend de la juridiction et de la question de savoir si le régulateur traite un transfert vers un contrat intelligent non dépositaire comme une transaction couverte. Aucune autorité majeure n'a publié d'orientations spécifiques sur zkAPI ou des protocoles de coffre ZK similaires en octobre 2026. Les entreprises devraient appliquer une approche de précaution, documenter l'objet et l'émetteur des transactions d'approvisionnement du coffre, et suivre les évolutions dans le cadre des règles de mise en œuvre de MiCA et des orientations DeFi évolutives de FinCEN.
Comment les auditeurs doivent-ils vérifier un solde de coffre zkAPI non dépensé ?
Les procédures standard de confirmation blockchain confirmeront les avoirs agrégés du contrat de coffre, mais pas le solde spécifique d'un client individuel. La vérification du solde d'un client peut nécessiter que le client génère une preuve ZK de sa note. Aucune norme IAASB ou PCAOB ne traite encore de cette procédure, de sorte que les auditeurs devront documenter leur approche dans le dossier d'audit comme un jugement significatif.
Comment les coûts des services d'IA payés via zkAPI sont-ils comptabilisés dans le compte de résultat ?
Chaque événement de dépense confirmé par nullifier représente la consommation du service prépayé. La portion correspondante du solde du coffre devrait être décomptabilisée et une charge opérationnelle comptabilisée à ce moment, classée selon la nature du service d'IA. Pour les coûts de calcul des agents d'IA, cela relèverait généralement des charges de technologie ou de recherche et développement selon l'activité.
Quelles sont les implications de TVA ou de fiscalité indirecte des paiements zkAPI pour les services d'IA ?
La fourniture d'accès à une API d'IA est généralement un service numérique aux fins de la TVA/TPS. La nature pseudonyme des paiements zkAPI ne modifie pas le caractère fiscal sous-jacent de la fourniture. Toutefois, établir le lieu de la fourniture et le statut du client aux fins de l'autoliquidation de la TVA nécessite de connaître la localisation et le statut professionnel du client, des informations que le design ZK obscurcit délibérément. Les entreprises devraient s'assurer que toute utilisation de zkAPI pour des achats de services d'IA taxables est accompagnée d'une documentation séparée sur la juridiction du client et son statut d'assujetti à la TVA afin de soutenir le traitement correct de la TVA.
Source : The Block