A hardware wallet PIN, recovery words and optional passphrase do different jobs. Understanding those differences helps explain empty wallets after recovery and how to prepare before a device fails.
By Riley BennettPublished 10/16/2026, 8:11:02 PM UTC
education·4 min read
BTC / SLOPESSECURITY ↗
Concept illustration / BTC Slopes
Sponsored disclosure: Riley Bennett is a fictional BTC Slopes writer persona. This article was researched and drafted with AI assistance using the cited public sources. It does not report hands-on testing or interviews.
A replacement hardware wallet can accept the right recovery words and still show none of the bitcoin its owner expects. If the original accounts used a passphrase, restoring the words is only part of the job. The exact passphrase is another required input. Trezor’s passphrase explanation
Understanding that distinction before a device breaks can prevent an expensive recovery mistake. A hardware wallet’s PIN, recovery words and optional passphrase serve different purposes, even when an app presents them during the same setup.
Three secrets with different jobs
The PIN controls access to a particular device. Trezor explains that its PIN is independent of the wallet backup: after a properly prepared recovery, an owner can set a new PIN. Resetting a device without a verified backup is dangerous, however, because it erases the device’s existing access information. Trezor PIN protection
Recovery words encode the information used to regenerate wallet keys. Under BIP39, software turns computer-generated randomness into a word sequence, then combines that sequence with a passphrase to derive a binary seed. When no passphrase is used, the passphrase input is empty. The standard does not instruct users to invent their own recovery-word sequence. BIP39 specification
The optional passphrase changes the wallet derived from the recovery words. Its “25th word” nickname is misleading: spaces and punctuation are allowed. Recovery requires the words and passphrase. Ledger’s passphrase guide
Why a typo can open a wallet
BIP39 produces a valid seed for every passphrase. There is no central password record for the derivation process to consult. A spelling mistake can therefore produce a different, technically valid wallet instead of a rejected login. The recovery words’ checksum helps detect some word-sequence errors; it does not establish that the passphrase matches the one previously used. BIP39 derivation and checksum rules
Changing capitalization or adding a space can send the user to an apparently empty wallet. That does not move or delete the original funds. Applications may still detect a mismatch against a wallet already being used for signing, or between two confirmation entries. Those interface checks do not make an unknown passphrase recoverable. Trezor also cautions that an empty display can reflect a disabled network, while different Bitcoin account types can explain unexpected addresses. Trezor’s passphrase troubleshooting guide
Additional protection brings another failure point
A passphrase makes possession of the recovery words alone insufficient to reconstruct the protected accounts. Its protective value still depends on how difficult it is to guess and how securely it is kept. Enabling the feature also leaves existing holdings where they are: moving bitcoin into the new accounts requires a transaction. Ledger’s security and setup explanation
Ledger offers a convenience option that links a passphrase to a secondary PIN on the device. That shortcut should not become the recovery plan. The PIN selects access on that device; rebuilding the protected accounts still requires the recovery words and passphrase. Ledger’s secondary PIN option
Trezor warns that it cannot reset or retrieve a lost passphrase. Adding another secret therefore increases the burden on the owner’s records and recovery procedure. A feature intended to reduce theft risk can create a new way to lose access. Trezor’s recovery warning
Verify the plan before relying on it
Start with the actual backup format. BIP39 is widely used, but it is not universal. Trezor also supports SLIP39 backups, including single-share and multi-share arrangements. Replacement hardware or software must support the relevant format and passphrase behavior; a familiar-looking list of words is not enough to establish compatibility. Trezor’s backup-format guide
Check the recovery-word backup using the manufacturer’s documented process. For example, Trezor’s Model T offers a backup check that compares the supplied words with the device’s stored backup without first wiping it. Model T backup-check instructions
Then separately verify the passphrase record. Trezor recommends reopening the wallet from the written copy and checking that it reproduces the expected receive address on the hardware device. Do this before transferring a significant amount. Prefer on-device passphrase entry where supported, and keep recovery secrets out of websites, chats and support messages. Trezor’s passphrase verification procedure, Ledger’s secret-handling precautions
Keep the passphrase record protected and separate from the recovery-word backup, while planning how both could be found when legitimately needed. Trezor’s storage guidance
The practical test is whether the owner can reliably reproduce access after losing the device. If the procedure depends on a remembered detail that has never been checked, the recovery plan is unfinished.
Gap limits, account discovery and historical scan settings determine where a restored wallet looks. A careful search can explain an unexpected zero balance without exposing recovery secrets.