12PALABRAS

Inicio › How do I know my paper wallet key is valid?

How do I know my paper wallet key is valid?

A key in WIF format carries its own checksum, so you can verify it was transcribed correctly offline, without importing it and without pasting it anywhere. That answers whether it is intact. Whether it holds funds is a separate question, and a zero balance does not mean the key is wrong.

These are two questions, and separating them matters

"Is my key valid?" hides two different things. One is whether it was copied correctly — that no character was misread off the paper. The other is whether it holds funds.

The first is answered offline, exposing nothing. The second needs to look at the chain, but that is done with the address, which is not secret. Conflating them is what leads people to paste a private key into a website to answer a question that never needed it.

The key checks itself: WIF carries a checksum

The format almost every paper wallet key is written in — the one starting with 5, K or L — is WIF, encoded with a scheme that appends four bytes computed over the rest.

So if you misread one character while transcribing, the arithmetic does not line up and the error is caught. It is the same idea as a check digit on a bank account number: it does not prove the key is yours or that it holds anything, it proves it is intact and correctly copied.

Any offline WIF validator answers this in a second. No importing, no connection, nobody told which key you hold.

A zero balance does not mean the key is bad

This is the trap that makes people conclude they lost everything. One private key can correspond to more than one valid address, depending on the format the generating software used. Check one, see zero, and the funds may sit at another address derived from the same key.

This is not speculation. There is a standard written specifically to close that gap: BIP-178 describes itself as "An extension to the Wallet Import Format (WIF) to specify what kind of bitcoin address the private key corresponds to" — BIP-178. That it had to be written at all tells you the rest: plain WIF does not say which address it belongs to.

So before concluding there is nothing there, check whether the address printed on the paper is the one you are querying — and if not, try the other formats that key can produce.

What not to do to check it

Do not type it into a website. Even an honest site means the key left your machine and is outside your control. Validating the format needs no connection at all, so a service asking for your key to "verify" it is asking for something it does not need.

Do not send it to anyone. Asking about this in a forum reliably produces private messages offering help. There is no legitimate reason for a third party to need your private key — not to validate it, not to check a balance, not to recover anything.

Do not import it just to look. Importing loads the key onto a computer and that decision cannot be undone. Checking a balance does not require it.

The order that makes sense

First confirm it was copied correctly, offline. Then look up the printed address on the chain, which exposes no funds. If a balance appears and you want to move it, the right operation for a paper wallet is almost always to sweep — send everything to a fresh address you control — rather than import, because you do not know how many copies of that paper exist.

And if nothing appears, check the address format before writing it off. That is where most of these end.

Check that the paper matches the address

What needs verifying is that the written address derives from the written key, in the right format. The tool does that arithmetic in your browser and shows all four formats side by side — which is where most old paper wallets fall over.

Check the paper

Another site of this project. No account, nothing stored, and it declares connect-src 'none' — it cannot send anything anywhere, which you can check in your dev tools.

Frequently asked

Can I check the key without internet?

Yes, and you should. Validating the format is arithmetic over the key itself and consults nothing. Checking a balance does need a connection, but that is done with the address.

It starts with 5 — is that right?

Yes, that is one of the normal WIF prefixes. K and L are too. What differs between them is whether the key produces a compressed or uncompressed address, which changes which address it corresponds to.

The printed address has a balance but the key will not validate

Check the transcription character by character first, especially the ones that look alike in print. The format deliberately excludes the most confusable characters, but a hurried reading still fails.

Check whether your backup is actually enough — without typing your key or your seed anywhere.

Auditar mi setup

Sin registro. Sin cuenta. Sin cookies. Nunca pedimos tu frase semilla — y técnicamente no podemos: esta web no tiene permiso para enviar datos a ningún lado.