MASTERING-BITCOIN Β· Unit 5 Β· Video 3
| Concept | Formula / Fact | Meaning |
|---|---|---|
| BIP39 entropy | 12 words β 128 entropy + 4 checksum | |
| Word list size | words | Each word encodes 11 bits |
| Seed space | to possible seeds | Astronomical β un-brute-forceable |
| SLIP39 threshold | -of- shares required | Any reconstructs; any reveals nothing |
| Passphrase derivation | Every passphrase yields a valid wallet |
BIP39 recovery codes come in several standard lengths: 12, 15, 18, 21, or 24 words. Each additional word adds 11 bits β but 4 bits are reserved for the checksum.
Move the slider to see how entropy grows with word count. The vertical axis is logarithmic β each tick represents a factor of 1,000 more possible seeds.
β interactive visualization β coming to this page format soon
Reflect: A 12-word seed has possible values. Even if every computer on Earth tried a trillion seeds per second, exhausting this space would take longer than the age of the universe. Why, then, is length alone not enough to keep coins safe?
SLIP39 splits your seed into shares, where any of them can reconstruct it. Fewer than shares reveal nothing β not a partial seed, not even a hint.
Try different combinations below. The grid shows every possible subset of shares; green means "recovers the seed," red means "reveals nothing."
β interactive visualization β coming to this page format soon
Notice: With -of-, an attacker must compromise three separate locations to steal the seed, while your heirs only need to collect three of the five to recover your Bitcoin. What threshold would you choose to balance theft resistance vs. family accessibility?
In BIP39, every passphrase β including the empty one, and including typos β produces a valid wallet. No error, no warning. This enables plausible deniability, but also silent failure on typos.
Select a passphrase to see which wallet it unlocks. Notice that all wallets are real and valid β they just hold different coins.
β interactive visualization β coming to this page format soon
Reflect: Because BIP39 never signals "wrong passphrase," a single typo looks identical to "funds stolen" β you see an empty wallet either way. How does Aezeed's authenticated-passphrase design flip this trade-off?
Question 1
A standard BIP39 recovery code has 12 words, drawn from a list of 2,048 words. How many bits of entropy (randomness) does this represent?
Remember: each word encodes 11 bits, but some bits are reserved for the checksum.
β Correct! 128 bits of actual entropy, plus a 4-bit checksum for typo detection.
β Not quite. You're close if you multiplied 12 Γ 11, but remember: 4 of those bits are used for the checksum, not for entropy.
Solution:
Each of the 12 words encodes 11 bits, giving total bits. However, the last 4 bits are a checksum derived from the preceding entropy, not from fresh randomness.
This is why 12-word BIP39 seeds are said to have "128-bit security." The checksum is what lets the wallet software reject typos β if the checksum doesn't match, the software knows at least one word is wrong.
Question 2
You protect your Bitcoin using SLIP39 with a 3-of-5 threshold. You give shares to your spouse, sibling, lawyer, a safety deposit box, and keep one at home.
An attacker steals 2 of the 5 shares. How much information about the seed can they derive?
β Correct! Below the threshold, SLIP39 reveals mathematically zero information.
β Not quite. SLIP39 is based on threshold cryptography, not proportional splitting. Fewer than shares give zero info.
Solution:
This is the defining property of a threshold secret-sharing scheme (Shamir's Secret Sharing underpins SLIP39). With a -of- scheme:
This isn't "hard to brute-force" β it's mathematically zero information. The attacker holding 2 shares is in exactly the same position as someone holding 0 shares.
That's why SLIP39 is so powerful for inheritance planning: you can distribute shares widely without accumulated theft being a gradual threat. Only simultaneous compromise of locations breaks the scheme.
Question 3
True or False: In BIP39, if you type your passphrase with a typo, the wallet software will display an error message and refuse to open the wallet.
β Correct! Silent failure is an intentional design choice β it's what enables plausible deniability.
β Not quite. BIP39 can't detect passphrase typos. Every passphrase produces a valid (but possibly empty) wallet.
Solution:
False. BIP39 has no way to validate a passphrase β by design. The passphrase is simply mixed with the recovery words during key derivation:
Any passphrase β including an empty one, a typo, or a completely random string β produces a valid 512-bit seed, which generates a valid key tree full of valid Bitcoin addresses. Those addresses just happen to be empty because no one has ever sent coins to them.
This design choice gives BIP39 plausible deniability (an attacker can't distinguish "no passphrase" from "hidden passphrase"), but at the cost of silent failure on typos. Aezeed makes the opposite trade-off: it embeds a cryptographic tag that authenticates the passphrase, so typos produce an explicit error β at the cost of losing deniability.
Question 4
A journalist worries that a hostile government may coerce her into disclosing her Bitcoin backup. She wants to be able to hand over something that opens a wallet, while keeping her real funds hidden.
Which recovery scheme best fits her threat model?
β Correct! For a coercion-based threat model, BIP39's silent-passphrase behavior is a feature, not a bug.
β Not quite. Think about which scheme lets her hand something over that looks complete, without the attacker being able to prove she's hiding more.
Solution:
The correct choice is BIP39 with a passphrase. Here's why each option fares:
BIP39 + passphrase (correct): The journalist keeps a small decoy balance at the no-passphrase wallet. Under coercion, she surrenders the 12 words; the coercers see a real wallet with a believable small balance. Because every passphrase yields a valid wallet, there is no cryptographic way for them to prove she has hidden funds behind another passphrase. This is plausible deniability.
β Aezeed: This is exactly the wrong choice for coercion. Aezeed's authenticated passphrase lets the coercers verify when she's given up the real one β meaning the coercion has a definite end only when she fully complies. She loses the ability to stop the torture by claiming she's disclosed everything.
β Codex32: A clever scheme for paper-only verification, but it addresses a different threat (losing your backup or mistyping during transcription), not coercion.
β Pure memorization: Offers no protection against coercion β in fact, it makes the coercion longer and more painful, since there's nothing to hand over. It also risks total loss from forgetting, head injury, or death.
The key insight: "best scheme" depends entirely on the adversary. Deniability (BIP39) vs. error detection (Aezeed) vs. split-key resilience (SLIP39) are opposing trade-offs, not a ranking.
Solved: 0 / 4