STRK20 de StarkWare est ce que le monde crypto attendait depuis des années. Pas un simple « ajout de confidentialité », mais une confidentialité intégrée directement dans le système. Analysons cela techniquement. Les blockchains publiques sont conçues pour être transparentes. Chaque solde, chaque transfert et chaque contrepartie sont visibles. Excellente pour la traçabilité, mais un véritable frein à l’adoption. Les entreprises ne peuvent pas exposer les flux de trésorerie. Les employés ne veulent pas que leurs salaires soient publics. Les traders ne peuvent pas risquer que leurs stratégies soient anticipées. Les solutions existantes ont tenté de résoudre ce problème avec des mixeurs et des enveloppes. Mais elles fragmentent la liquidité et traitent la confidentialité comme une après-pensée : des pools séparés, des actifs séparés, une infrastructure séparée. STRK20 inverse ce modèle. C’est un cadre de jeton qui rend la confidentialité une propriété native pour tout jeton ERC-20 sur Starknet. Pas une enveloppe. Pas un mixeur. Au cœur se trouve un seul pool de confidentialité partagé. Tous les ERC-20 utilisent le même pool. Les utilisateurs déposent → effectuent des transactions en privé → retirent quand nécessaire. L’expéditeur, le destinataire, le type de jeton et le montant sont tous masqués par défaut. Chaque transaction est validée par une preuve ZK-STARK. Validité sans révéler aucun détail. L’architecture est là où cela devient intéressant. Tout est écrit en Cairo. Le même langage que Starknet utilise pour prouver ses blocs. Pas de circuits personnalisés. Pas de pile de preuve parallèle. Un seul système pour à la fois la logique d’application et les preuves. Les preuves sont générées côté client avec Stwo, le nouveau prouveur de StarkWare. Basé sur les Circle STARKs sur le champ M31, il est environ 100 fois plus rapide que leur système précédent. Cela signifie que les preuves peuvent être générées sur votre téléphone ou votre ordinateur portable. Votre transaction est prouvée localement. Le séquenceur la vérifie, mais ne voit jamais les données. C’est un changement majeur par rapport aux modèles de preuve centralisés. Il existe également une couche de conformité réfléchie. Les utilisateurs enregistrent des clés de lecture chiffrées sur la blockchain. Si nécessaire, un auditeur désigné peut déchiffrer l’historique d’un utilisateur spécifique sans exposer le reste du pool. Disclosure sélective, pas une porte dérobée. Cela peut être implémenté via un chiffrement à seuil, ce qui signifie qu’aucune partie unique ne peut surveiller les utilisateurs unilatéralement. Le design d’un seul pool est crucial. La plupart des systèmes de confidentialité divisent la liquidité en pools par actif. Des pools plus petits = une confidentialité plus faible. STRK20 utilise un seul ensemble d’anonymat partagé entre tous les actifs. Plus d’utilisateurs, plus de confidentialité, pas de fragmentation. Ce qui est prévu dès le jour du lancement : • Des échanges anonymes sur Ekubo • Des flux de staking anonymes Les trades affectent l’AMM publiquement, mais votre identité reste cachée. Du point de vue ZK, c’est des années de recherche qui se réunissent. Cairo pour la logique Preuves STARK (pas de configuration de confiance) Contraintes AIR Engagements basés sur le hachage Preuve côté client Pas d’hypothèses sur les courbes elliptiques. Sécurisé contre les ordinateurs quantiques. Rapide aussi. ~5s de finalité, coût inférieur à 0,20 $. À ce stade, la question n’est plus de savoir si la cryptographie fonctionne. C’est si le modèle de conformité est suffisamment solide pour une adoption institutionnelle réelle. Car le problème difficile n’est plus mathématique. C’est la réglementation. Mais purement en tant que génie ZK, STRK20 est l’un des systèmes les plus propres de confidentialité par défaut que nous ayons vus sur une L2 à usage général.