La Fondation Ethereum lance zkAPI pour paiements privés
Le système utilise des dépôts de coffre-fort et des preuves à connaissance nulle pour dissocier la facturation de l'utilisation mesurée de l'IA/API, mais il ne cache pas les invites ni les métadonnées du réseau.
La Fondation Ethereum annonce que zkAPI est désormais en ligne sur le mainnet Ethereum, livrant une couche de paiement prépayée pour les services API mesurés liés à l'IA et d'autres, visant à garder les identités de facturation non liées à l'utilisation.
La sortie transforme une proposition de février pour des "crédits d'utilisation API" à connaissance nulle en une mise en œuvre fonctionnelle, tout en limitant explicitement la confidentialité à la non-liaison des paiements plutôt qu'à l'anonymat du contenu ou du réseau.
La Fondation Ethereum a déclaré que zkAPI est désormais opérationnel sur le mainnet Ethereum, le positionnant comme une mise en œuvre de production d'un design de paiement basé sur la connaissance nulle pour un accès prépayé à l'IA et à d'autres APIs.La Fondation a décrit zkAPI comme étant construit avec le Projet d'Anonymat Ouvert, avec la promesse fondamentale que les utilisateurs peuvent payer pour l'utilisation de l'API sans révéler leurs identités de facturation.
Le lancement est présenté comme un suivi direct d'une proposition de février par le chercheur de la Fondation Ethereum Davide Crapis et le co-fondateur d'Ethereum Vitalik Buterin pour des "crédits d'utilisation API basés sur ZK". Dans le cadre de la Fondation, la sortie du mainnet le 2 octobre n'est pas une nouvelle note de recherche. C'est le concept antérieur transformé en un flux de paiement fonctionnel qui peut être utilisé pour de vraies demandes.
Parallèlement à l'annonce du mainnet, le projet a publié des outils destinés à rendre le système utilisable par les développeurs et les utilisateurs finaux, y compris un client local, un kit de développement logiciel (SDK) et une mise en œuvre de chat IA basée sur un navigateur. L'annonce n'a pas inclus de métriques de lancement telles que le nombre d'utilisateurs, les totaux de dépôts ou le volume de règlement.
Dépôts de coffre, preuves de crédit ZK et clés à courte durée de vie : le flux de paiement et ses limites de confidentialité
Les mécanismes de zkAPI sont construits autour de la séparation de "qui a payé" et "qui a utilisé", sans essayer de cacher ce qui a été demandé ou d'où la demande provient. Les utilisateurs déposent des fonds dans un coffre Ethereum, puis génèrent preuves à divulgation nulle pour montrer qu'ils ont suffisamment de crédit prépayé pour couvrir une demande d'API sans révéler quels dépôts on-chain leur appartiennent.
Vittorio Rivabella, coordinateur AI de l'équipe dAI de la Fondation Ethereum,dAI a décrit le système comme émettant des clés API à durée de vie courte avec des limites de dépenses prédéfinies.
Ce choix de conception est important car il correspond à la manière dont les API mesurées sont vendues aujourd'hui, où les fournisseurs imposent des quotas et une facturation via des clés, tandis que la couche de règlement peut être abstraite de l'infrastructure principale du fournisseur.
La frontière de la vie privée est explicite. Les requêtes sont envoyées directement au fournisseur AI, tandis que l'utilisation est réglée séparément via la couche de paiement, ce qui signifie que le fournisseur voit toujours le contenu de la demande et les métadonnées réseau qui y sont associées.
La Fondation a également noté que les utilisateurs peuvent toujours être potentiellement liés à travers des sessions via des adresses IP, le timing ou des informations contenues dans leurs demandes.
En d'autres termes, zkAPI est mieux compris comme une facturation sans lien pour une utilisation prépayée, et non comme une pile de chat AI privée. Il peut empêcher qu'un dépôt soit triviellement lié à une demande spécifique, mais il ne prétend pas cacher la requête, la relation avec le fournisseur, ou la trace au niveau réseau qui fait souvent le véritable lien.
Signaux d'adoption que les traders peuvent réellement suivre après le lancement
La question du marché à court terme est de savoir si zkAPI devient un élément de paiement utilisé ou reste une preuve de concept avec une étiquette mainnet. L'annonce ne nomme pas les fournisseurs d'IA intégrés ou les services API mesurés au-delà de l'implémentation de chat IA basée sur le navigateur, et elle ne publie pas de métriques d'adoption qui permettraient aux traders de traduire le lancement en activité onchain mesurable.
Le chemin de confirmation le plus clair est opérationnel, pas narratif. Si les contributeurs publient les adresses des contrats pour les composants de coffre-fort et de règlement, les traders peuvent suivre les dépôts de coffre-fort, les déposants uniques et le volume de règlement au fil du temps, puis comparer cette activité avec les annonces d'intégration.
Les intégrations sont le deuxième pilier. Un soutien spécifique des fournisseurs au-delà de l'implémentation initiale de chat IA basé sur le navigateur clarifierait si zkAPI est traité comme un rail de facturation à usage général pour les API mesurées, ou comme une démonstration étroite pour l'utilisation de l'IA.
Le troisième signal est de savoir si le client et le SDK évoluent pour address les risques de lienabilité déclarés, soit en élargissant la confidentialité au-delà de l'absence de lienabilité de facturation, soit en fournissant des conseils explicites sur les outils de confidentialité réseau recommandés.
Enfin, les mécanismes de frais restent non résolus à partir de l'extrait de lancement, y compris qui paie gas ou les frais et si le règlement d'utilisation crée une activité onchain soutenue plutôt que des dépôts sporadiques.
Mon avis : Une véritable étape de livraison, mais le signal du marché dépend des intégrations et de l'utilisation mesurable.
Le lancement est interprété comme « Ethereum a livré une IA privée », et ce cadre ne survit pas aux petits caractères. Ce qui a été livré est un élément de paiement qui dissocie la facturation de l'utilisation au niveau du dépôt, tout en laissant les invites et les métadonnées réseau en clair pour les fournisseurs, ce qui le rapproche d'une infrastructure de mesure prépayée plutôt que d'une couche de confidentialité pour les interactions IA.
Le seuil qui importe est de savoir si zkAPI obtient des intégrations nommées et un usage onchain surveillable une fois que les adresses de contrat et les mécanismes de frais sont publics. Si ces deux éléments se concrétisent et que le volume de règlement commence à sembler persistant, la configuration commence à paraître structurelle plutôt que motivée par des annonces.
