Opticbit Loses 2 BTC After CyanogenMod 9 Flash Without Locatable Wallet Backup
BlockedHardware device was lost or destroyed, and no independent seed phrase backup existed.
On June 25, 2012, a Bitcoin user operating under the handle opticbit reported the loss of 2 BTC stored in a mobile wallet on an Android phone. The loss occurred when the user flashed CyanogenMod 9, a custom Android ROM, onto the device. The opticbit user believed they had completed a backup of the wallet file before performing the flash, but after the operation completed and storage was wiped, the backup could not be located.
This represents a single-device custody failure typical of the mobile wallet era. The private key existed only on the phone itself; there was no hardware wallet, no paper backup, and no verified redundant copy. The ROM flash operation wiped the device storage, destroying the original key material. The presumed backup either failed to complete, was saved to a location not preserved across the flash, or was misplaced afterward.
The loss was reported publicly in the BitcoinTalk forum's 'Let's add up the KNOWN lost bitcoins' thread, a community effort to catalog verifiable Bitcoin losses. In 2012, 2 BTC represented a modest sum by later standards, but the incident documented a recurring pattern: users who believed they had implemented backup procedures but had not verified that backups were actually retrievable or correctly stored. Mobile wallets at the time lacked sophisticated backup mechanisms, and the responsibility for backup verification rested entirely with the user.
| Stress condition | Device loss |
| Custody system | Software wallet |
| Outcome | Blocked |
| Documentation | Present and interpretable |
| Year observed | 2012 |
| Country | unknown |
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