Ethereum cible la confidentialité de l'IA avec zkAPI pour des paiements API anonymes

La Fondation Ethereum (EF) a intervenu avec une solution native à la crypto ; son nouveau système zkAPI permet aux utilisateurs de régler les transactions pour les modèles d'IA et les APIs facturées au volume sous un voile complet d'anonymat.

Historiquement, les utilisateurs étaient contraints d'associer leur carte de crédit ou leurs clés API à chaque requête — un système critiqué pour sa vulnérabilité car il exposait l'historique des invites aux fournisseurs d'infrastructure.

Cependant, selon la Fondation Ethereum, ce problème est désormais résolu dans la nouvelle architecture car l'autorisation de dépense est effectuée localement à l'aide de notes cryptographiques. Elle a co-développé cette technologie conjointement avec le Projet Open Anonymity (OA).

La technologie zkAPI séparera les paiements de l'identité des utilisateurs

Dans un article de blog publié jeudi, la Fondation Ethereum a reconnu les failles profondes en matière de vie privée intégrées à l'architecture technologique moderne. Dans le paysage actuel, « votre clé API pointe vers un compte, le compte vers un moyen de paiement, et chaque invite que vous envoyez rejoint le registre associé aux deux », a-t-il noté.

Néanmoins, il a également affirmé qu'avec l'aide de la technologie zkAPI, le paiement est complètement découplé de l'identité. Ce processus commence par une transaction standardisée unique au cours de laquelle un utilisateur dépose des fonds sous forme de dépôt de crédit, tel que ETH ou USDC, dans le contrat de coffre-fort sur Ethereum. Il s'agit d'argent purement numérique, entièrement dépensable par l'utilisateur, mais non traçable à son identité ou à toute activité de dépôt précédente.

Le processus d'autorisation est également effectué entièrement du côté client. Un preuve à divulgation nulle de connaissance est créé localement, ce qui prouve que la transaction relève de la note privée sans divulguer l'état. Plus important encore, une seule preuve ZK peut vérifier à la fois une transaction unique et une session entière, selon l'EF.

De plus, l'architecture utilise un numéro de série distinctif, appelé nullifier, pour sécuriser le processus de dépense. En cas de tentative de double dépense, le système détectera simplement un nullifier en double sans divulguer aucune information utilisateur.

De plus, les API par défaut d'OpenAI et Ollama sont également disponibles localement, permettant aux applications IA, éditeurs et clients de chat existants d'y accéder via localhost.

S'exprimant sur le nouveau système, Ken Liu, doctorant en informatique à Stanford travaillant sur le projet Open Anonymity, a déclaré : « C'est comme une généralisation de l'inférence non traçable OA qui abstrait également les paiements. »

zkAPI pourrait remodeler la confidentialité des services IA

Le développement pourrait s'avérer particulièrement pertinent à mesure que les applications d'IA reposent de plus en plus sur l'inférence payante et les services facturés au volume. Au lieu d'exiger que les utilisateurs gèrent des comptes auprès de chaque fournisseur d'IA, zkAPI crée une couche de paiement qui permet potentiellement aux applications de régler leur consommation sans révéler l'identité associée à chaque requête.

Cette distinction est importante car les interactions avec l'IA peuvent contenir des informations hautement sensibles. Les invites peuvent révéler des détails personnels, des stratégies commerciales, du code propriétaire, des informations financières ou d'autres données privées.

Si l'utilisation de l'API peut être associée à un compte persistant ou à un moyen de paiement, les fournisseurs d'infrastructure peuvent être en mesure d'établir des registres détaillés autour de cette activité.

L'approche de la Fondation Ethereum vise à supprimer ce lien en rendant les identifiants de paiement indépendants de l'identité de l'utilisateur. Les utilisateurs peuvent alimenter un solde privé et autoriser les dépenses sans avoir à présenter à plusieurs reprises leurs identifiants de compte conventionnels au fournisseur de service.

L'architecture pourrait également faciliter l'intégration de paiements préservant la vie privée dans les applications existantes. Étant donné que zkAPI expose des interfaces standard pour des services tels qu'OpenAI et Ollama via localhost, les développeurs n'auraient pas nécessairement besoin de repenser entièrement leurs applications d'IA. Au lieu de cela, la couche de confidentialité peut s'intercaler entre l'application et le service API sous-jacent.

Cependant, cette technologie est encore une approche émergente, ce qui signifie que son adoption plus large dépendra de l'intégration par les développeurs, de la demande des utilisateurs, du soutien de l'infrastructure et des performances du système à mesure que les volumes de transactions augmentent.

Ethereum cible des développements en matière de mise à l'échelle du réseau et d'expérience utilisateur

La Fondation Ethereum précédemment a annoncé ses priorités protocolaires pour 2026. La feuille de route technique positionne le développement immédiat de l'écosystème sur une approche à trois volets : la mise à l'échelle du réseau, l'amélioration de l'expérience utilisateur et le renforcement des couches Layer-1.

En regardant en arrière, les développeurs d'Ethereum ont déjà commencé à implémenter des algorithmes cryptographiques résistants aux ordinateurs quantiques dans les couches d'exécution et de consensus, jetant ainsi les bases d'une résistance totale au quantique d'ici 2029. Par ailleurs, la limite de gaz visée par le réseau en 2026 dépasse les 100 millions.

En novembre, l'éducateur Ethereum Anthony Sassano a indiqué que l'objectif idéal pour cette année est d'atteindre 180 millions, bien qu'il ne s'agisse pas du meilleur résultat possible. En 2025, la limite de gaz d'Ethereum a été augmentée à 60 millions grâce aux mises à jour Pectra et Fusaka.

Le mois d'octobre devrait également voir l'implémentation de Glamsterdam sur la blockchain Ethereum, considéré comme l'un des plus grands jalons du réseau depuis la fusion de 2022. Cette mise à jour sera déployée selon un modèle à double couche, comprenant la mise à jour « Amsterdam » pour la couche d'exécution et la mise à jour « Gloas » pour la couche de consensus.

En termes d'exécution, Amsterdam introduira le traitement parallèle, qui, comme son nom l'indique, modifie la couche d'exécution pour effectuer les transactions en parallèle plutôt que séquentiellement, à l'image d'un passage par une caisse unique dans un supermarché.