Les développeurs Ethereum proposent une confidentialité à connaissance nulle pour les chatbots IA

Les développeurs Ethereum ont proposé une nouvelle façon de protéger la vie privée des utilisateurs grâce à des chatbots d'IA qui leur permettent d'effectuer des appels API sans lier leurs requêtes à leur véritabledent, tout en rémunérant les fournisseurs et en sanctionnant les auteurs d'abus.

Ethereum Vitalik Buterin, cofondateur Ethereum de la Fondation ont publié un article de blog expliquant que les utilisateurs peuvent interagir de manière privée avec de grands modèles de langage et empêcher le spam et la tricherie grâce aux preuves à divulgation nulle de connaissance.

Les développeurs Ethereum créent une solution privée pour payer les chatbots IA

Vitalik Buterin et Davide Crapis affirment que les chatbots IA soulèvent de sérieuses préoccupations en matière de confidentialité, car les utilisateurs partagent des informations personnelles et sensibles via des appels API qui peuvent enregistrer, tracet parfois relier ces requêtes à leur propriétaire.

Les développeurs de ces chatbots affirment qu'ils ne peuvent plus ignorer le problème, car le risque d'exposition des données personnelles ne cesse de croître à mesure que les gens utilisent l'IA au quotidien.

C’est pourquoi Buterin et Crapis expliquent que les fournisseurs d’IA peuvent soit demander aux utilisateurs de se connecter avec une adresse électronique ou de payer par carte de crédit, soit utiliser des paiements blockchain pour garantir l’anonymat. 

Si les entreprises privilégient les adresses e-mail et les paiements par carte bancaire par simple commodité, la confidentialité des utilisateurs sera menacée, car chaque requête via un chatbot permet d'établir unedentréelle. Cela peut entraîner du profilage, tracet même des risques juridiques si ces données sont présentées devant un tribunal.

Pour les paiements par blockchain, les utilisateurs devraient payer sur la chaîne pour chaque requête, mais le processus est lent et coûteux, et il crée un historique visible de chaque message. La confidentialité lors du paiement par requête serait à nouveau impossible car l'historique des transactions de l'utilisateur serait facilement trac. 

Ethereum Les développeurs proposent un nouveau modèle : l'utilisateur dépose des fonds une seule fois dans un contrat intelligent,traceffectue des milliers d'appels API privés. Ainsi, le fournisseur a la certitude que les requêtes ont été payées et l'utilisateur n'a pas à confirmer son identitédentchaque interaction avec le chatbot.

Buterin et Crapis affirment que ce nouveau modèle contribuera grandement à assurer la sécurité des personnes tout en permettant le développement de la technologie.

Les preuves à divulgation nulle de connaissance empêchent les comportements malveillants sans révéler l'dentde l'utilisateur

Ethereum Les développeurs affirment que le système utilisera la cryptographie à divulgation nulle de connaissance pour prévenir la tricherie et les abus, car elle permet à un utilisateur de prouver la véracité d'une information sans révéler son identitédentVitalik Buterin et Davide Crapis expliquent que les outils de divulgation nulle de connaissance aideront les utilisateurs honnêtes à rester anonymes tout en démasquant les personnes mal intentionnées qui tentent d'enfreindre les règles. 

Le nouveau modèle utilisera un outil appelé Rate-Limit Nullifiers (RLN), qui permet aux utilisateurs d'effectuer des requêtes anonymes et de repérer toute personne qui tente de contourner le protocole.

Ce processus débute lorsqu'un titulaire de compte génère une clé secrète et ajoute des fonds à untracintelligent, lequel sert ensuite de tampon pour les appels API. Le titulaire du compte approvisionne le compte une seule fois, puis effectue des appels privés en utilisant les fonds déposés, au lieu de réaliser des transactions distinctes à chaque appel API. 

Il s'agit d'une limitation évidente, car un utilisateur ne peut effectuer qu'autant d'appels que le montant de son dépôt. À chaque requête, le protocole lui attribue un numéro de ticket, et l'utilisateur doit fournir une preuve spécifique, appelée ZK-STARK, attestant qu'il utilise toujours les fonds déposés auprès du protocole, ainsi que les éventuels remboursements auxquels il a droit. Parallèlement, le système traite également les remboursements, car le coût des requêtes d'IA n'est pas toujours identique.

Le protocole génère également un annulateur unique pour chaque ticket afin de prouver son utilisation etdentimmédiatement les tentatives de réutilisation du même index de ticket pour deux requêtes différentes.

Selon Buterin et Crapis, l'abus ne se limite pas aux doubles dépenses, car certains utilisateurs peuvent tenter d'enfreindre les règles du fournisseur en envoyant des messages malveillants, des jailbreaks ou des demandes de contenu illégal comme des instructions sur les armes. 

Le protocole ajoute ainsi une couche supplémentaire appelée double mise en jeu, où le dépôt de l'utilisateur est soumis à des règles mathématiques strictes, et l'autre à l'application de la politique du fournisseur.