Wrapped zkAPI + Tor + trafic de couverture supplémentaire + réécriture locale des invites LLM dans un démon compatible OpenAI, et j’ai créé un wrapper « mode paranoïaque » pour mon agent (pi) : Chaque conversation se voit attribuer un circuit Tor distinct, vos demandes sont masquées avec un trafic de couverture aléatoire, zkAPI garantit que vous ne révélez pas votre identité via les paiements, et toutes les invites sont réécrites localement (apportez-votre-propre-modèle-local ; j’utilise qwen3.8-flash-next). https://t.co/MepCFCrLv1 Mon agent est encapsulé dans un sandbox bwrap (j’expérimente également avec MicroVM) et à nouveau encapsulé avec torsocks, de sorte que tout ce qu’il fait passe par Tor. Voici à quoi ressemble ma demande à l’agent pour effectuer une tâche de recherche simple. Il devient assez utilisable ! Bien que vous payiez encore considérablement en latence accrue, surtout au démarrage d’une nouvelle conversation. De plus, Tor n’est pas optimal ici pour la vie privée ; le mécanisme de trafic de couverture est acceptable contre les adversaires passifs, mais beaucoup plus faible si le fournisseur d’LLM collabore avec le gardien et manipule activement les délais. Ce type de tâche nécessite vraiment un mixnet plus spécialisé, probablement en acceptant le compromis d’un multiplicateur de bande passante plus élevé et d’un trafic de couverture constant intégré. En outre, des coûts de gaz beaucoup plus faibles pour les dépôts et retraits zkAPI arriveront prochainement sur le mainnet.