Bitcoin-Qt Passphrase Encoding Mismatch: Known Password Rejected Across Versions
IndeterminateWallet passphrase was unavailable — whether access was ultimately recovered is not known.
StaleCoinz created a Bitcoin-Qt wallet on macOS in 2013 and encrypted it in 2015 using a passphrase he distinctly remembered. When he attempted to access the wallet in 2020 using Bitcoin Core 0.20.1, the known passphrase was repeatedly rejected—a problem he had encountered five years earlier in 2015, which caused him to abandon Bitcoin access at that time. He preserved the wallet.dat file by backing it up and removing the software.
The wallet file showed no signs of corruption. Bitcoin Core could read the file and display the complete original transaction history, confirming that coins had been successfully added to the wallet historically. This verified that the wallet was intact and contained funds.
StaleCoinz suspected the passphrase encoding issue originated when the wallet was initially encrypted using Bitcoin-Qt 0.8.6. He referenced a BitcoinTalk thread documenting similar character encoding problems across client versions. He considered additional technical factors: keyboard layout changes between 2015 and 2020 (QWERTY versus QWERTZ or native-language keyboard mappings with different character positions), which could cause the same mental passphrase to produce different character sequences when typed.
Manual recovery attempts proved labor-intensive. Testing caps lock variations and typo combinations against a 10-character alphanumeric password created a large search space. Community responses suggested testing with older Bitcoin Core versions using backup copies of wallet.dat, with the possibility of extracting and dumping private keys if an older version successfully unlocked the wallet. The approximate asset value was reported as €200 at the time of posting. No follow-up posts confirmed whether recovery was achieved.
| Stress condition | Passphrase unavailable |
| Custody system | Software wallet |
| Outcome | Indeterminate |
| Documentation | Partial |
| Year observed | 2015 |
| Country | unknown |
Why passphrases fail years after they are set
The failure mode documented consistently across observed cases is temporal: the passphrase is set with confidence, not used for an extended period, and then cannot be reproduced exactly when needed. A single character difference — different capitalization, an added space, a slightly different special character — produces a different wallet with a zero balance. The holder may be certain they remember the passphrase while being unable to produce the exact string that was originally set.
What makes this particularly difficult is that there is no signal at the moment of failure. A wrong passphrase does not produce an error message. It opens an empty wallet. The holder sees a zero balance and typically concludes the passphrase was wrong — but without knowing which part was wrong, or by how much.
Professional passphrase recovery services can attempt permutations when the holder has partial information: they remember the general structure, typical patterns they use for passwords, the approximate length, or that it included a specific word. Recovery from total non-recollection is not feasible.
The preventive action is to store a passphrase record — not with the seed phrase, which would defeat its security purpose, but in a separate secure location accessible to the holder and potentially a designated recovery person. A passphrase that exists only in memory has a time horizon: it will eventually be forgotten, and the timing is unpredictable.
Translate