Stellar présente les paiements privés open-source avec des protections ZK avancées

• Stellar publie une preuve de concept open-source pour les paiements privés utilisant des zk proofs Groth16 pour les dépôts, transferts et retraits privés.
• Stellar ajoute des arbres Merkle d’adhésion et de non-adhésion ASP, permettant aux pools d’appliquer des règles d’autorisation/blocage sans révéler les détails des transactions.

Stellar a publié une preuve de concept open-source pour les paiements privés sur son réseau. Le prototype permet des dépôts, transferts et retraits de jetons tout en maintenant les montants et les liens entre expéditeur et destinataire hors de la vue publique.
Le flux de paiements privés utilise des preuves à zéro connaissance Groth16 construites avec des circuits Circom. La génération de preuves s’effectue côté client via WebAssembly, permettant aux utilisateurs de créer des preuves dans un navigateur web. Le système fonctionne sur des contrats intelligents Soroban et utilise un modèle de pool qui suit les engagements, similaire aux notes UTXO.

Stellar Private Payments (SPP) est désormais open source !

Cela signifie des dépôts, transferts et retraits privés sur Stellar avec des preuves ZK et des protections configurables.

Constructeurs de confidentialité → Commencez à construire !https://t.co/1nGgBWyZTy

— Stellar (@StellarOrg) 13 février 2026

Les utilisateurs déposent des jetons dans le pool et reçoivent un nouvel engagement. Aucun note antérieure n’est dépensée lors d’un dépôt. Les transferts dépensent des engagements existants et en créent de nouveaux liés à une nouvelle clé publique, sans révéler les détails du transfert. Les retraits dépensent des notes et libèrent des jetons du pool. Une option « effectuer une transaction » est disponible pour les utilisateurs souhaitant créer des transactions personnalisées dans le cadre des mêmes règles de paiement privé.
Contrôles ASP de Stellar et confidentialité ZK
Le prototype de paiements privés de Stellar introduit une sécurité administrative par le biais des fournisseurs de jeux d’associations (ASP). Les ASP gèrent deux systèmes d’arbres Merkle qui supportent des vérifications de politique sans révéler l’activité utilisateur. Un arbre suit les clés publiques approuvées via une structure d’adhésion, tandis que l’autre suit les clés bloquées via une structure de non-adhésion.
Grâce à ces arbres, il est possible de démontrer qu’une transaction respecte les normes réglementaires et évite les ensembles bloqués, tout en maintenant la confidentialité des informations de paiement.
Le bundle de démonstration comprend l’interface utilisateur, les circuits et les contrats intelligents Soroban. L’interface utilisateur est construite sur le frontend, qui inclut également une page d’administration ASP permettant d’ajouter des clés publiques à l’arbre d’adhésion et de gérer une liste d’exclusion. Les insertions de clés doivent être signées par un compte administrateur ASP, même si l’interface peut dériver des clés pour tout compte à des fins de test.
La logique du circuit vérifie plusieurs conditions en une seule preuve. Elle empêche la double dépense et valide les preuves Merkle pour les engagements. Elle garantit également la conformité des engagements de sortie et la conservation du solde, où les entrées égalent les sorties plus tout montant public. Les éléments en chaîne impliquent un contrat de pool pour les dépôts, transferts et retraits, ainsi qu’un contrat vérificateur Groth16 d’où la preuve est récupérée.
Stellar a également élargi l’accès aux portefeuilles dans les marchés émergents en s’associant avec TopNod pour déployer un portefeuille non custodial en Asie, en Afrique et en Amérique latine. Comme mentionné, l’intégration repose sur le sharding clé et la technologie Trusted Execution Environment pour éliminer les phrases de récupération, et se concentre sur les stablecoins et les actifs tokenisés réels.
Au moment du rapport, Stellar (XLM) se négociait à 0,1702 $, en hausse de 8 % en une journée, avec un volume d’échange sur 24 heures en hausse de 10 %.