Pre-2014 Blockchain.info Wallet: Non-Standard Mnemonic Format Blocks Recovery
IndeterminateCustodial platform became inaccessible — whether funds were recovered is not documented.
In May 2019, a Bitcoin holder identified as pizzdaniel posted to BitcoinTalk describing a multi-year custody failure involving wallets created on blockchain.info between 2013 and 2014. The user had lost email credentials and wallet identifiers over time but recently located recovery seed phrases totaling approximately 4–5 BTC. The recovered phrases deviated sharply from standard formats: they contained 16, 17, or 19 words rather than the industry-standard 12 or 24, and the words did not match the BIP39 wordlist used by modern wallets.
When attempting recovery through blockchain.info's official password-recovery portal, the system consistently returned 'Invalid Checksum' errors, blocking all access attempts. Requests to blockchain.info support went unanswered.
The user's brother reported possessing nearly identical non-standard phrases from the same period and platform, suggesting blockchain.info had deployed a proprietary mnemonic system—"Wallet Recovery Mnemonics"—prior to adopting BIP39 and hierarchical deterministic (HD) wallet standards in the mid-2010s. Community analysis indicated that recovery was theoretically possible but required either locating the legacy encrypted aes.json wallet file (for platform-specific import) or reverse-engineering the brainwallet-derivation logic used during that era.
In January 2021, another user (keychainX) reported successfully deriving wallet information from similar legacy blockchain.info phrases, confirming recovery was feasible but demanded specialized knowledge outside standard wallet tooling. No follow-up from pizzdaniel confirmed whether access was ultimately restored. The incident exemplifies the risks of platform-specific custody formats, unresponsive institutional support, and the obsolescence of proprietary recovery mechanisms when a service's technical team becomes unavailable.
| Stress condition | Vendor lockout |
| Custody system | Exchange custody |
| Outcome | Indeterminate |
| Documentation | Partial |
| Year observed | 2019 |
| 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.
Translate