MultiBit Wallet on Stolen Laptop: Recovery Phrase Format Ambiguity Blocks Access
IndeterminateHardware device was lost or destroyed — whether access was recovered is not documented.
In 2014, mcsteely purchased Bitcoin from a Bitcoin ATM and sent it to a MultiBit wallet installed on a laptop. The device was subsequently stolen. At the time, the user did not consider the amount significant enough to pursue immediate recovery. By October 2017, mcsteely decided to attempt wallet restoration.
The user retained two handwritten recovery phrases—one with 17 words and one with 18 words—created during original wallet setup, along with a private key notation and the transaction ID from an ATM receipt. Attempts to restore the wallet in Electrum using BIP39 settings proved unsuccessful. The core technical barrier is ambiguity about which MultiBit variant was used: MultiBit Classic (which did not support mnemonic recovery and required private key export as the sole backup method) or MultiBit HD (which supported BIP39-compliant recovery phrases). The 17-word phrase may represent legacy blockchain.
info format, while the 18-word phrase more likely follows BIP39 standard, but confirmation proved elusive. Correct derivation path selection—particularly the m/0' path specific to MultiBit HD—remained uncertain. Experienced Bitcoin developers achow101 and HCP provided guidance on testing both recovery phrase formats in Electrum, attempting alternative wallets such as Breadwallet and Simple Bitcoin Wallet, and using the transaction ID to verify funds on the blockchain. However, these efforts did not yield successful restoration.
The final forum activity suggested mcsteely may have exhausted recovery avenues, with the 18-word BIP39 approach in Electrum unsuccessful and the 17-word recovery path remaining technically unresolved.
| Stress condition | Device loss |
| Custody system | Software wallet |
| Outcome | Indeterminate |
| Documentation | Present but ambiguous |
| Year observed | 2014 |
What determines whether device loss is permanent
When a device fails, burns, floods, or disappears, the Bitcoin remains on the blockchain, unchanged. What changes is whether any path to authorized access still exists. A seed phrase stored separately from the device preserves that path. A seed phrase stored with the device — or never recorded at all — eliminates it permanently.
The pattern observed across cases in this archive is consistent: recovery is possible when the seed phrase survived the event that took the device. It is not possible when it did not. The type of device, its cost, its brand, its security features — none of these factors determine the outcome. The seed phrase backup does.
Most device loss cases that result in permanent loss involve one of three failure modes: the seed phrase was never recorded at setup, the seed phrase was stored physically alongside the device and lost with it, or the seed phrase was stored in a location that became inaccessible during the same event (flood, fire, relocation). All three are detectable in advance. A backup test — confirming that the seed phrase can restore the wallet on a separate device — would have revealed the gap before the loss event.
A device loss case becomes unrecoverable the moment the backup path is also broken. The preventive action is simple in concept: record the seed phrase at setup, store it independently from the device, and test that it works. Most cases in this archive involved none of these three steps.
Translate