Derivation Paths: The Seed Restored but Nothing Is There

There is a specific kind of panic that this page exists for. The recovery phrase was correct, the wallet accepted it, the restore completed, and the balance shows nothing. Before concluding anything has been lost, understand what a restore actually does, because in most of these cases nothing is lost at all.

One Seed, Many Trees

A recovery phrase is not a key. It is a seed from which an effectively unlimited number of keys can be derived deterministically.

Those keys are arranged in a tree. Starting from the seed, each step down the tree selects a branch, and the sequence of steps that reaches a particular key is its derivation path.

Because the tree is large, the same phrase can produce entirely separate sets of addresses depending on which branches are followed. Two wallets given the same phrase but following different routes display different addresses, different balances, and different histories.

The funds sit where they always did. The wallet is looking somewhere else.

Reading the Notation

A path is written as a series of fields separated by slashes, conventionally beginning with the letter m for the master key.

An apostrophe after a number indicates a hardened derivation, which affects how keys at that level relate to their parent. It matters to implementations and it does not change how to read the path.

The practical point is that changing any field produces a completely different set of addresses, and changing the purpose field also changes the address format, which is why the same seed can show addresses that look different in style as well as in value.

Why Wallets Disagree

Different wallets adopted different defaults at different times, and a wallet that predates a standard often kept its original scheme for compatibility with its existing users.

Address formats added over time each came with their own conventions, so a wallet supporting a newer format defaults to the branch for that format, while an older wallet defaults elsewhere.

None of this is a defect. It is the consequence of a standard that permits many trees and applications choosing different ones.

Working Through It

Start with what you know. The wallet the funds were originally in determines the path they are under. Its documentation is the fastest source, and many wallets display their path in advanced or expert settings.

If the original wallet is unavailable, restore into a wallet that allows a path to be entered manually and work through the common ones, checking for a balance at each. Several wallets offer a scan across known paths automatically.

Check each field, not just the purpose. An account number other than the first is a common and easily missed cause: a wallet that created a second account puts it under a different branch, and restoring shows only the first.

Check other chains too. The same phrase can hold balances on several, each under its own coin type.

And check the address format. Where a chain has more than one, a wallet defaulting to one format will not show funds sitting at addresses in another, even under the same seed.

Safety While Searching

Deriving addresses happens locally and reveals nothing by itself. The risk is entirely in where the work is done.

Use a wallet application you have reason to trust, on a device you control. Anything that asks you to type a recovery phrase into a web page is a scam, including pages that present themselves as recovery services, and no legitimate tool needs a phrase entered into a browser. A recovery phrase goes only into the wallet application or the hardware device it belongs to.

If a hardware wallet is involved, do the search on the device rather than by exporting the phrase to software. That is what the device is for.

What People Get Wrong About This

The first mistake is concluding the funds are gone. An empty restore is far more often a path mismatch than a loss.

The second is checking only the purpose field and assuming the rest is standard. Account number and address format both produce the same symptom.

A third is not checking other chains, when the same phrase may hold balances on several.

A fourth is entering the recovery phrase somewhere unsafe while searching. The panic that brings people here is exactly the state scams are designed to exploit.

And the last is generating a new wallet and moving on, without recovering the original. The funds remain at the old addresses indefinitely, and the phrase that reaches them is the one already held.

Preventing It Next Time

Record the derivation path alongside the recovery phrase. It is a short string, it is not secret on its own, and it turns a future restore from a search into a step.

Record which wallet was used and which chains hold balances. Those two facts answer most of the questions a restore raises, and they cost nothing to write down while everything is working. See wallet recovery for the wider process.