Stellar a publié une preuve de concept open source pour les paiements privés sur son réseau. Le prototype permet les dépôts, transferts et retraits de jetons tout en gardant les montants et les liens expéditeur-destinataire hors de la vue du public.
Le flux de paiements privés utilise des preuves à connaissance nulle Groth16 construites avec des circuits Circom. La génération de preuves s’exécute côté client via WebAssembly, permettant aux utilisateurs de créer des preuves dans un navigateur Web. Le système fonctionne sur Soroban contrats intelligents et utilise un modèle de pool qui suit les engagements, similaire aux notes UTXO.
Les utilisateurs déposent des jetons dans le pool et reçoivent un nouvel engagement. Aucune note antérieure n’est dépensée lors d’un dépôt. Les transferts dépensent les engagements existants et en créent de nouveaux liés à une nouvelle clé publique, sans exposer les détails du transfert. Les retraits dépensent des notes et libèrent des jetons du pool. Une option « transaction » est disponible pour les utilisateurs qui souhaitent créer des transactions personnalisées dans le cadre des mêmes règles de paiement privées.
Contrôles ASP de Stellar et confidentialité ZK
Stellaire Le prototype de paiements privés introduit la sécurité administrative par les fournisseurs d’ensembles d’associations (ASP). Les ASP gèrent deux systèmes d’arborescence Merkle qui prennent en charge les vérifications de politique sans révéler l’activité des utilisateurs. Une arborescence suit les clés publiques approuvées via une structure d’adhésion, tandis que l’autre suit les clés publiques bloquées via une structure de non-adhésion.
Grâce à ces arbres, on peut démontrer qu’une transaction répond aux normes réglementaires et évite les ensembles bloqués, tandis que les informations de paiement restent confidentielles.
Le bundle de démonstration comprend le frontend, les circuits et les contrats intelligents Soroban. L’interface utilisateur est construite sur le frontend, qui comprend également une page d’administration ASP prenant en charge l’ajout de clés publiques à l’arborescence des membres et la gestion d’une liste d’exclusion. Les insertions de clés doivent être signées par un compte d’administrateur ASP, même lorsque l’interface peut dériver des clés pour n’importe quel compte à des fins de test.
La logique du circuit vérifie plusieurs conditions dans une seule preuve. Il évite les doubles dépenses et valide les preuves Merkle pour les engagements. Il impose également des engagements de production corrects et une conservation de l’équilibre, où les intrants sont égaux aux extrants plus tout montant public. En chaîne les éléments impliquent un contrat de pool où les dépôts, les transferts et les retraits sont effectués, et un contrat de vérificateur Groth16 à partir duquel la preuve est récupérée.
Stellar a également élargi l’accessibilité des portefeuilles sur les marchés émergents en s’associant à TopNod pour déployer un portefeuille non dépositaire en Asie, en Afrique et en Amérique latine. Comme nous couvertl’intégration est basée sur la technologie de partage de clés et d’environnement d’exécution de confiance pour éliminer les phrases de départ et est centrée sur les pièces stables et les actifs réels tokenisés.
Au moment de la rédaction du rapport, Stellar (XLM) se négociait à 0,1702 $en haut 8% en une journée, alors que le volume des échanges sur 24 heures était en hausse 10%.
