Sovereign Pay QR Ausgabe 1.7 – Obsidian VaultErweiterte Zahlungs- und Signatur-QRs · Zahlung ausführen · Zahlungsseite erstellen

1Auszugebendes Guthaben

Absenderadresse(n) — geben Sie eine BSV-Adresse pro Zeile ein. Sie können Guthaben mehrerer Adressen kombinieren. Es werden nur bestätigte Coins berücksichtigt, die nicht bereits von einer ausstehenden Transaktion ausgegeben werden. Ein QR-Code kann eine oder mehrere Adressen enthalten, jeweils eine pro Zeile. Erweitert: Ein privater WIF-Schlüssel funktioniert ebenfalls.
Anbieter für Guthabenabfragen (erweitert)
Diese Internetdienste werden nacheinander verwendet, um ausgebbare Coins zu finden und zu prüfen, ob Transaktionseingänge noch ausgebbar sind. Zahlungsprozessoren werden weiter unten getrennt konfiguriert. Dieser Abschnitt ist für erfahrene Benutzer bestimmt.

2Zahlungen

Zieladresse
Amount (BSV)
Notiz (optional — Zahlungszweck; weiter unten wählen Sie, ob die Notiz in die Blockchain-Transaktion aufgenommen wird)
▸ Mehrere Zahlungen (Liste einfügen)
Geben Sie eine Zahlung pro Zeile in diesem Format ein: Adresse;Betrag;"Anmerkung". Beträge verwenden BSV. Trennen Sie die drei Teile mit Semikolons und setzen Sie die Notiz in Anführungszeichen.
Wenn diese Liste Inhalt enthält, ersetzt sie die einzelne Zahlung oben. Vor dem Signieren muss jede Zeile die Prüfung bestehen.

3Wechselgeld und Gebühren

Wechselgeldadresse (an diese Adresse geht das Restguthaben; standardmäßig ist dies die erste Absenderadresse)
Wechselgeld wird an die Quelladresse zurückgesendet
Netzwerkgebührensatz (Satoshis pro Byte Transaktionsdaten)
zuerst ausgebbare Coins finden oder einfügen

Übertragung zur Offline-Signierung — optionaler erweiterter Ablauf

Zahlungsdetails auf das Offline-Gerät übertragen

Das Signierpaket enthält ausgebbare Coins, Zahlungen, Wechselgeldadresse, Gebühreneinstellung und Notizauswahl. Es enthält keine privaten Schlüssel.

Signierte Transaktion wieder online übertragen

Lassen Sie dasselbe Signierpaket oder denselben Zahlungsplan online geladen. Bevor die Netzwerkübermittlung freigegeben wird, prüft Sovereign Pay, ob die zurückgegebene Transaktion diesem Plan entspricht und jede Signatur gültig ist.

Große QR-Übertragungen: Sovereign Pay kann große Datenmengen auf mehrere QR-Codes verteilen. Scannen Sie jeden Teil. Dadurch werden fehlende oder versehentlich vermischte Teile erkannt, aber nicht deren Urheber bestätigt. Sovereign Pay prüft das vollständige Paket oder die Transaktion gesondert.

4Signieren

Private Schlüssel im WIF-Format — geben Sie pro Absenderadresse einen passenden Schlüssel je Zeile ein. Sovereign Pay verarbeitet sie auf diesem Gerät, nimmt sie nicht in Internetanfragen auf und speichert sie nicht im Browser-Speicher. Ein WIF-QR-Bild ist eine Klartextkopie des privaten Schlüssels. Scannen Sie es nur auf einem vertrauenswürdigen Offline-Gerät. Private Schlüssel werden nur aus einem einzelnen QR-Code angenommen, niemals als mehrteilige TKQR1-Übertragung.
Warnung zum privaten Schlüssel-QR — nur ein einzelner QR-Code. Das Bild enthält den ausgabefähigen Schlüssel im Klartext. Bewahren Sie ihn niemals in Screenshots, Kameraordnern, Cloud-Sicherungen oder anderem nicht vertrauenswürdigem Speicher auf. Mehrteilige TKQR1-Übertragungen privater Schlüssel werden abgewiesen.
Risikobestätigung — vor dem Signieren erforderlich.

Sovereign Pay ist nicht verwahrend und kann Schlüssel nicht wiederherstellen, eine an das Netzwerk gesendete Transaktion nicht rückgängig machen und Risiken durch falsche Eingaben, kompromittierte Geräte oder Software, das Verhalten von Dienstanbietern oder Bedienfehler nicht ausschließen. Prüfen Sie die Transaktion sorgfältig vor dem Signieren und erneut vor dem Senden an das BSV-Netzwerk.

Sovereign Pay prüft jede neue Signatur, bevor das signierte Ergebnis angezeigt wird. Technisches Detail: Es verwendet ECDSA mit der für BSV erforderlichen Signatureinstellung ALL|FORKID (0x41).

Zahlungsprozessor

Gilt für hier signierte Zahlungen und importierte signierte Transaktionen. Bei Nichtverfügbarkeit versucht die Automatik den nächsten Prozessor. Eine ausstehende oder abgelehnte Antwort beendet automatische Wiederholungen.

Zahlungsprozessoren (erweitert)

Verwenden Sie Einstellungen eines vertrauenswürdigen Prozessors. Die Prüfung kontrolliert die Konfiguration auf diesem Gerät und sendet weder Zahlung noch Netzwerkanfrage. Der gewählte Dienst muss Browserzugriff erlauben. Einstellungen gelten für diese geöffnete Seite; kopieren Sie sie zur Aufbewahrung. Geben Sie hier keinen privaten Schlüssel ein und verteilen Sie keine Kopie mit einem API-Geheimnis.

Referenz zum Verbindungsformat

Jeder Eintrag definiert name, HTTPS-url, headers, request, response und timeoutMs. Das Anfrageformat ist json oder text. Verwenden Sie die genaue Zeichenfolge {rawTx} für die signierte Transaktion. Das Antwortformat ist json, text oder json-or-text. txidPath ist ein durch Punkte getrennter Feldpfad; ein leerer Pfad bezeichnet die gesamte Antwort. Für Prozessoren mit Statusinformationen geben Sie statusPath und überschneidungsfreie Arrays accepted, pending und rejected an. Unbekannte Status bleiben ausstehend. Die zurückgegebene Transaktions-ID muss stets zur signierten Transaktion passen. Ausführbarer Code wird nicht unterstützt.