Le co-fondateur d’Ethereum, Vitalik Buterin, et le responsable IA de la Ethereum Foundation, Davide Crapis, ont partagé un article de blog expliquant que les utilisateurs peuvent interagir de manière privée avec de grands modèles de langage et prévenir le spam et la triche via des preuves à divulgation nulle de connaissance (zero-knowledge proofs).
Les développeurs d’Ethereum créent une méthode privée pour payer les chatbots IA
Vitalik Buterin et Davide Crapis affirment que les chatbots IA posent aujourd’hui de sérieux problèmes de confidentialité, car les utilisateurs partagent des informations personnelles et sensibles via des appels d’API qui peuvent enregistrer, suivre et 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 chaque jour.
Pour cette raison, Buterin et Crapis expliquent que les fournisseurs d’IA peuvent soit demander aux utilisateurs de se connecter avec une adresse e-mail ou de payer par carte bancaire, soit utiliser des paiements blockchain pour l’anonymat.
Si les entreprises choisissent les adresses e-mail et les paiements par carte bancaire car ils sont plus familiers, la confidentialité des utilisateurs sera menacée, puisque chaque requête de chatbot est liée à l’identité réelle de quelqu’un. Cela peut mener à du profilage, du suivi et même des risques juridiques si ces journaux sont présentés devant un tribunal.
Avec les paiements blockchain, les utilisateurs devraient payer on-chain pour chaque requête, mais le processus est lent et coûteux, et il crée un enregistrement visible de chaque message. La confidentialité lors du paiement à la requête serait donc à nouveau impossible, car l’historique des transactions de l’utilisateur serait facilement traçable.
Les développeurs d’Ethereum proposent désormais un nouveau modèle dans lequel un utilisateur dépose des fonds une seule fois dans un smart contract, puis effectue des milliers d’appels API privés. Ainsi, le fournisseur est certain que les requêtes ont été payées, et l’utilisateur n’a pas à confirmer son identité à chaque interaction avec le chatbot.
Buterin et Crapis affirment que ce nouveau modèle contribuera grandement à protéger les utilisateurs tout en permettant à la technologie de se développer.
Les preuves à divulgation nulle de connaissance empêchent les comportements abusifs sans révéler l’identité des utilisateurs
Les développeurs d’Ethereum expliquent que le système utilisera la cryptographie à divulgation nulle de connaissance pour prévenir la triche et l’abus, car elle permet à un utilisateur de prouver qu’une affirmation est vraie sans révéler son identité. Vitalik Buterin et Davide Crapis précisent que ces outils zero-knowledge aideront les utilisateurs honnêtes à rester anonymes tout en exposant les acteurs malveillants tentant d’enfreindre les règles.
Le nouveau modèle utilisera un outil appelé Rate-Limit Nullifiers (RLN), qui permet aux utilisateurs de faire des requêtes anonymes et d’attraper quiconque tente de contourner le protocole.
Ce processus commence lorsqu’un propriétaire de compte génère une clé secrète et ajoute des fonds à un smart contract, qui sert ensuite de réserve pour les appels API. Le propriétaire du compte financera le compte une seule fois, puis effectuera des appels privés en utilisant les fonds déposés, plutôt que de réaliser des transactions séparées à chaque appel d’API.
C’est une limitation évidente : un individu ne peut effectuer que le nombre d’appels correspondant à la somme déposée. Ensuite, chaque fois que l’utilisateur fait une requête, le protocole lui attribue un indice de ticket, et l’utilisateur doit produire une preuve spéciale, appelée ZK-STARK, qu’il continue à utiliser les fonds déposés auprès du protocole, ainsi que les remboursements auxquels il a droit. En même temps, le système traite également les remboursements, puisque les requêtes IA n’ont pas toujours le même coût.
Le protocole génère également un nullifier unique pour chaque ticket afin de prouver l’utilisation et identifie immédiatement toute tentative de réutilisation du même indice de ticket pour deux requêtes différentes.
Selon Buterin et Crapis, l’abus ne se limite pas à la double dépense, certains utilisateurs pouvant essayer d’enfreindre les règles du fournisseur en envoyant des requêtes nuisibles, des jailbreaks, ou des demandes pour du contenu illégal tel que des instructions pour des armes.
Le protocole ajoute ainsi une autre couche appelée dual staking, où le dépôt de l’utilisateur est soumis à des règles mathématiques strictes, et l’autre au respect de la politique du fournisseur.
