Sovereign Pay QR Édition 1.7 — Obsidian VaultPaiement étendu et signature QR · Effectuer un paiement · Créer une page de paiement

1Des fonds à dépenser

Adresse(s) à partir de laquelle payer — saisissez une adresse BSV par ligne. Vous pouvez regrouper des fonds détenus à plusieurs adresses. Seules les pièces confirmées qui ne sont pas déjà dépensées par une transaction en attente sont incluses. Un QR peut contenir une ou plusieurs adresses, une par ligne. Avancé: une clé privée WIF fonctionne également.
Fournisseurs de recherche de solde (avancés)
Ces services Internet sont essayés afin de trouver des pièces dépensables et de vérifier que les entrées de transaction sont toujours dépensables. Les processeurs de paiement sont configurés séparément ci-dessous. Cette section est destinée aux utilisateurs avancés.

2Paiements

Adresse de destination
Amount (BSV)
Note (facultatif – à quoi sert le paiement; vous pouvez choisir ci-dessous si vous souhaitez l'inclure dans la transaction blockchain)
▸ Paiements multiples (coller une liste)
Entrez un paiement par ligne comme adresse; montant; "note". Montants utilisés BSV. Séparez les trois parties par des points-virgules et mettez la note entre guillemets.
Lorsque cette liste a du contenu, elle remplace le paiement unique ci-dessus. Chaque ligne doit passer la validation avant de signer.

3Changement et frais

Changer d'adresse (où les fonds restants reviennent; il s'agit par défaut de la première adresse à partir de laquelle vous payez)
La monnaie sera renvoyée à l’adresse source
Tarif des frais de réseau (satoshis par octet de données de transaction)
recherchez ou collez d'abord les pièces à dépenser

Transfert de signature hors ligne — flux de travail avancé en option

Transférer les détails du paiement sur l'appareil hors ligne

Le paquet de signature contient les UTXO disponibles, les paiements, l’adresse de monnaie, le réglage des frais et le choix relatif à la note. Il ne contient aucune clé privée.

Remettre en ligne la transaction signée

Conservez le même package de signature ou le même plan de paiement chargé en ligne. Avant d'activer la soumission réseau, Sovereign Pay vérifie que la transaction renvoyée correspond à ce plan et que chaque signature est valide.

Grands transferts QR: Sovereign Pay peut répartir les données volumineuses entre plusieurs codes QR. Scannez chaque partie. Cela détecte les parties manquantes ou mélangées par erreur, sans prouver qui les a créées ; Sovereign Pay vérifie séparément le paquet ou la transaction reconstituée.

4Signe

Clé(s) privée(s) au format WIF — saisissez-en un par ligne, correspondant à chaque adresse à partir de laquelle vous payez. Sovereign Pay les traite sur cet appareil et ne les inclut pas dans ses requêtes Internet ni ne les enregistre dans le stockage du navigateur. Une image WIF QR est une copie en texte brut de la clé privée; analysez-le uniquement sur un appareil hors ligne de confiance. Les clés privées sont acceptées à partir d'un seul QR uniquement, jamais de TKQR1 en plusieurs parties.
Avertissement QR de clé privée – QR unique uniquement. L'image contient la clé permettant de dépenser en texte brut. Ne le conservez jamais dans des captures d’écran, des pellicules, des sauvegardes cloud ou tout autre stockage non fiable. Les transferts de clé privée multipart TKQR1 sont rejetés.
Reconnaissance des risques – requise avant de signer.

Sovereign Pay n'est pas dépositaire et ne peut pas récupérer les clés, annuler une transaction après son envoi au réseau ou éliminer les risques résultant de saisies incorrectes, d'appareils ou de logiciels compromis, du comportement du fournisseur de services ou d'une erreur de l'utilisateur. Examinez attentivement la transaction avant de la signer et à nouveau avant de l'envoyer au réseau BSV.

Sovereign Pay vérifie chaque nouvelle signature avant d'afficher le résultat signé. Détail technique: il utilise ECDSA avec le paramètre de signature requis par BSV ALL|FORKID (0x41).

Processeur de paiement

S'applique aux paiements signés ici et aux transactions signées importées. Automatique essaie le processeur suivant si un service n'est pas disponible. Une réponse en attente ou rejetée arrête les tentatives automatiques.

Processeurs de paiement (avancés)

Utilisez les paramètres d'un processeur en qui vous avez confiance. La validation vérifie la configuration sur cet appareil; il n'envoie aucun paiement ni demande de réseau. L'accès au navigateur doit être autorisé par le service choisi. Les paramètres s'appliquent à cette page ouverte; copiez-les pour les conserver. Ne mettez pas de clé privée ici et ne distribuez pas de copie contenant un secret API.

Référence du format de connexion

Chaque entrée définit le nom, l'URL HTTPS, les en-têtes, la demande, la réponse et le délai d'attente. Le format de la demande est json ou texte. Utilisez la chaîne exacte {rawTx} pour la transaction signée. Le format de réponse est json, texte ou json-or-text. txidPath est un chemin de champ séparé par des points; un chemin vide signifie la réponse entière. Pour les processeurs qui renvoient des informations d'état, spécifiez statusPath et les tableaux acceptés, en attente et rejetés sans chevauchement. Les statuts inconnus restent en attente. L'ID de transaction renvoyé doit toujours correspondre à la transaction signée. Aucun code exécutable n'est pris en charge.