Here's an overview of what will happen, step by step.
Step 1: Calibrate Printer
Before printing out a wallet you may need to calibrate your output using the zoom and horizontal shift adjustments to account for your particular browser and printer combination. Otherwise, your wallet's back side may not line up with the front side.
Step 2: Print Front
Next you will print out the front side of your wallet. The public address and private key will be random-generated, or you can supply your own key by rolling dice, shuffling cards, etc. You may also duplicate an existing paper wallet or provide a "vanity" address if you have one. Tip: If you are printing several wallets, it's possible to print two per page.
Step 3: Print Back
Flip the front page over and put it back in your printer. This isn't just for good looks! The reverse design includes important tamper-resistant safeguards.
Step 4: Cut & Fund
Find your scissors! The final step is to cut out your wallet. Now you're ready to transfer funds from your online holdings to your new wallet.
The calibration step helps
line up the front and back sides of your printout. Print
out this page in LANDSCAPE ORIENTATION (wide instead of tall.) Based
on the results, adjust the "zoom" and "horizontal shift" in the upper-right
corner of this page and keep printing tests until:
(1) Your printed ruler is horizontally centered on the page, leaving equal margins on the left and right sides of the page. (INCREASE the horizontal shift to push the ruler to the right.)
(2) Your printed ruler is approximately the same size as a real ruler. Smaller by up to 1 inch is fine. (REDUCE the zoom to increase the ruler size.)
In this case, simply enter your private key in Wallet Import Format (or scan it using the "validate" feature on this web page.) WIF keys always begin with the number 5 and look something like this: '5JnwJNC7q3...' The public address, e.g. '1vanityABC456...' is automatically calculated using the private key, so you only need to provide the private key. If you want to roll dice or shuffle a deck of cards to generate a key:
Maybe you don't trust that this software (or computers in general) can generate sufficiently random numbers. In this case, you can supply your own random data points from virtually any source. For example, you can roll a six sided die at least 62 times and enter each roll in sequence, e.g. '15249385616...' Or, you can mix up a deck of 52 playing cards (shuffle at least 10 times!) and enter at least the top 31 cards in this format: 5S10HAC-... (where 5S = 5 of Spades, 10H = 10 of Hearts, AC = Ace of Clubs, etc.)
No special formatting is required. Just type in a great deal of (truly) random text from any source, and whatever you supply will be SHA256 hashed and converted into a private key and public address. If you want to make a paper wallet which can also be accessed using a passphrase (AKA a "brain wallet"):
You can make a so-called "brain wallet" by supplying a VERY secure passphrase like '1852 Adobe Cloud SMASH fuzzy steamzonk'. Be extremely careful doing this because a wallet generated using an insecure passphrase is virtually guaranteed to have its balance stolen!.
The resulting paper wallet will still have an ordinary crypto-looking private key and public address, but you will also be able to retrieve your wallet contents by entering your passphrase into the 'verify' tab of this service or a similar service.
Note: supplying a brain wallet passphrase is different from BIP38-encrypting your wallet with a passphrase.
About "BIP38" Encryption
The advantage with BIP38 is that if your paper wallet is stolen or compromised, the private key cannot be recovered without your password. Even a very short password adds a strong degree of protection. However, if you encrypt your private key with BIP38 and you lose your password, it will be impossible for you to recover the funds you have sent to this wallet.
Also, note that not all wallet applications or web services are able to import or "sweep" BIP38 encrypted keys. In this case, you will have to use the Validate or Decrypt feature on this webpage to reveal the unencrypted Wallet Import Format (WIF) key as an intermediate step before sweeping the balance.
WARNING: Before sending any funds to a BIP38-encrypted wallet, first do a test make sure you are able to decrypt the printed private key back to ordinary WIF format.
Unless you have a strong understanding of the BIP38 encryption and decryption workflow, click cancel, print your paper wallet without BIP38, and just keep it safe and hidden like you would jewels or cash.
Reload the front page into your printer first. Note: The back design is intentionally larger than the front side. Use the front side as your guide when cutting out your wallet.Print Wallet Back
How to cut:
How to add funds to your Paper wallet:Send s to the address (or QR code) where your wallet says "PUBLIC ADDRESS".
How to withdraw funds from your wallet:You should expect to withdraw the entire balance of the wallet by importing it (or "sweeping" it) to a live wallet.Import Private Key to your wallet.
If you elected to BIP38-encrypt your wallet, you may need to recover your unencrypted WIF "Wallet Import Format" private key by using the "validate" tab on this web page.
Tips & FAQ's• What kind of printer and paper to use »
• Adding to and spending from a paper wallet »
• How and when to use BIP38 encryption »
Validate and keys details
Scan QR code using your camera
Permission denied. Your browser should display a message requesting access to your camera. Please click the "Allow" button to enable the camera.
If you are using Chrome and you launched this generator by opening the HTML file from your own computer "locally", you may need to launch Chrome from the command line and specify the --allow-file-access-from-files flag. Or you can set up a local web server (Apache) and run this generator via http://127.0.0.1... or, give up and just use Firefox.
Public and private details for:
Use the Public Address to receive funds or check your balance online. The Private Key WIF is a code that needs to be keep secret since it can be used to spend any funds that have been sent to the corresponding public key. Keys can be encoded in a number of different formats. The most popular encoding formats (WIF, WIFC, HEX, B64) are shown below.
51 characters base58, starts with a ''