Le réseau Stellar lance une technologie de confidentialité open-source utilisant des preuves à divulgation zéro pour des transferts confidentiels avec des contrôles de conformité intégrés via des ASPs.
Stellar Private Payments (SPP) est récemment devenu open-source. Selon @StellarOrg sur X, les constructeurs de confidentialité peuvent commencer à développer dès maintenant avec cette nouvelle technologie.
Le système gère les dépôts, transferts et retraits privés. Des preuves ZK avec des sauvegardes configurables rendent cela possible. Les montants des transactions restent cachés du public.
Les utilisateurs ne révèlent plus les relations entre expéditeur et destinataire. Les preuves Groth16 effectuent le travail cryptographique. Les circuits Circom génèrent ces preuves côté client via WebAssembly.
À LIRE ABSOLUMENT : L’ancien CTO de Ripple : Bitcoin pourrait nécessiter une hard fork pour survivre à l’ère quantique
Les contrats intelligents Soroban alimentent la mise en œuvre. Nethermind a publié le dépôt GitHub avec toute la documentation. La preuve via navigateur se fait sans interaction avec un serveur.
La technologie Association Set Provider fournit la couche de conformité. Ils maintiennent des structures de Merkle doubles pour le suivi des membres. Les opérateurs de pools appliquent ainsi les contrôles administratifs.
La magie du zéro-connaissance rencontre la réalité de la blockchain
Les dépôts créent des engagements dans le système de pool. Aucune note d’entrée n’est dépensée durant ce processus. Des notes de sortie sont générées à la place pour de futurs dépôts.
Les circuits prouvent la propriété des UTXOs d’entrée simultanément. Les clés privées démontrent cette propriété. La vérification du calcul du nullifier empêche les tentatives de double dépense.
Les retraits fonctionnent à l’opposé des dépôts. Les notes d’entrée sont entièrement dépensées. Aucune note de sortie n’est créée lors du retrait.
Les règles de conservation du solde s’appliquent à chaque transaction. Les entrées doivent être égales aux sorties plus tout montant public. Les preuves Merkle valident correctement tous les engagements d’entrée.
Vous pourriez aussi aimer : La démarche de 442 millions de dollars de Harvard pour un ETF Bitcoin place la crypto devant les actions technologiques
Les opérations de transfert dépensent des engagements existants tout en en créant de nouveaux. La confidentialité est maintenue tout au long du processus. Les nouvelles clés publiques reçoivent les notes de sortie générées.
Les utilisateurs avancés accèdent à la fonction Transact pour des flux personnalisés. Ils peuvent dépenser, créer et transférer des notes à leur guise. Le système supporte ainsi des schémas de transaction complexes.
Contrôles de conformité qui ne brisent pas la vie privée
Les arbres d’adhésion ASP ne contiennent que des clés publiques approuvées. Les arbres de non-adhésion fonctionnent comme des listes d’exclusion. Les comptes bloqués apparaissent dans ces structures Merkle clairsemées.
Les preuves à divulgation zéro démontrent l’appartenance ou la non-appartenance sans révéler les identités. Cet équilibre entre confidentialité et conformité rend le système unique. Les contrats intelligents vérifient tout sur la chaîne.
Le contrat Pool gère la logique principale de dépôt et de retrait. Un vérificateur Groth16 Circom est déployé sur la chaîne pour la vérification des preuves. Les contrats ASP maintiennent séparément leurs structures d’arbres respectives.
À voir : La CFTC sollicite Ripple, Coinbase, Robinhood pour un panel sur la crypto
Les développeurs peuvent déployer des contrats sur le testnet Stellar pour expérimenter. Le script de déploiement nécessite de spécifier les niveaux d’arbre ASP. Les niveaux de pool et les montants maximum de dépôt doivent aussi être configurés.
L’application de démonstration est accessible à localhost:8080 après configuration. L’interface frontend offre une UI conviviale pour interagir avec le système. Les logs de la console aident à suivre le déroulement des opérations.
La page d’administration ASP est disponible séparément à localhost:8080/admin.html. L’insertion de clés publiques se fait via cette interface. Seuls les comptes administrateurs ASP peuvent signer ces insertions.
Conçu pour la recherche, pas encore pour la production
La chaîne de référence commune manque de génération décentralisée de cérémonies. Cela est indiqué dès la documentation. Le statut de preuve de concept signifie qu’il n’est pas recommandé pour une utilisation en production.
Actuellement, une seule circuit est supportée. Deux entrées et deux sorties définissent les limites. Des mises à jour futures pourraient élargir la variété des circuits selon Nethermind.
À noter : Coinbase lance des portefeuilles IA qui échangent de la crypto de façon autonome
Les nœuds RPC ne conservent les événements que pendant sept jours. La démo dépend fortement des événements Stellar pour fonctionner. Des indexeurs dédiés seront nécessaires pour des périodes plus longues.
Aucun audit de sécurité n’a été réalisé sur le code. La gestion des erreurs pourrait manquer certains cas extrêmes. Les actifs réels ne devraient pas encore interagir avec ce système.
Le support Stroops pour la gestion décimale de XLM est disponible. Les tests UI pour cela restent incomplets selon les notes GitHub. L’architecture montre comment les contraintes du circuit créent la magie du zéro-knowledge.
Les comptes de portefeuille Freighter peuvent rejoindre facilement les clés CLI Stellar. Les invites de phrase de récupération permettent cette addition. Ces mêmes comptes déploient ensuite des contrats et interagissent avec les fonctions d’administration.
Les exigences de licence demandent une attention particulière aux déployeurs
Apache 2.0 couvre la plupart des fichiers sources du dépôt. Le fichier circuits/build.rs utilise la licence GNU Lesser General Public License v3.0. La combinaison de licences impose des responsabilités spécifiques.
Les artefacts générés n’apparaissent pas dans le contrôle de version. Le répertoire dist/ est créé lors des builds. Les déployeurs deviennent distributeurs de ces circuits WebAssembly compilés.
Les exigences LGPLv3 signifient que la disponibilité du code source est importante. Les utilisateurs finaux doivent accéder au code source si vous distribuez des circuits compilés. Les fichiers LICENSE et NOTICE doivent accompagner toute distribution.
Nethermind a indiqué avoir utilisé une assistance LLM pour la création de contenu. La revue humaine, la modification et la révision ont suivi toute sortie générée par IA. L’équipe reste responsable de la documentation finale.
La confidentialité des transactions sur Stellar devient possible sans sacrifier les mécanismes réglementaires. La disponibilité open-source donne immédiatement aux constructeurs de confidentialité les outils. La fondation est en place pour développer des applications dès maintenant.
