Le réseau Stellar lance une technologie de confidentialité open-source utilisant des preuves à divulgation nulle de connaissance pour des transferts confidentiels avec des contrôles de conformité intégrés via les ASP.
Stellar Private Payments (SPP) est récemment devenu open-source. Selon @StellarOrg sur X, les développeurs axés sur la confidentialité peuvent maintenant commencer à construire avec cette nouvelle technologie.
Le système gère les dépôts privés, les transferts et les retraits. Les preuves ZK avec des protections configurables rendent cela possible. Les montants des transactions restent cachés de la vue publique.
Les utilisateurs ne révèlent plus les relations expéditeur-destinataire. Les preuves Groth16 effectuent le travail cryptographique. Les circuits Circom génèrent ces preuves côté client via WebAssembly.
À lire absolument : L'ex-CTO de Ripple : Bitcoin pourrait avoir besoin d'un Hard Fork pour survivre au quantique
Les smart contracts Soroban alimentent l'implémentation. Nethermind a publié le dépôt GitHub avec une documentation complète. La preuve basée sur le navigateur se produit sans interaction serveur.
La technologie Association Set Provider fournit la couche de conformité. Ils maintiennent des structures d'arbres de Merkle doubles pour le suivi des membres. Les opérateurs de pool appliquent les contrôles administratifs de cette manière.
La magie de la divulgation nulle 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 pendant ce processus. Les notes de sortie sont générées à la place pour des dépenses futures.
Les circuits prouvent simultanément la propriété des UTXO d'entrée. Les clés privées démontrent cette propriété. Le calcul du nullificateur est vérifié pour empêcher 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 tout au long des transactions. Les entrées doivent égaler les sorties plus tout montant public. Les preuves de Merkle valident correctement tous les engagements d'entrée.
Vous aimerez peut-être aussi : Le mouvement de 442 millions $ de Harvard dans les ETF Bitcoin place la crypto devant les actions technologiques
Les opérations de transfert dépensent les 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 à volonté. Le système prend en charge des modèles de transactions complexes de cette manière.
Des contrôles de conformité qui ne compromettent pas la confidentialité
Les arbres de membres ASP ne contiennent que des clés publiques approuvées. Les arbres de non-membres fonctionnent comme des listes d'exclusion. Les comptes bloqués apparaissent dans ces structures de Merkle clairsemées.
Les preuves à divulgation nulle de connaissance démontrent l'appartenance ou la non-appartenance sans révéler les identités. Cet équilibre entre confidentialité et conformité est ce qui rend le système unique. Les smart contracts vérifient tout on-chain.
Le contrat Pool gère la logique principale de dépôt et de retrait. Un vérificateur Circom Groth16 se trouve on-chain pour la vérification des preuves. Les contrats ASP maintiennent leurs structures d'arbres respectives séparément.
À découvrir : La CFTC nomme les PDG de Ripple, Coinbase et Robinhood dans un panel crypto
Les développeurs peuvent déployer des contrats sur le testnet Stellar pour l'expérimentation. Le script de déploiement nécessite de spécifier les niveaux d'arbre ASP. Les niveaux de pool et les montants de dépôt maximum nécessitent également une configuration.
L'application de démonstration fonctionne sur localhost:8080 après configuration. Le frontend fournit une interface utilisateur agréable pour l'interaction système. Les journaux de console aident à suivre ce qui se passe pendant les opérations.
La page d'administration ASP existe séparément sur localhost:8080/admin.html. L'insertion de clés publiques se fait via cette interface. Cependant, 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 de cérémonie décentralisée. Cela est divulgué d'emblée dans la documentation. Le statut de preuve de concept signifie que l'utilisation en production n'est pas recommandée.
Actuellement, un seul circuit est pris en charge. Deux entrées et deux sorties définissent les limites. Les futures mises à jour pourraient étendre la variété des circuits selon Nethermind.
Connexe : Coinbase lance des portefeuilles IA qui échangent des cryptos de manière 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 ses fonctionnalités. Des indexeurs dédiés deviennent nécessaires pour des périodes d'exploitation plus longues.
Les audits de sécurité n'ont pas été effectués sur la base de code. La gestion des erreurs pourrait manquer certains cas limites. Les actifs réels ne devraient pas toucher ce système actuellement.
Le support des Stroops existe pour la gestion des décimales XLM. Les tests de l'interface utilisateur pour cela restent incomplets selon les notes GitHub. L'architecture montre comment les contraintes de circuit créent la magie de la divulgation nulle.
Les comptes de portefeuille Freighter peuvent facilement rejoindre les clés Stellar CLI. Les invites de phrase de récupération permettent cet ajout. Les mêmes comptes déploient ensuite des contrats et interagissent avec les fonctions d'administration.
Les licences exigent une attention particulière de la part des déployeurs
Apache 2.0 couvre la plupart des fichiers sources du dépôt. Le fichier circuits/build.rs utilise plutôt la licence publique générale limitée GNU v3.0. Les licences mixtes créent 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 compilations. Les déployeurs deviennent distributeurs de ces circuits WebAssembly compilés.
Les exigences LGPLv3 signifient que la disponibilité du code source compte. Les utilisateurs finaux doivent accéder à la source si vous distribuez des circuits compilés. Les fichiers LICENSE et NOTICE doivent accompagner tout déploiement.
Nethermind a divulgué l'assistance LLM dans la création de contenu. La révision, l'édition et la révision humaines ont suivi toute sortie générée par l'IA. L'équipe maintient la responsabilité de la documentation finale.
La confidentialité des transactions sur Stellar est devenue possible sans sacrifier les points d'ancrage réglementaires. La disponibilité open-source signifie que les développeurs de confidentialité disposent des outils immédiatement. La fondation existe pour développer des applications maintenant.
Source : https://www.livebitcoinnews.com/stellar-launches-private-payments-that-hide-your-transactions/
