Stellar führt Open-Source-Private-Zahlungen mit fortschrittlichen ZK-Sicherheitsvorkehrungen ein

• Stellar veröffentlicht Open-Source-Privatzahlungskonzept mit Groth16-ZK-Beweisen für private Einzahlungen, Überweisungen und Abhebungen.
• Stellar fügt ASP-Mitgliedschaft und Nicht-Mitgliedschaft-Merkle-Bäume hinzu, die es Pools ermöglichen, Zulassungs-/Blockierregeln durchzusetzen, ohne Transaktionsdetails offenzulegen.

Stellar hat einen Open-Source-Nachweis für Privatzahlungen in seinem Netzwerk veröffentlicht. Der Prototyp ermöglicht Token-Einzahlungen, Überweisungen und Abhebungen, während Beträge und Sender-Empfänger-Verbindungen außer Sicht bleiben.
Der Ablauf der Privatzahlungen nutzt Groth16-Zero-Knowledge-Beweise, die mit Circom-Schaltungen erstellt werden. Die Beweisgenerierung erfolgt clientseitig über WebAssembly, sodass Nutzer Beweise in einem Webbrowser erstellen können. Das System läuft auf Soroban-Smart-Contracts und verwendet ein Pool-Modell, das Verpflichtungen verfolgt, ähnlich wie UTXO-Notizen.

Stellar Private Payments (SPP) ist jetzt Open Source!

Das bedeutet private Einzahlungen, Überweisungen und Abhebungen auf Stellar mit ZK-Beweisen und konfigurierbaren Schutzmaßnahmen.

Privacy Builders → Jetzt loslegen!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 erstellen neue, die mit einem neuen öffentlichen Schlüssel verbunden sind, ohne die Überweisungsdetails offenzulegen. Abhebungen verbrauchen Notizen und setzen Token aus dem Pool frei. Für Nutzer, die benutzerdefinierte Transaktionen innerhalb derselben privaten Zahlungsregeln erstellen möchten, steht eine „Transact“-Option zur Verfügung.
Stellars ASP-Kontrollen und ZK-Privatsphäre
Der Prototyp der Privatzahlungen von Stellar führt eine administrative Sicherheit durch Association Set Providers (ASPs) ein. ASPs verwalten zwei Merkle-Baumsysteme, die Policy-Checks unterstützen, ohne Nutzeraktivitäten offenzulegen. Ein Baum verfolgt genehmigte öffentliche Schlüssel durch eine Mitgliedschaftsstruktur, während der andere blockierte öffentliche Schlüssel durch eine Nicht-Mitgliedschaftsstruktur verfolgt.
Mit diesen Bäumen kann demonstriert werden, dass eine Transaktion regulatorischen Standards entspricht und blockierte Sets vermeidet, während die Zahlungsinformationen vertraulich bleiben.
Das Demo-Paket besteht aus der Benutzeroberfläche, den Schaltungen und Soroban-Smart-Contracts. Die Benutzeroberfläche basiert auf dem Frontend, das auch eine ASP-Admin-Seite enthält, mit der öffentliche Schlüssel zur Mitgliedschaftsstruktur hinzugefügt und eine Ausschlussliste verwaltet werden können. Schlüssel müssen von einem ASP-Administrator-Konto signiert werden, auch wenn die Schnittstelle Schlüssel für beliebige Konten zu Testzwecken ableiten kann.
Die Schaltungslogik prüft mehrere Bedingungen in einem einzigen Beweis. Sie verhindert Doppel-Ausgaben und validiert Merkle-Beweise für Verpflichtungen. Außerdem stellt sie die korrekte Ausgabe-Verpflichtung und die Erhaltung des Gleichgewichts sicher, wobei Eingaben gleich Ausgaben plus etwaiger öffentlicher Betrag sind. On-Chain-Elemente umfassen einen Pool-Contract, in dem Einzahlungen, Überweisungen und Abhebungen erfolgen, sowie einen Groth16-Verifier-Contract, aus dem der Beweis abgerufen wird.
Stellar hat zudem die Wallet-Zugänglichkeit in aufstrebenden Märkten erweitert, indem es mit TopNod zusammenarbeitet, um eine non-custodial Wallet in Asien, Afrika und Lateinamerika einzuführen. Wie bereits erwähnt, basiert die Integration auf Sharding-Technologie und Trusted Execution Environment, um Seed-Phrasen zu eliminieren, und konzentriert sich auf Stablecoins und tokenisierte reale Vermögenswerte.
Zum Zeitpunkt der Berichterstattung wurde Stellar (XLM) bei 0,1702 US-Dollar gehandelt, was einem Tagesanstieg von 8 % entspricht, während das 24-Stunden-Handelsvolumen um 10 % gestiegen ist.