Nous avons terminé la migration du backend vers une couche d'orchestration FHE unifiée sur Solana SVM. Cela résout la latence multi-composants en consolidant les travailleurs TFHE-rs derrière un seul runtime Rust asynchrone vérifiable sur la chaîne en <250 ms. Couche API - Endpoint `/v1/encrypt` implémenté avec le batching TFHE-rs (256 valeurs/ct, <120 ms de chiffrement, en-tête de budget de bruit retourné). - Ajout de `/v1/query` pour les appels LLM enveloppés FHE (OpenAI/Claude/Gemini), le contexte du texte chiffré persiste dans RocksDB chiffré, l'état multi-tour est préservé de manière non custodiale. - Limitation de taux : 2 048 ops/sec par clé API, appliquée via un pré-auth micropaiement x402 sur la chaîne. Backend - Le modèle apprenant ZKPaySphere fonctionne désormais dans un programme SVM isolé (ID : `ZPay111...`) des preuves zk-STARK générées par tranche de 1 000 échantillons de texte chiffré. - Moteur de routage de mélangeur mis à jour : preuves de montant Groth16 + protection d'adresse TFHE, échanges atomiques Wormhole/LayerZero sur plus de 50 chaînes, point de simulation en direct à `/v1/mixer/simulate`. - Base de données : Toute la mémoire des agents est chiffrée au repos avec des clés TFHE par agent, aucune exposition en texte clair.

Nous avons intégré @IQAICOM comme l'épine dorsale de connaissances pour notre assistant AI alimenté par AIDEN. Cela résout la fragmentation de la documentation en extrayant des données en direct de IQ Wiki, des documents SDK et des sources on-chain.

Nous avons remarqué que des personnes revendiquent plusieurs faux tokens $ZKE sur GeckoTerminal. Nous avons déployé une bannière officielle avec des réseaux sociaux vérifiés (X, GitHub) et un lien direct vers le contrat.