Sovereign Pay Public PreviewStandard Edition 1.0 · Make a Payment · Create a Pay Page · non-custodial BSV payments from your own machine
1Source & UTXOs
Source address(es) — one per line. You can spend several wallets at once. (A WIF also works; its address is derived.) Only confirmed coins that are not already being spent by a pending transaction are included.
UTXO list — one per line: txid,vout,satoshis,address (the address column, added when copied from this tool, lets several wallets be spent together and matches each to its key)
Source address (optional — only needed for legacy 3-column lists with no address column; enables the WIF-matches-UTXO safety check)
#
txid : vout
satoshis
The offline hop: scan here (no key needed), copy or QR this list, paste it into this same file on your offline machine, sign there, and carry only the signed hex back. This workflow is designed to keep the private key on the offline signing machine.
Network providers (advanced)
Tried in order for finding spendable coins and sending signed transactions to the BSV network (broadcasting). Edit freely — if one service disappears, point to another. WhatsOnChain-compatible APIs use type "woc"; Bitails-style use "bitails".
2Payments
Destination address
Amount (BSV)
Note (optional — what this payment is for; can go on-chain below)
Payment note — only the highlighted part is yours to fill in
▸ Multiple payments (paste a list)
One payment per line: address;amount;"note" — semicolon separators, note in quotes (single/double/curly all accepted; semicolons inside quotes are treated as note text). Designed for bulk text pasted from a spreadsheet via a text editor.
When this list has content, it replaces the single payment above. Every line must pass validation before signing.
3Change & fee
Change address (defaults to the source address — every satoshi not sent or paid as fee returns here)
Fee rate (sat/byte)
scan or paste UTXOs first
4Sign
Private key(s) (WIF) — one per line; one for each source wallet. The signing code processes these values locally. Sovereign Pay does not include them in its network requests or write them to browser storage.
⚠ Privacy warning — you are spending from more than one wallet in a single transaction.
Combining coins from different addresses publicly associates those source wallets in one transaction and may lead observers to infer common control. Anyone examining the transaction can see the inputs together and compare their public histories. If you keep wallets separate for privacy, a multi-input spend weakens that separation. To avoid creating this particular association, send from one wallet at a time.
Risk acknowledgment — required before signing.
Sovereign Pay is non-custodial and cannot recover keys, reverse a transaction after it has been sent to the network, or eliminate risks arising from incorrect inputs, compromised devices or software, service-provider behavior, or user error. Review the transaction carefully before signing and again before sending it to the BSV network.
Signing uses ECDSA with the BSV-required sighash ALL|FORKID (0x41). Every signature is independently re-verified before the signed result is displayed. Consider testing a new address, key, or workflow with a small amount first.
5Review & result
Decoded preview — read from the actual signed bytes, not the form
Signed raw transaction (hex)
“Broadcast” in Sovereign Pay means sending the already-signed transaction to a BSV network service so it can reach miners. This does not send your private key. Acceptance by a service does not guarantee that the transaction will be mined or confirmed. Using another service: copy the signed hex and submit it to a compatible BSV transaction-broadcast service. Anyone who receives the signed hex may also be able to send it to the network.
Create a Pay Page — configure this file as a payment form
Fill in rules, preview, then download a configured copy (this setup UI is stripped from it). Publish or inscribe the copy; payers see your locked values. Locks are guardrails for honest payers — you enforce for real by only honoring on-chain payments with the right address, amount and note.
Form title
Destination address
Amount (BSV)
Note template — write {name} (or any {slot}) where the payer may type; everything else is fixed
Custom rule message (shown when a rule is broken)
Hide from payer
Providers JSON (optional override baked into the copy)
Business/contractor/client logo (optional header-logo substitution only — a contractor may use its own logo or the client’s logo; product names, BSVSearch.com attribution, the fee, and all other license rules stay unchanged)