- Stellar veröffentlicht ein Open-Source-Proof-of-Concept für private Zahlungen unter Verwendung von Groth16 zk-Proofs für private Einzahlungen, Überweisungen und Auszahlungen.
- Stellar ergänzt ASP-Mitgliedschafts- und Nichtmitgliedschafts-Merkle-Bäume, wodurch Pools Zulassungs-/Blockierungsregeln durchsetzen können, ohne Transaktionsdetails offenzulegen.
Stellar hat ein Open-Source-Proof-of-Concept für private Zahlungen im eigenen Netzwerk veröffentlicht. Der Prototyp ermöglicht Token-Einzahlungen, Überweisungen und Auszahlungen, wobei Beträge und Verbindungen zwischen Sender und Empfänger nicht öffentlich einsehbar sind.
Der Ablauf für private Zahlungen verwendet Groth16 Zero-Knowledge-Proofs, die mit Circom-Schaltkreisen erstellt wurden. Die Proof-Generierung läuft clientseitig über WebAssembly, sodass Nutzer Nachweise direkt im Webbrowser erstellen können. Das System läuft auf Soroban Smart Contracts und nutzt ein Pool-Modell, das Verpflichtungen ähnlich wie UTXO-Notizen verfolgt.
Stellar Private Payments (SPP) ist jetzt Open Source!
Das bedeutet private Einzahlungen, Überweisungen und Auszahlungen auf Stellar mit ZK-Proofs und konfigurierbaren Schutzmechanismen.
Privacy Builders → Fangt an zu bauen!https://t.co/1nGgBWyZTy
— Stellar (@StellarOrg) 13. Februar 2026
Nutzer hinterlegen Token im Pool und erhalten eine neue Verpflichtung. Bei einer Einzahlung werden keine vorherigen Notizen ausgegeben. Überweisungen verbrauchen bestehende Verpflichtungen und erzeugen neue, die an einen neuen öffentlichen Schlüssel gebunden sind, ohne die Überweisungsdetails offenzulegen. Auszahlungen verbrauchen Notizen und geben Token aus dem Pool frei. Eine „Transact“-Option steht Nutzern zur Verfügung, die eigene Transaktionen innerhalb derselben Regeln für private Zahlungen erstellen möchten.
Stellars ASP-Kontrollen und ZK-Privatsphäre
Stellars Prototyp für private Zahlungen führt administrative Sicherheit durch Association Set Providers (ASPs) ein. ASPs verwalten zwei Merkle-Baum-Systeme, die Richtlinienprüfungen ermöglichen, ohne Nutzeraktivitäten offenzulegen. Ein Baum verfolgt genehmigte öffentliche Schlüssel durch eine Mitgliedschaftsstruktur, während der andere gesperrte öffentliche Schlüssel durch eine Nichtmitgliedschaftsstruktur verfolgt.
Mit diesen Bäumen kann nachgewiesen werden, dass eine Transaktion regulatorischen Standards entspricht und gesperrte Gruppen vermeidet, während Zahlungsinformationen vertraulich bleiben.
Das Demo-Paket besteht aus dem Frontend, den Schaltkreisen und Soroban Smart Contracts. Die Benutzeroberfläche ist im Frontend aufgebaut, das auch eine ASP-Admin-Seite enthält, die das Hinzufügen öffentlicher Schlüssel zum Mitgliedschaftsbaum und die Verwaltung einer Ausschlussliste unterstützt. Das Einfügen von Schlüsseln muss von einem ASP-Administrator-Konto signiert werden, auch wenn die Oberfläche Schlüssel für jedes Konto zu Testzwecken ableiten kann.
Die Schaltkreislogik prüft mehrere Bedingungen in einem einzigen Nachweis. Sie verhindert Double-Spending und validiert Merkle-Proofs für Verpflichtungen. Außerdem erzwingt sie korrekte Output-Verpflichtungen und die Erhaltung des Gleichgewichts, wobei Eingaben den Ausgaben plus jedem öffentlichen Betrag entsprechen. On-Chain-Elemente umfassen einen Pool-Vertrag, in dem Einzahlungen, Überweisungen und Auszahlungen erfolgen, sowie einen Groth16-Verifier-Vertrag, aus dem der Nachweis abgerufen wird.
Stellar hat die Zugänglichkeit von Wallets in aufstrebenden Märkten ebenfalls erweitert, indem eine Partnerschaft mit TopNod eingegangen wurde, um eine Non-Custodial Wallet in Asien, Afrika und Lateinamerika einzuführen. Wie wir berichtet haben, basiert die Integration auf Key Sharding und Trusted Execution Environment-Technologie, um Seed-Phrasen zu eliminieren, und konzentriert sich auf Stablecoins und tokenisierte reale Vermögenswerte.
Zum Zeitpunkt der Berichterstattung wurde Stellar (XLM) zu
