Sovereign Pay QR-udgave 1.7 — LightUdvidet betaling og underskrift QR · Foretag en betaling · Opret en betalingsside

1Midler at bruge

Adresse(r), der skal betales fra — indtast én BSV-adresse pr. linje. Du kan kombinere midler på flere adresser. Kun bekræftede mønter, der ikke allerede bliver brugt af en afventende transaktion, er inkluderet. En QR kan indeholde én adresse eller flere adresser, én pr. linje. Avanceret: en WIF privat nøgle virker også.
Saldoopslagsudbydere (avanceret)
Disse internettjenester forsøges for at finde forbrugsmønter og kontrollere, at transaktionsinputs stadig er forbrugbare. Betalingsprocessorer er konfigureret separat nedenfor. Dette afsnit er beregnet til avancerede brugere.

2Betalinger

Destinationsadresse
Amount (BSV)
Note (valgfrit - hvad betalingen er til; du kan nedenfor vælge, om den skal inkluderes i blockchain-transaktionen)
▸ Flere betalinger (indsæt en liste)
Indtast én betaling pr. linje som adresse;beløb;"note". Brugte mængder BSV. Adskil de tre dele med semikolon og sæt noten i anførselstegn.
Når denne liste har indhold, erstatter den enkeltbetalingen ovenfor. Hver linje skal bestå validering før underskrift.

3Ændring & gebyr

Skift adresse (hvor overskydende midler vender tilbage; det er standard til den første adresse, du betaler fra)
Vekselbeløbet sendes tilbage til kildeadressen
Netværksgebyrsats (satoshis pr. byte af transaktionsdata)
find eller indsæt først tilgængelige transaktionsudgange

Overførsel til offline signering — valgfri avanceret arbejdsgang

Overfør betalingsoplysninger til offlineenheden

Signeringspakken indeholder de forbrugbare mønter, betalinger, ændring af adresse, gebyrindstilling og seddelvalg. Den indeholder ingen private nøgler.

Bring den underskrevne transaktion online igen

Hold den samme signeringspakke eller betalingsplan indlæst online. Inden netværksindsendelse aktiveres, kontrollerer Sovereign Pay, at den returnerede transaktion matcher denne plan, og at hver signatur er gyldig.

Store QR overførsler: Sovereign Pay kan opdele store data i flere QR-koder. Scan hver del. Dette registrerer manglende eller utilsigtet blandede dele, men det beviser ikke, hvem der har skabt dem; Sovereign Pay kontrollerer separat den afsluttede pakke eller transaktion.

4Tegn

Private nøgle(r) i WIF-format — indtast en pr. linje, der matcher hver adresse, du betaler fra. Sovereign Pay behandler dem på denne enhed og inkluderer dem ikke i sine internetanmodninger eller gemmer dem i browserlageret. Et WIF QR-billede er en klartekstkopi af den private nøgle; scan det kun på en pålidelig offline enhed. Private nøgler accepteres kun fra en enkelt QR, aldrig flerdelt TKQR1.
Advarsel om privat nøgle QR — kun enkelt QR. Billedet indeholder nøglen til forbrug i klartekst. Gem det aldrig i skærmbilleder, kameraruller, cloud-backups eller anden upålidelig lagring. Flerdelt TKQR1 private nøgleoverførsler afvises.
Risikoanerkendelse — påkrævet før underskrift.

Sovereign Pay er ikke-depotret og kan ikke gendanne nøgler, tilbageføre en transaktion, efter at den er blevet sendt til netværket, eller eliminere risici, der opstår fra forkerte input, kompromitterede enheder eller software, tjenesteudbyderadfærd eller brugerfejl. Gennemgå transaktionen omhyggeligt, før du underskriver og igen, før du sender den til BSV-netværket.

Sovereign Pay kontrollerer hver ny signatur, før den viser det signerede resultat. Tekniske detaljer: den bruger ECDSA med den BSV-krævede signaturindstilling ALL|FORKID (0x41).

Betalingsbehandler

Gælder betalinger underskrevet her og importerede underskrevne transaktioner. Automatisk prøver den næste processor, hvis en tjeneste ikke er tilgængelig. Et afventende eller afvist svar stopper automatiske genforsøg.

Betalingsbehandlere (avanceret)

Brug indstillinger fra en processor, du har tillid til. Validering kontrollerer konfigurationen på denne enhed; den sender ingen betaling eller netværksanmodning. Browseradgang skal tillades af den valgte tjeneste. Indstillinger gælder for denne åbne side; kopiere dem for at beholde dem. Læg ikke en privat nøgle her eller distribuer en kopi, der indeholder en API-hemmelighed.

Reference til forbindelsesformat

Hver post definerer navn, HTTPS url, headers, anmodning, svar og timeoutMs. Anmodningsformatet er json eller tekst. Brug den nøjagtige streng {rawTx} for den underskrevne transaktion. Svarformatet er json, text eller json-or-text. txidPath er en punktsepareret feltsti; en tom sti betyder hele svaret. For processorer, der returnerer statusoplysninger, skal du angive statusPath og ikke-overlappende accepterede, afventende og afviste arrays. Ukendte statusser forbliver afventende. Det returnerede transaktions-id skal altid matche den underskrevne transaktion. Ingen eksekverbar kode understøttes.