Unpredictable. Readable. Recoverable.

Build a BIP39 Passphrase with Dice

Why the names, years and symbols people reach for are both guessable and hard to reproduce, and a calm, testable method using physical dice and the EFF wordlist.

By Joe Turner, Founder of Arise Bitcoin14 minute read
TL;DR

Let the dice choose. You keep the record.

  • A BIP39 passphrase is an optional extra secret that, with your recovery seed, derives a different wallet.
  • A wrong passphrase gives you another valid wallet, not an error. Seed and passphrase must both match exactly.
  • Personal passphrases (pet names, years, symbols) are easier for attackers to guess and harder for you to reproduce.
  • Roll physical dice offline against a printed EFF list, accept every result, record the words in order.
  • Format consistently, prove recovery with a disposable seed, then back up completely and in more than one place.
Printable PDF / 23 pages

The EFF large wordlist, laid out for dice

All 7776 original entries, unchanged, ordered by dice code for fast offline lookup. Download, print, then disconnect. Your rolls never touch a screen.

Download PDF

Watch: Bitcoin passphrases and the mistake to avoid

Watch Joe’s companion guide, then follow the written method at your own pace. The six-word example is a demonstration, not a length limit. Print the wordlist before generating your own secret offline.

Joe Turner / Arise Bitcoin / 12:36

Bitcoin Passphrases: Stop Making This Dangerous Mistake

Watch on YouTube (opens in a new tab)

Demonstration only. Never use publicly shown seeds or passphrases for real funds. If the player is unavailable, use the direct YouTube link above.

Four things people confuse

Most passphrase mistakes begin with vocabulary. Four different secrets get called “the password”, and they behave very differently.

Recovery seed
Also called the mnemonic seed or recovery phrase. Usually 12 or 24 words drawn from the BIP39 English list of 2048 words. The final word includes checksum bits as well as entropy bits, so many transcription errors are detectable. These words are the mnemonic, not the binary seed that BIP39 derives from it.
BIP39 passphrase
A technically optional extra string combined with the recovery seed when the wallet is derived. An absent passphrase is treated as an empty string. A different passphrase normally produces a different wallet. It has no checksum and no required wordlist.
Device PIN
Unlocks one particular piece of hardware. It is not part of the wallet and does not travel with your backups. Lose the device and the PIN no longer matters.
EFF wordlist
A 7776-word list published by the Electronic Frontier Foundation for Diceware-style passphrases, one word per five-dice combination. It is a tool for generating the passphrase, not a Bitcoin standard.

This guide uses EFF words to build a BIP39 passphrase. That combination is deliberate: the BIP39 list is optimised for machines to check; the EFF list is optimised for humans rolling dice and writing words by hand.

Arise strongly favours a correctly implemented, strong passphrase for substantial setups. That is an operational philosophy, not universal advice. A passphrase adds a second thing that must survive, be found and be typed exactly. If your arrangement cannot carry that weight reliably, it can make things worse. For the wider picture, see what self-custody actually involves.

Why personal passphrases fail twice

Ask someone to invent a strong passphrase and you usually get a pattern: a pet’s name, a meaningful year, a capital letter at the front and a symbol at the end. Familiarity is not a reliable measure of strength.

It fails the first way because it is guessable. Pets, children, streets, teams and anniversaries are the first things an attacker who knows you, or has bought your data, will try. Password-cracking tools are built around exactly these habits: capitalise the first letter, append a year, swap an a for an @. Your creativity lands in the most-searched corner of the space.

It fails the second way because it is hard to reproduce. Was it Biscuit2014! or biscuit_2014? Did the exclamation mark come before the year? Was the dog’s name spelled the way your partner spells it? Years later, under stress, or in the hands of a successor who never heard you say it aloud, those small choices become unknowable.

Fair dice remove personal choice from word selection. Ordinary words and a consistent format make the result easier to read. Neither is a recovery guarantee: accurate records, legible backups and a tested successor path are what make the method useful beyond the day you create it.

There is no wrong-password signal

This is the property that catches careful people. When you enter a BIP39 passphrase, the device does not check it against anything. It simply derives a wallet from the seed plus whatever you typed. A different string yields a different wallet, and that wallet is completely valid. It will usually be empty.

So a typo does not produce an error. A trailing space does not produce an error. A lowercase letter where you meant uppercase does not produce an error. Each one silently opens a different, usually empty wallet, which can look alarmingly like your funds have vanished.

The rule that follows

The recovery seed and the passphrase must both match exactly, character for character. Every time you open the wallet, confirm a known fingerprint and a known receiving address before you trust what you see.

Adding a passphrase also does not transfer Bitcoin from any other wallet. If you already hold funds under a seed with no passphrase, those funds stay exactly where they are. The passphrase wallet starts empty.

Six construction rules

Each rule closes a specific gap where human preference or a connected device could leak back in.

  1. 01

    Physical dice, offline, printed list

    Use real dice and a printed copy of the unchanged EFF large wordlist. No phone, no website, no generator, no camera in the room while you roll.

  2. 02

    Five independent outcomes per word

    Roll one die five times, or roll five clearly distinguishable dice read in an order you declared before rolling. Never sort the results.

  3. 03

    Accept every valid roll

    No rerolling a word you dislike, no swapping for something nicer, no favourites. Repeated words are allowed. Only a physically invalid roll (a cocked die, one off the table) is redone, and before you look anything up.

  4. 04

    Record words in rolled order

    Write each word as you find it, in sequence. The order is part of the secret.

  5. 05

    Choose length deliberately

    Six words is a demonstration length, not a ceiling. Eight, ten or more add meaningful entropy, but must fit your device and your backup media.

  6. 06

    Normalise consistently, then test

    Apply one written formatting convention, then prove recovery with a disposable seed before anything real depends on it.

Rolling and looking up words

Print the list first, then take the computer out of the process. The original EFF large wordlist pairs every five-digit code from 11111 to 66666 with a word. The Arise printable keeps every original entry unchanged; it only lays them out for lookup.

One die, five rolls. Roll, write the digit, and repeat four more times. The five digits in the order rolled are the code. This is the simplest method and the hardest to get wrong.

Five dice, one throw. Use dice you can tell apart: different colours or sizes. Declare the reading order before you throw, for example red, white, blue, green, black, and read them in that order every time. Never sort the dice from lowest to highest or read them left to right as they happen to land. Sorting collapses many combinations into one and quietly removes entropy.

Each of the five outcomes is independent. Look up the code, write the word next to it, and move on. If a word repeats, keep it. If you dislike a word, keep it. If a die lands cocked against a book or rolls off the table, redo that roll before you have looked anything up, so the decision cannot be influenced by the word.

This is Joe Turner’s repeatable practical method: dice rolled, codes read in a declared order, words looked up in print, then entered on a SeedSigner holding a disposable seed. Joe’s six-word video demonstration is an example, not a fixed length requirement. You can practise at a table without a screen until the recovery test.

How many words: entropy, plainly

Each fairly rolled EFF word is one of 7776 equally likely possibilities. That is log2(7776), about 12.925 bits per word, measured before formatting. Bits add up linearly with words.

Approximate pre-format entropy by number of EFF words
WordsApprox. bitsPractical note
677.55Demonstration length used in this guide
8103.40More entropy; more to remember and record
10129.25Check device input limits and backup space
12155.10Longer to enter, record and verify

Six words is the length used in this guide to keep the demonstration readable. It is not a fixed limit or a recommendation. Eight, ten or more words raise the attacker’s cost substantially, at the price of longer entry, more room on backup media and more chance of a typing error.

Two cautions. First, entropy describes the size of the search space when generation is genuinely random. It does not translate into a guaranteed brute-force time, because that depends on attacker hardware, what else they know and how the wallet is derived. Second, 129 bits of passphrase does not make your setup equivalent to a 256-bit key, and it does not compensate for a seed that is exposed carelessly.

Before committing to a length, enter a test string of that length on your actual device. Some devices and interfaces limit passphrase length or make long entry tedious enough to invite mistakes. Then check that the full formatted string fits on the backup media you intend to use.

The Arise formatting convention

BIP39 treats the passphrase as text; it does not mandate capitals or spacing. The convention below is an Arise operating convention, chosen to make the string easier to read off a metal washer and reduce avoidable transcription choices.

  • All uppercase letters.
  • Exactly one ordinary ASCII space between words.
  • No spaces or characters at the start or end.
  • Remove internal hyphens: drop-down becomes DROPDOWN.

Never reroll because a word contains a hyphen. Keep it and normalise it. The original EFF wordlist itself stays unchanged; the convention is applied only to the words you rolled.

One honest footnote. The list contains both yo-yo and yoyo as separate original entries, and both normalise to YOYO. Collisions like this mean the precise entropy of the final formatted string is marginally lower than the pre-format figures above. The difference is small; the table deliberately reports the original random selections, not an exact entropy calculation for the final string.

BIP39 also applies Unicode NFKD normalisation before deriving the binary seed. Different-looking Unicode strings can therefore be equivalent; that does not make case or ordinary ASCII spaces interchangeable. This convention uses plain A–Z letters and ordinary spaces to avoid that extra ambiguity. Record the complete string, not just word initials or the first four letters used by some mnemonic interfaces.

Write the convention down with your recovery instructions. A successor who finds six words on a washer still needs to know they are typed in capitals with single spaces.

A public test example

Here is a worked example so you can check you understand the lookup and the formatting. Because it is published here, it is known to everyone. It is a teaching string and nothing more.

62611
TRILOGY
34212
HUMMUS
61566
TAEKWONDO
13642
BORAX
15456
CHESS
44562
POLICE
Formatted test passphrase

TRILOGY HUMMUS TAEKWONDO BORAX CHESS POLICE

Never use for real funds

Never type a real passphrase or recovery seed into any website, including this one. Arise never takes custody of client keys and never asks for your secrets.

Testing recovery with SeedSigner

A passphrase you have not restored is a hypothesis. The test below uses a SeedSigner with a disposable demonstration recovery seed, and Sparrow as a watch-only companion. Device screens and workflows vary by version, so follow the current official documentation for the exact menus.

  1. 01Create a disposable demonstration recovery seed on the SeedSigner. It will never hold funds.
  2. 02Apply the passphrase on the device, entering the exact formatted string: uppercase, single spaces, nothing at either end.
  3. 03Export the public watch-only wallet descriptor or xpub by QR into Sparrow. Do not export a SeedQR or any private seed material.
  4. 04In Sparrow, confirm the network, wallet policy, script type and derivation path match what you intended.
  5. 05Record the master fingerprint and the first receiving address, and check the address on the SeedSigner screen as well.
  6. 06Power off the SeedSigner completely.
  7. 07Restore the same disposable recovery seed from your written record and enter the exact passphrase again.
  8. 08Repeat the same public export with the same configuration. The fingerprint and the first receiving address must both match.

Why both checks. The master fingerprint is a short identifier. It is useful, but on its own it is insufficient: it does not confirm the script type, derivation or network you will actually receive to. A matching first receiving address under the same verified configuration is a much stronger recovery check.

What the export is. The watch-only descriptor or xpub is public key material. It has no signing power, but it is not harmless: it reveals your addresses, balances and transaction history. Treat it as private information. Never export a SeedQR or other private seed material for this test.

Once the disposable test passes, you understand the process. Your real setup gets its own freshly rolled passphrase, and its own restore test, before any meaningful amount depends on it.

Backups, separation and inheritance

A passphrase doubles the number of things that must survive. Backups are where most of the real risk lives.

Metal for durability. For a MicroSeed metal-washer backup, plan around its actual usable space and the small printable capital letters you will record. Small lettering may need a magnifying glass to read and check. Before relying on any medium, test that your actual word length fits on it, legibly, with the spaces still obvious.

Complete copies, in different places. Keep multiple complete backups, geographically separated, so a single fire, flood or burglary cannot end recovery. If a long passphrase needs more than one washer, number and document them carefully and make each set redundant. Splitting a secret across pieces creates recovery dependencies: lose one piece and the others may be useless.

Mix media. Paper, steel and memory complement each other. Memory is useful for rehearsal and quick access, but it must never be the sole copy. Illness, injury and time can all interfere with recall.

Separation, with a path back. Storing the recovery seed and the passphrase in different places, where appropriate, means one discovered location does not hand over the wallet. But separation adds physical risk: more locations to secure, more journeys, more people who know something exists. Every extra copy improves survivability and widens exposure. There is no magical arrangement, only tradeoffs you choose consciously.

Separation must never mean that only you can put the pieces together. An authorised successor needs a documented, testable path to both secrets and to the formatting convention. How that path is structured legally is outside this guide and is not legal advice; the operational side is covered in Bitcoin inheritance and self-custody.

Backup and inheritance checklist

  • Recovery seed (BIP39 words) recorded completely, in order, and verified
  • Passphrase generated with physical dice from the printed, unchanged EFF list
  • Formatting convention written down alongside the instructions, not alongside the seed
  • Full recovery test completed with a disposable seed: fingerprint and receiving address both matched
  • Passphrase length confirmed to fit the device and every backup medium
  • At least two complete, geographically separated backups of each secret
  • Any multi-washer passphrase backup clearly numbered, documented and itself redundant
  • Memory used only as a complement, never as the sole copy
  • An authorised successor path exists, is documented and has been rehearsed
  • Public watch-only exports treated as private information: they reveal addresses and balances

Frequently asked questions

What is the difference between the BIP39 wordlist and the EFF wordlist?

The BIP39 English list has 2048 words and is used to encode your recovery seed, including a checksum, so a device can detect many transcription errors. The EFF large list has 7776 words, one for every five-dice combination, and is designed for humans generating passphrases. Using EFF words in a BIP39 passphrase is fine: the passphrase is treated as arbitrary text and has no wordlist or checksum of its own.

Is the BIP39 passphrase the same as my device PIN?

No. The PIN unlocks one particular device and is usually limited by retry counters. The passphrase is part of how the wallet itself is derived. Anyone with your recovery seed and passphrase can rebuild the wallet on any compatible device, PIN or not.

Is a passphrase required?

No. BIP39 makes it technically optional. Arise strongly favours a correctly implemented strong passphrase for substantial setups as part of its operational philosophy, but that is not universal advice. A passphrase you cannot recover is worse than none.

What happens if I type the passphrase wrong?

You get a different, perfectly valid, usually empty wallet. There is no error message. That is why you check the fingerprint and a known receiving address every time, not just one or the other.

Does adding a passphrase protect the Bitcoin I already have?

No. Adding a passphrase creates access to a different wallet. It does not move or transfer Bitcoin from any other wallet, including the one derived from the same seed with no passphrase. Moving funds is a separate transaction you would plan deliberately.

Can I use a website or app to roll the words?

This guide does not. The method is physical dice and a printed list, offline, so that no device ever sees the passphrase being formed. Never enter a real passphrase or seed into any website, including this one.

Why not reroll a word that contains a hyphen?

Rerolling based on how a word looks is a selection bias. Keep the word and apply the formatting convention, which removes internal hyphens.

Do capitals and removed hyphens make the passphrase stronger?

No. These are public, deterministic formatting rules, not extra randomness. They reduce transcription choices. Entropy comes from independent dice outcomes; the yo-yo/yoyo collision actually makes final-string entropy marginally lower. Never count uppercase letters or spaces as additional random choices in this method.

Can Arise recover a forgotten passphrase for me?

There is no reset service or master password. A complete, accurate backup is the reliable recovery route; do not plan around someone guessing a missing secret. Arise can help you understand and rehearse your own recovery process without receiving your seed, passphrase or signing keys.

Printable PDF / 23 pages

The EFF large wordlist, laid out for dice

All 7776 original entries, unchanged, ordered by dice code for fast offline lookup. Download, print, then disconnect. Your rolls never touch a screen.

Download PDF

Sources

Scope of this guide

This is general operational education, not financial, investment, legal, tax or estate-planning advice. Arise Bitcoin never takes custody, never accesses keys and never asks you to disclose a recovery seed or passphrase through this site, chat or email. Enter secrets only in your own trusted signing and recovery setup. Test with disposable material and confirm current device documentation before relying on any procedure.

About the author

Joe Turner, Founder, Arise Bitcoin.

Arise is a Bitcoin-only self-custody practice for independent holders and families. It helps clients understand, operate and test their own arrangements, and never takes custody of client keys.

Want a second pair of eyes on your recovery path?

Private. Practical. You keep the keys.