7.8 BTC Lost in Blockchain.info Interface Failure After Platform Upgrade
IndeterminateCustodial platform became inaccessible — whether funds were recovered is not documented.
In February 2016, a user created two cryptocurrency addresses within Blockchain.info's hosted web wallet service and sent test transactions from Bitcoin-Qt to both addresses: 1Dv4nM1eBpasjXssNvF9hb7dnXYoR8JLoZ and 1573vMtM5nM6p9ce13hxQHfsuh31qEfit9. Both transactions appeared immediately in the account and on the public blockchain. However, after logging out and back in, the second address disappeared from the wallet interface, though blockchain explorers confirmed the funds remained at that address.
The disappearance coincided with Blockchain.info's transition to a new platform interface, suggesting a migration bug or incomplete address synchronization. The user retained a 47-word recovery phrase and attempted recovery using Jaxx and Electrum wallets without success, indicating the recovery seed may not have been properly derived from the original Blockchain.info wallet or contained incomplete key material.
Multiple support tickets were submitted to Blockchain.info, but the service provided no helpful response and closed tickets without resolution. By January 2018, when the user documented the case on a public forum, approximately 7.8 BTC (worth $60,000–$80,000 at 2018 prices) remained stuck and inaccessible through the platform.
Community members suggested deriving the private key directly from the recovery phrase and sweeping funds to another wallet, though the user's technical ability to execute this remained unclear. A secondary case mentioned involved a legacy Blockchain.info wallet from 2013–2014 with $300,000+ stuck after a mandatory platform upgrade introduced a second password requirement the user could not provide, despite retaining the original passphrase and password. These cases highlight the critical dependency risk of custodial and semi-custodial platforms: platform bugs, interface changes, and forced migrations can create access barriers even when funds remain technically recoverable and users retain recovery documentation.
| Stress condition | Vendor lockout |
| Custody system | Exchange custody |
| Outcome | Indeterminate |
| Documentation | Partial |
| Year observed | 2016 |
| Country | unknown |
Why custodial Bitcoin fails differently than self-custody
Exchange custody transfers the custody problem from the holder to the institution. The holder no longer needs to manage seed phrases, maintain hardware, or understand cryptographic concepts. They need only to maintain their account. This simplicity has a cost: the holder no longer controls the private keys. Access depends entirely on the continued operational, financial, and regulatory health of the exchange.
Cases in this archive show that exchange failures cluster around specific event types: bankruptcy and insolvency, regulatory seizure, geographic sanctions, and account-level access failures (lost 2FA, forgotten email credentials). Each event type has a different recovery path and a different timeline. Bankruptcy proceedings typically take 6-24 months and produce partial recovery. Regulatory seizure timelines depend on legal process. Account access failures may be resolvable through platform support or may not.
The distinguishing feature of vendor lockout cases is that recovery — when it occurs — happens through processes the holder did not design and cannot control. They become claimants in a process rather than holders of an asset.
The primary protection against vendor lockout is not using a vendor for custody beyond what is needed operationally. Holdings intended to be stored long-term are most exposed to institutional risk. Exchange custody is well-suited for active trading and conversion; it is poorly suited for long-term storage of significant value. Moving Bitcoin off exchange into self-custody eliminates platform dependency at the cost of taking on personal custody responsibility.