How can one seed phrase hold many accounts, and what is a derivation path?
Under the BIP-32 standard, one seed grows a whole tree of keys, so a single phrase can make many accounts and addresses.1,2 A derivation path such as m/44'/60'/0'/0/0 picks one key in that tree, and a wallet that uses a different path will show different addresses.2,3
A tree of keys
Mastering Ethereum describes two kinds of wallet. In the old kind, every key is a separate random number. In the newer kind, every key is worked out from one seed, so the seed can make all of them again.4
A 2012 standard, BIP-32, made this into a tree. It describes how to grow a tree of key pairs from a single seed.1 These are called hierarchical deterministic, or HD, wallets.1 "Deterministic" means the same seed always gives the same keys.1,4
The tree has a useful property. Whoever knows a private key high up in the tree, in its "extended" form, can work out every key below it.1 So the recovery phrase from Lesson 4, which makes the seed at the top, can rebuild every key in the wallet.5,4
Reading a derivation path
Each key in the tree has a path, like a street address. A 2014 standard, BIP-44, gives the path five levels:2
m / purpose' / coin_type' / account' / change / address_index2
| Level | In m/44'/60'/0'/0/0 | What it means |
|---|---|---|
| purpose | 44' | This branch follows BIP-442 |
| coin type | 60' | Ether, in the SLIP-44 list of coin types6,4 |
| account | 0' | The first account; accounts count from 02 |
| change | 0 | 0 is the receiving chain; 1 is for change2 |
| address index | 0 | The first address; addresses count from 02 |
The apostrophe marks hardened derivation, a way of making keys that BIP-32 adds for security.2,1 BIP-32 explains why it is used for accounts: a leaked key at account level or below can never expose the master key or other accounts.1
Ethereum uses only the receiving chain, so the change level is 0.4 Bitcoin uses both, because a Bitcoin payment often sends "change" back to the payer.2,4
Counting starts at 0, so index 0 is the first and index 2 is the third. Mastering Ethereum gives m/44'/60'/0'/0/2 as the third receiving address of the main Ethereum account.4,2 (It writes M, with a capital, for public keys.) The quiz changes the numbers.
Accounts are like bank accounts
BIP-44 suggests using accounts the way people use bank accounts: one for donations, one for savings, one for common expenses.2 A wallet should not create a new account while the previous one has never been used.2
When you restore a phrase, BIP-44 has the wallet search for accounts one by one. It stops looking along a chain after 20 unused addresses in a row, a number it calls the gap limit.2
One phrase, many coins
The coin-type level gives each cryptocurrency its own branch of the tree.2 The SLIP-44 registry lists the numbers: 0 for Bitcoin, 1 for testnets of all coins, 60 for Ether.6,4
So one phrase can hold both Bitcoin and Ethereum keys, on separate branches.2,4 Bitcoin also has other standard paths for its newer address types.3
Why another wallet may show different accounts
Mastering Bitcoin points out that a phrase alone is not always enough to recover everything. You also need to know which paths your wallet used to make its keys.3 A tree has far too many branches for a wallet to check them all.3
So if you restore a phrase in a different app and see different or empty accounts, the phrase may still be right. Common reasons:3,5
- A different path. The new app looks on other branches. Mastering Bitcoin notes older software won't find newer paths where funds may have been received.3
- A different passphrase. Each BIP-39 passphrase gives a different wallet (Module 8).5
- A different standard. Not every wallet uses BIP-39.4,5
Watch-only: public keys without spending power
BIP-32 lets someone work out public keys without the private keys.1 That means part of a wallet can be shared without the power to spend.1
BIP-32's own example is an audit. Sharing the extended public keys lets an auditor see every transaction in and out, but not a single secret key.1 Mastering Ethereum says this lets a wallet work in a watch-only way, without the private keys that can spend.4
BIP-32 adds a warning. An extended public key plus any one ordinary (non-hardened) private key below it can reveal the parent private key. So extended public keys need more care than ordinary ones.1
- BIP 32: Hierarchical Deterministic Wallets. Bitcoin Improvement Proposals (github.com/bitcoin/bips), assigned 11 February 2012.
- BIP 44: Multi-Account Hierarchy for Deterministic Wallets. Bitcoin Improvement Proposals (github.com/bitcoin/bips), assigned 24 April 2014.
- Mastering Bitcoin, 3rd edition, chapter 5: Wallet Recovery. Andreas M. Antonopoulos and David A. Harding (CC BY-SA 4.0), GitHub, December 2023.
- Mastering Ethereum, 2nd edition, chapter 5: Wallets. Andreas M. Antonopoulos, Gavin Wood and co-authors (CC BY-NC-ND 4.0 for its first 12 months, then CC BY-SA 4.0), GitHub, checked 22 October 2026.
- BIP 39: Mnemonic code for generating deterministic keys. Bitcoin Improvement Proposals (github.com/bitcoin/bips), assigned 10 September 2013.
- SLIP-0044: Registered coin types for BIP-0044. SatoshiLabs Improvement Proposals (github.com/satoshilabs/slips), created 9 July 2014; registry checked 22 October 2026.
General education built from the publicly available sources listed above. Not financial, legal, tax or investment advice. Naming a company, project or regulator is not an endorsement either way. Last checked 2026-10-22. Terms and disclaimer.