Why won't this Electrum wallet open?
Drop your Electrum wallet file here. It tells you which encryption is in the way, what kind of wallet it is, whether the seed behind it is an Electrum seed or a BIP-39 one, and whether the file is intact or has been cut short. No password is ever asked for and nothing is uploaded.
An Electrum wallet file can hold spendable keys. Here is exactly what this tool does and does not do. It reads the file locally, in your browser, to work out which Electrum format it is and report its structure. It never transmits the file anywhere, never stores it, and never shows, exports, copies, or logs a seed phrase, a master private key, or any private key, not when the wallet file is storing them in the clear, not behind a toggle. It reports format, encryption state, wallet type, seed type, derivation path, structural integrity, and public addresses only. There is no password field: it never attempts decryption or password guessing. It never writes to, renames, or modifies your file.
An Electrum wallet made without a password keeps its seed phrase in readable text inside the file. This tool will tell you that is the case, and will not print a single word of it. That restraint is the point: getting spendable keys out of a wallet is bench work with real consequences if it goes wrong, and not something a web page should hand out.
Given that this is live money, the safest way to run this is the offline copy, disconnected from the internet. It's the recommended path for this tool, not just an option.
default_wallet, with no file extension, inside Electrum's wallets folder. Nothing leaves this browser tab.Nothing here is uploaded. Verify it yourself: open your browser's network tab before dropping a file, and confirm nothing fires.
What an Electrum wallet file actually is
Electrum keeps its wallets in %APPDATA%\Electrum\wallets on Windows and ~/.electrum/wallets on macOS and Linux. The default one is named default_wallet and has no file extension at all, which is the single most common reason people scroll straight past the thing they are looking for. Copy it somewhere safe before you do anything else, and work only on the copy.
Two separate layers of encryption, and it matters which one you have hit
Electrum can encrypt the wallet file itself, and it separately encrypts the secrets inside it. They are different mechanisms with different consequences, and the whole diagnosis turns on telling them apart.
File encryption has been the default since version 2.8. When it is on, the entire file is one unbroken line of base64 that begins QklFMQ, which is the four bytes BIE1 encoded. You cannot read a single field. Key encryption is what you get when the file itself is readable JSON but the seed and xprv fields inside it hold ciphertext instead of words. And a wallet made with no password at all keeps its seed phrase sitting in the file in plain English, which the tool above will warn you about without printing any of it.
So: if you can open the file in a text editor and see field names, the file is not encrypted and whatever is failing is either the inner keys or structural damage. If you see nothing but a wall of base64, you are hitting file encryption first and cannot learn anything about the contents until it opens.
What is inside an encrypted Electrum wallet, and why that is still useful
An encrypted wallet file is not a featureless blob. Electrum writes a four-byte marker, then a 33-byte one-time public key, then AES-CBC ciphertext, then a 32-byte signature, and base64s the lot. Two facts fall straight out of that layout with no password involved.
First, a complete file is always 69 bytes plus a whole number of 16-byte blocks. If the decoded length does not fit that, characters have been lost, and no password will ever open it. Second, that 33-byte one-time key is a real point on Bitcoin's curve, and whether a given 33 bytes is a real curve point is arithmetic anyone can check. Damage fails that test about half the time. Between them, those two checks tell you whether you have a password problem or a file problem, which are not the same problem and do not have the same fix.
The marker itself is worth reading too. BIE1 means the file is locked with the password you chose. BIE2 means it is locked with a key derived from the wallet's own master public key, which Electrum only does for hardware wallets: there is no forgotten password in that case, there is a missing device or a missing seed.
"It is not possible to recover your password"
That is Electrum's own documentation, and it is accurate: there is no reset, no support channel, and no back door, by design. What it does not mean is that the money is gone. Electrum also says a wallet "can be entirely recovered from its seed", so the question that actually matters is not whether the password can be reset but whether you also have the seed. If you do, restore it into a fresh wallet, set a new password, and the file you cannot open stops being relevant. A surprising number of people never try this, because they assume the file is the wallet. In Electrum, the seed is.
If the seed is gone too, an offline attack on the file is the remaining route, and what decides whether it is worth attempting is how much of the password you remember, not what hardware gets pointed at it. The service side of that is forgotten wallet password recovery.
Electrum seeds are not BIP-39 seeds
This is the most misread thing about Electrum, and it is where the tool above earns its keep. Electrum generates its own seed format and its documentation says plainly that it "does not generate BIP39 seeds". A phrase from Trust Wallet, Ledger, Trezor, MetaMask, or almost anything else is BIP-39, and Electrum will not restore one unless you tell it to.
You can read which standard built a wallet straight out of a readable wallet file, from the derivation path. Electrum's own seeds derive at m for the old pre-SegWit format and m/0' for the SegWit format. A path shaped like m/44'/0'/0', m/49'/0'/0', or m/84'/0'/0' is the BIP-43 account shape used by BIP-39 wallets and hardware devices, which means the wallet was not built from Electrum words. The tool prints the path and says which of those two you have.
There is a second consequence people find out the hard way: when a wallet is restored from a BIP-39 phrase, Electrum stores only the derived master key and never the mnemonic. So no tool can print your recovery words back to you from that wallet file. They have to come from wherever you originally wrote them down.
"Electrum cannot restore wallets from Trust Wallet"
It can, and the failure is two settings deep. First, enter the phrase, click Options, and tick BIP39 seed; without that, Electrum reads a Trust Wallet phrase as an Electrum-native seed and rejects it. Second, set the derivation path to match the coin: Trust Wallet's Bitcoin is native SegWit at m/84'/0'/0', so choose script type native segwit (p2wpkh) and that path, and try m/44'/0'/0' if your addresses start with a 1.
The caveat that catches everyone: Electrum is Bitcoin only. If your Trust Wallet holds Ethereum, BNB, or tokens, the seed is the same but Electrum cannot show any of it. That, and not a lost wallet, is why so many Trust Wallet restores into Electrum look empty. The full walkthrough is in the Electrum won't open guide.
"Your wallet has an unsupported seed version"
Every Electrum wallet file carries a seed_version, which is the storage format number rather than anything to do with your seed phrase. Its practical meaning is the oldest Electrum that can open this file: version 11 needs 2.0, version 18 needs 3.3, version 40 needs 4.1, version 54 needs 4.5. Newer Electrum opens older files by upgrading them, and older Electrum refuses newer ones with "This version of Electrum is too old to open this wallet."
A handful of numbers are refused outright with the message above. Versions 5 through 10 came out of development builds around Electrum 1.9 and were never carried forward; Electrum's own suggestion is to check out the matching build to open them. That is fiddly, but it is a version problem, not a damaged file, and the coins are still there. The tool reads the number off the file and tells you which case you are in.
Standard, imported, multisig, and 2FA are four different recovery problems
A readable wallet file says which one you have in its wallet_type field, and the answers diverge sharply from there.
Standard is one seed, one keystore, and the seed is the whole wallet. Imported means individual keys or addresses were pasted in and there is no seed at all, so whatever is in the file is all there is, and no amount of searching for words will help.
2FA is the one people give up on wrongly. An Electrum two-factor wallet is a 2-of-3 multisig with TrustedCoin as the third cosigner, and Electrum's documentation is explicit that "your seed contains two master private keys in a 2-of-3 security scheme" and that "even if TrustedCoin is compromised or taken offline, your coins are secure as long as you still have the seed". A dead or unpaid co-signing service is an inconvenience, not a loss. The restore has to be done as the two-factor variety, though; restoring a 2FA seed as an ordinary wallet is the standard way to conclude, incorrectly, that the money has vanished.
General multisig is the genuinely harder case, because each cosigner's master public key is part of the wallet's definition and your seed alone does not describe the wallet. The good news is that a readable wallet file contains that definition. The tool counts how many of the cosigner slots hold a private key and compares it against the quorum, which answers "can this file actually spend" directly.
A file full of zeros, and other kinds of damage
Not every unopenable file is encrypted. A wallet that is the right size and contains nothing but zero bytes is the signature of an interrupted write: the filesystem recorded the length and the contents never reached the disk before a crash or a power cut. A file whose JSON starts correctly and then stops mid-value is a truncated copy, which Electrum reports as "Cannot read wallet file. (parsing failed)". Neither is a password problem and neither can be talked out of it.
In both cases the effort belongs somewhere other than the damaged file: another copy in a backup, a sync folder, an old machine, or an email attachment. And if the drive itself is throwing errors while you copy, stop and image it before doing anything else. The longer version is corrupt and deleted wallet file recovery.
The wrong file: config, and everything else in the folder
Electrum's data directory holds a file called config that sits one level above wallets and, like the wallet, has no extension. It holds settings and has never contained a key. It gets sent to recovery services often enough to be worth naming, and the tool identifies it, reads the "last wallet opened" path out of it, and tells you what your wallet file was actually called. On an old machine that filename is sometimes the entire lead you needed.
What this inspector can and can't tell you
It can tell you: which of Electrum's encryption schemes is in the way, whether an encrypted file is structurally complete or has been truncated, the storage version and therefore which Electrum releases can open it, the wallet type, the seed type, whether a seed phrase is even stored in the file, the derivation path and what standard it implies, whether the wallet can sign or is watch-only, how many cosigners a multisig has and how many of them this file can sign with, and the public receiving addresses.
It cannot tell you the password. It never tries, and never will: there is no password field on this page. It cannot decrypt an encrypted file, so for a BIE1 wallet everything above the encryption layer is unreadable and it says so rather than guessing. It cannot recover a file that has been genuinely overwritten at the disk level. And a wallet with addresses in it is not the same thing as a wallet with a balance, which is why the addresses are listed for you to check in a block explorer yourself.
Two pages carry the rest of this. Electrum won't open your wallet is the free written diagnostic, covering all four failure modes in detail. Electrum wallet recovery is the service, for the cases where a wrong move is permanent.
Electrum wallet file questions
Is it safe to open my Electrum wallet file here?
This tool reads the file locally in your browser and never transmits, stores, or displays any seed phrase, master private key, or private key, not even when the wallet file is holding them in readable text. It reports structure and public data only. That said, this is live money, and the recommended way to run this tool is the offline copy linked above, disconnected from the internet. For this particular tool that isn't just an option, it's the safer default.
My Electrum wallet file is corrupt and won't load
Copy it before anything else, and never let a repair attempt run on your only original. Then drop the copy above: it separates a truncated file, a zero-filled file left by an interrupted write, and a file that is simply encrypted, which look identical from the outside and need completely different responses. And remember the Electrum-specific consolation, which is a real one: in Electrum the seed is the wallet, so if you have the words, a damaged file is an inconvenience rather than a loss.
I have the wallet file but forgot the password. Can it be reset?
No, and that is deliberate. Electrum states flatly that "it is not possible to recover your password": there is no reset and no back door. There are two ways forward. If you have the seed, restore from it into a new wallet and set a new password, and the old one stops mattering. If you do not, the only route is an offline attack against the file, and what decides the odds is how much of the password you remember, not the hardware. That is password recovery.
Electrum cannot restore my Trust Wallet seed. Is the seed wrong?
Almost certainly not. Electrum uses its own seed standard, not BIP-39, and validates against that standard by default, so a perfectly good Trust Wallet, Ledger, or Trezor phrase is reported as invalid. Enter the seed, click Options, tick BIP39 seed, then give it the right derivation path: m/84'/0'/0' for Trust Wallet's native SegWit Bitcoin, m/44'/0'/0' for legacy. Also remember Electrum is Bitcoin only, so any Ethereum or tokens under that seed will never show up in it. The full walkthrough is here.
What does "Your wallet has an unsupported seed version" mean?
It means the storage format number in the file is one this Electrum build refuses, not that the file is damaged. Usually it is simply too new for the Electrum you are running, and updating fixes it. Versions 5 to 10 are the awkward case: they came from development builds around Electrum 1.9 and were never carried forward, so Electrum's own advice is to open them with the matching build and move the coins out. Drop the file above and it reads the number off for you.
The tool says my wallet is watch-only. Where did the keys go?
A watch-only wallet was created from an extended public key or a set of addresses, so it can see a balance and never spend it. Nothing has been lost from this file; the spendable half was always somewhere else. Finding it is a search problem: the wallet or device the public key was exported from, the seed it came from, or a backup on another machine. The addresses this tool lists are what identify the right one when you find it.
My 2FA wallet's cosigner service is gone. Is the money lost?
Usually not, and this is the most commonly misunderstood Electrum case. An Electrum two-factor wallet is a 2-of-3 multisig and your seed holds two of the three keys; TrustedCoin only ever held the third. Electrum's own documentation says your coins are secure as long as you have the seed, even if TrustedCoin is offline. Restore as the two-factor variety, not as an ordinary wallet, and you can spend with the two keys you already control.
Can you get the seed or private keys out of the file?
For a wallet whose secrets are unencrypted, or an encrypted one where the password is recoverable, that is the actual recovery service, done carefully and offline. It is not something a web page should hand out automatically. This tool deliberately stops at structure and public data so that dropping a file here can never itself be the thing that loses you money.