<p>Mycelium uses: <code>m/44'/0'/0'/0</code> (see this <a href="https://dcpos.github.io/bip39/" rel="nofollow">bip39 site</a>). That means <code>/0'/0</code> (it's BIP44 notation, where <code>m/44'/0'/</code> means Bitcoin (44), mainnet (0').</p>

<p>The second question is referring to ...</p>

<ol>
<li>importing a watch only address</li>
<li>importing a non-HD WIF</li>
<li>Importing a master key not generated by mycelium</li>
</ol>

CC BY-SA 3.0
2015-04-21T12:01:52.180Z
Thanks for making the second part clear. Does that mean that I cannot create a new HD wallet using a master key that was derived from an other HD wallet?

Is this a problem with my understanding of how HD wallets work, or is it just that this feature is missing from Mycelium?
sevcsik
CC BY-SA 3.0
2015-04-22T02:35:27.060Z
@sevcsik I'm having trouble getting an imported "correct horse battery staple" testnet import working using https://dcpos.github.io/bip39/
Wizard Of Ozzie
CC BY-SA 3.0
2015-04-21T11:35:17.150Z
2015-04-21T11:35:17.150Z
Wizard Of Ozzie
<p>Long story short, you can obtain Electrum v1.0 or v.20 seed words from BIP 39 seed words, but not the other way around. The reason this is the case is because BIP 32 technology is not invertible. This is because of sha512 hashing that occurs at each HD path level, especially for paths involving hardened keys. However, Electrum v1.0 seed words are invertible.</p>

<p>Below is a working example that borrows from <a href="https://github.com/libbitcoin/libbitcoin-system/wiki/Altcoin-Version-Mappings#10-monero-xmr-bip-3944-technology-examples" rel="nofollow noreferrer"><strong>monero-xmr-bip-3944-technology</strong></a> that mapped BIP 39 seed words for HD wallets to Electrum seed words used by Monero. Instead the example is adapted for Bitcoin.</p>

<p><strong><em>1. For "radar blur cabbage chef fix engine embark joy scheme fiction master release" BIP 39 seed words, the m/44'/0'/0' key can be calculated as follows:</em></strong></p>

<p><code>% echo "radar blur cabbage chef fix engine embark joy scheme fiction master release" | bx mnemonic-to-seed -p "" | bx hd-new | bx hd-private -d -i 44 | bx hd-private -d -i 0 | bx hd-private -d -i 0</code>
<strong>xprv9zJMgYvMuqqeogCbj1DtgnaQnGhtR111ifRFS4iq2pBswCmv6fSSLNUSLZF4fjeqFxzSPbJmzJ31UpgWPgypQHP7avzVsoWfKVZQkTXmfYu</strong></p>

<p><strong><em>2. Associated 256-bit secp256k1 private key can be extracted as follows:</em></strong></p>

<p><code>% echo xprv9zJMgYvMuqqeogCbj1DtgnaQnGhtR111ifRFS4iq2pBswCmv6fSSLNUSLZF4fjeqFxzSPbJmzJ31UpgWPgypQHP7avzVsoWfKVZQkTXmfYu | bx hd-to-ec</code>
<strong>eb82feb0611375043cc53ddf7a89dc8bfed730f1ddf0ad8eb457cedc05eabe63</strong></p>

<p><strong><em>3. Calculating associated compressed Bitcoin WIF Keys:</em></strong></p>

<p><code>% echo eb82feb0611375043cc53ddf7a89dc8bfed730f1ddf0ad8eb457cedc05eabe63 | sed 's/$/01/' | bx base58check-encode -v 128</code></p>

<p><strong>L57WpCjtCCBrkwmjXSua7nusuQyHWE9pRkwJB16DvjcbwdzuHJ7W</strong></p>

<p><strong><em>4. Computing corresponding 25 Electrum v1.0 seed words:</em></strong></p>

<pre><code>% echo eb82feb0611375043cc53ddf7a89dc8bfed730f1ddf0ad8eb457cedc05eabe63 | ./bytes_to_words
</code></pre>

<p><strong>biweekly espionage waking bicycle hounded imitate wayside nocturnal jolted imagine value knowledge nozzle bids android orders afield nineteen ponies tawny rarest subtly shipped code tawny</strong></p>

<p><strong><em>5. Demonstrates Electrum v1.0 words are invertible:</em></strong></p>

<p><code>% echo "biweekly espionage waking bicycle hounded imitate wayside nocturnal jolted imagine value knowledge nozzle bids android orders afield nineteen ponies tawny rarest subtly shipped code tawny" | ./inverse_mnemonics</code>
<strong>eb82feb0611375043cc53ddf7a89dc8bfed730f1ddf0ad8eb457cedc05eabe63</strong></p>

<p>Code for <strong>bytes_to_words</strong> and <strong>inverse_mnemonics</strong> is available at <strong><a href="https://github.com/skaht/XMR" rel="nofollow noreferrer">https://github.com/skaht/XMR</a></strong>.</p>

<p>For obtaining Electrum v2.0 words, see corresponding <a href="https://github.com/libbitcoin/libbitcoin-explorer/wiki/bx-electrum-new" rel="nofollow noreferrer"><strong>electrum-new</strong></a> and <a href="https://github.com/libbitcoin/libbitcoin-explorer/wiki/bx-electrum-to-seed" rel="nofollow noreferrer"><strong>electrum-to-seed</strong></a> commands.</p>

CC BY-SA 4.0
2019-04-09T04:20:19.950Z
2019-04-09T04:29:53.207Z
2019-04-09T04:29:53.207Z
skaht
<h3>Response to clarified first part</h3>

<p>You're pretty close, I suspect you want something simpler like this (and then typing in the xprv you extracted from an Electrum 2.x (unencrypted) wallet file):</p>

<p><code>bx hd-private --index 2 --hard | qrencode -o - | feh -</code></p>

<p>In particular, don't include the <code>bx hd-to-wif</code> step, that's probably what's tripping you up.</p>

<p>When you do the import/add-new-account in Mycelium (2.3.0+ required), make sure you're choosing the Advanced option, and then do the scan.</p>

<p>Once you're done, the resulting keys/addresses will be along a path of m/2'/c/i.[1]</p>

<p>If you ever need to do a recovery (i.e. if you lose your phone), you can import the same xprv you imported into Mycelium into a new wallet in Electrum (using the restore wallet option). It may not be documented, but Electrum 2.x will also accept an xprv during a restore, and then it will generate the same c/i path that Mycelium uses for imported xprvs.</p>

<p>I haven't tested any of this though... <em>please</em> test it out before relying on it!</p>

<p><br /></p>

<h3>Response to original first part</h3>

<p>(this is mostly irrelevant to the clarified question)</p>

<p>To answer the first part of your question:</p>

<p>An Electrum 2.x extended master private key can be directly imported imported into Mycelium for Android (version 2.3.0+), no conversions or path derivations are required. It will result in the same list of addresses being generated in both Electrum 2.x and Mycelium. It turns out you were just overthinking the problem ;-)</p>

<p>This means you can just run <code>qrencode -o - | feh -</code> and paste your extracted xprv directly in.</p>

<p>More details on inter-wallet compatibility can be found here: <a href="https://bitcointalk.org/index.php?topic=1000544.0">https://bitcointalk.org/index.php?topic=1000544.0</a>. For your specific case of exporting/importing an xprv, you can look at the third tab in the referenced spreadsheet.</p>

<p>Incidentally, the reason they are compatible isn't obvious. Both use BIP-32, however (as Wizard Of Ozzie already pointed out) Mycelium uses a path of <code>m/44'/0'/a'/c/i</code>, whereas Electrum 2.x uses a path of <code>m/c/i</code>.[1]</p>

<p>What makes them compatible is that Electrum 2.x exports the master key at the root position, however Mycelium assumes that the key was exported at the <code>m/44'/0'/a'</code> position. Mycelium then derives keys by appending an additional <code>c/i</code> path to the imported key, which is the exact same <code>c/i</code> path with Electrum appends to it's root key (<code>m</code>). A diagram might be more clear:
<code>
Electrum 2.x:           m/c/i
Mycelium:     m/44'/0'/0'/c/i
                       ^^ key being exported/imported
</code></p>

<p>[1]:<br />
a = account index<br />
c = 0 for external, 1 for internal (change)<br />
i = key/address index<br />
' means hardened</p>

CC BY-SA 3.0
2015-04-21T21:07:02.180Z
Thanks for the elaborate explanation, you made it much clearer how the two trees differ. However, what you're suggesting seems like exactly the opposite of what I want :)

This would work if I wanted to maket my Electrum HD wallet as a "sub-wallet" of Mycelium, but I want it the other way. The point being Electrum is on my home deskop, while Mycelium is on my phone, making it more fragile. I want to be able to recover the latter wallet using my Electrum seed. I edited the question to make this more clear.
sevcsik
CC BY-SA 3.0
2015-04-21T21:12:17.760Z
About importing the private key to Mycelium: the problem is I don't know how to do that :) If I scan the `xprv` in Mycelium, it adds it as an unrelated, single-key wallet (I guess that feature is for importing cold storage).
It looks like the only way to start a new HD wallet is to generate a mnemonic seed from entropy, or supply the mnemonics by hand. I see no option to import a master private key instead of generating one from a seed.
sevcsik
CC BY-SA 3.0
2015-04-21T23:18:23.897Z
Thanks for the help! Indeed, the `hd-to-wif` part was that degraded my extended key to a "simple" key. Omitting that step, I could import it correctly.
sevcsik
CC BY-SA 3.0
2015-04-21T23:27:08.183Z
"and then typing in the xprv you exported from Electrum 2.x" - I didn't find an option to export the xprv from the GUI, so I extracted it from the wallet JSON file. That had the `xprv` prefix in place.
sevcsik
CC BY-SA 3.0
2015-04-21T23:30:09.577Z
You're right, "exported" was the wrong word, I'll update the answer for future reference.
Christopher Gurnee
CC BY-SA 3.0
2015-04-22T02:42:58.270Z
@sevcsik Check my forked [pybitcointools](https://github.com/simcity4242/pybitcointools/tree/master/bitcoin). It's basically *pbkdf2* with passphrase="13 words in lower case as a string of bytes", salt = b"electrum + password", 2048 rounds with sha512 and 64 byte key length.
Wizard Of Ozzie
CC BY-SA 3.0
2015-04-22T13:42:08.707Z
@WizardOfOzzie Be sure to check the mnemonic's checksum in your code to maintain compatibility with Electrum 2 (and to discourage using your code for brainwallet creation): https://github.com/spesmilo/electrum/blob/6cff7a284ad666a8e77bd127a9fa65fb018ae574/lib/bitcoin.py#L148-L152
Christopher Gurnee
CC BY-SA 3.0
2015-04-22T21:54:54.463Z
@WizardOfOzzie: thanks, I'll check it.
@ChristopherGurnee: I tested your howto about importing the sub-wallet from the derived `xprv` to Electrum, and it works like charm!
sevcsik
CC BY-SA 3.0
2015-04-21T17:34:57.580Z
2015-04-21T23:31:06.243Z
2015-04-21T23:31:06.243Z
Christopher Gurnee
<p>I'd like to export a derived private key from my Electrum HD wallet, and use it as a HD wallet master key in a Mycelium wallet.</p>

<p>I used <code>bx</code> to get the key like this (<code>m/2'/0</code>) (where <code>m</code> is the unencrypted <code>xprv</code> key extracted from default_wallet JSON):</p>

<pre><code>$ cat m | bx hd-private --index 2 --hard \
        | bx hd-to-wif | qrencode -o - | feh -
</code></pre>

<p>And scanned the resulting QR code in Mycelium using the "Add Unrelated Account/Scan".</p>

<p>The wallet works, but it's treated as a "single-address" wallet, not a HD wallet. I presumed that the derived xprv can be used as a master key for deriving more keys, since it contains the chaincode. Is that not the case?</p>

<p>Also, the Mycelium "Add Unrelated Account" screen says that</p>

<blockquote>
  <p>Scan Bitcoin address, private key or HD-Account.</p>
</blockquote>

<p>What format does "HD-Account" mean? Is it WIF?</p>

<p><strong>UPDATE:</strong> To make it clear, the key thing I want is to have a HD account in Mycelium, whith a master key derived from my Electrum HD wallet.</p>

<p>The purpose of this is to have only one seed to <s>remember</s> store - the seed of the Electrum wallet. If my phone is lost, or my Mycelium wallet is compromised, I only have to derive it's master key again from my Electrum master key, reconstruct the wallet keys, take the money and run. And since the Mycelium master key is hardened, I don't have to worry about the rest of the tree being compromised, even if the master public key leaks.</p>

<p>Based on answers of <a href="https://bitcoin.stackexchange.com/a/37017/25148">Christopher Gurnee</a> and <a href="https://bitcoin.stackexchange.com/a/37017/25148">Wizard of Ozzie</a>, I could build a diagram to make it more clear:</p>

<p><img src="https://www.lucidchart.com/publicSegments/view/5536e567-ee14-4c85-bb0e-436e0a00ddcf/image.png" alt="Two-level HD wallet paths"></p>

<p><strong>UPDATE 2:</strong> Updated diagram to match Mycelium's behavior of treating imported extended private keys.</p>

CC BY-SA 3.0
2015-04-21T21:36:32.637Z
Two quick comments on the updated question: (1) "The purpose of this is to have only one seed to *remember*"—I always cringe when I hear someone who say this, i.e. someone who thinks they have an infallible memory that's immune to change/disease/etc... I do hope you've considered this. (2) In the m/2'/44'/0'/..., why bother with the 44'/0' part? By starting with m/2', you're already nonstandard, you may as just well use something simpler like m/2'/c/i, yes?
Christopher Gurnee
CC BY-SA 3.0
2015-04-21T21:40:34.007Z
I don't actually remember it, at least not for now :) but I was under the impression that mnemonics were introduced in the standard because they are easier for the human brain then a random number (which is much more efficient to store)
sevcsik
CC BY-SA 3.0
2015-04-21T21:42:58.780Z
(2): I kept the she standard-ish pattern, because I cannot modify how does Mycelium derives the keys (besides modifying the code). The only derivation I have control over is the dashed line, all other derivation paths are hardcoded in the wallets.
sevcsik
CC BY-SA 3.0
2015-04-21T21:45:42.630Z
Mnemonics were introduced because they're easier to write down, they were never intended to be easy to remember. I certainly can't remember mine ;-). Regarding (2): understood, I'll update my answer.
Christopher Gurnee
CC BY-SA 3.0
2015-04-21T21:55:36.437Z
Ah, I see. I thought an integer should be easier to be written down, but now as I gave it a bit more thought, I see that having a predefined dictionaty makes it less prone to errors.
sevcsik
<bip32-hd-wallets><wallet-import><private-key-import><wallet-import-format>
How to import a HD wallet from an extended private key
sevcsik
# How to import a HD wallet from an extended private key

(Asked by: username_0 on 2015-04-21)

I'd like to export a derived private key from my Electrum HD wallet, and use it as a HD wallet master key in a Mycelium wallet.

I used `bx` to get the key like this (`m/2'/0`) (where `m` is the unencrypted `xprv` key extracted from default\_wallet JSON):

```
$ cat m | bx hd-private --index 2 --hard \
        | bx hd-to-wif | qrencode -o - | feh -

```

And scanned the resulting QR code in Mycelium using the "Add Unrelated Account/Scan".

The wallet works, but it's treated as a "single-address" wallet, not a HD wallet. I presumed that the derived xprv can be used as a master key for deriving more keys, since it contains the chaincode. Is that not the case?

Also, the Mycelium "Add Unrelated Account" screen says that

> Scan Bitcoin address, private key or HD-Account.

What format does "HD-Account" mean? Is it WIF?

**UPDATE:** To make it clear, the key thing I want is to have a HD account in Mycelium, whith a master key derived from my Electrum HD wallet.

The purpose of this is to have only one seed to ~~remember~~ store - the seed of the Electrum wallet. If my phone is lost, or my Mycelium wallet is compromised, I only have to derive it's master key again from my Electrum master key, reconstruct the wallet keys, take the money and run. And since the Mycelium master key is hardened, I don't have to worry about the rest of the tree being compromised, even if the master public key leaks.

Based on answers of [username_1 username_1](https://bitcoin.stackexchange.com/a/37017/25148) and [username_2 of username_2](https://bitcoin.stackexchange.com/a/37017/25148), I could build a diagram to make it more clear:

![Two-level HD wallet paths](https://www.lucidchart.com/publicSegments/view/5536e567-ee14-4c85-bb0e-436e0a00ddcf/image.png)

**UPDATE 2:** Updated diagram to match Mycelium's behavior of treating imported extended private keys.

**Tags:** bip32-hd-wallets, wallet-import, private-key-import, wallet-import-format

> **Comments:**
> **username_1**: Two quick comments on the updated question: (1) "The purpose of this is to have only one seed to *remember*"—I always cringe when I hear someone who say this, i.e. someone who thinks they have an infallible memory that's immune to change/disease/etc... I do hope you've considered this. (2) In the m/2'/44'/0'/..., why bother with the 44'/0' part? By starting with m/2', you're already nonstandard, you may as just well use something simpler like m/2'/c/i, yes?  
> **username_0**: I don't actually remember it, at least not for now :) but I was under the impression that mnemonics were introduced in the standard because they are easier for the human brain then a random number (which is much more efficient to store)  
> **username_0**: (2): I kept the she standard-ish pattern, because I cannot modify how does Mycelium derives the keys (besides modifying the code). The only derivation I have control over is the dashed line, all other derivation paths are hardcoded in the wallets.  
> **username_1**: Mnemonics were introduced because they're easier to write down, they were never intended to be easy to remember. I certainly can't remember mine ;-). Regarding (2): understood, I'll update my answer.  
> **username_0**: Ah, I see. I thought an integer should be easier to be written down, but now as I gave it a bit more thought, I see that having a predefined dictionaty makes it less prone to errors.  

---

## 3 answers

### Answer by username_1 on 2015-04-21. Score: 7 | Accepted answer

### Response to clarified first part

You're pretty close, I suspect you want something simpler like this (and then typing in the xprv you extracted from an Electrum 2.x (unencrypted) wallet file):

`bx hd-private --index 2 --hard | qrencode -o - | feh -`

In particular, don't include the `bx hd-to-wif` step, that's probably what's tripping you up.

When you do the import/add-new-account in Mycelium (2.3.0+ required), make sure you're choosing the Advanced option, and then do the scan.

Once you're done, the resulting keys/addresses will be along a path of m/2'/c/i.[1]

If you ever need to do a recovery (i.e. if you lose your phone), you can import the same xprv you imported into Mycelium into a new wallet in Electrum (using the restore wallet option). It may not be documented, but Electrum 2.x will also accept an xprv during a restore, and then it will generate the same c/i path that Mycelium uses for imported xprvs.

I haven't tested any of this though... *please* test it out before relying on it!

### Response to original first part

(this is mostly irrelevant to the clarified question)

To answer the first part of your question:

An Electrum 2.x extended master private key can be directly imported imported into Mycelium for Android (version 2.3.0+), no conversions or path derivations are required. It will result in the same list of addresses being generated in both Electrum 2.x and Mycelium. It turns out you were just overthinking the problem ;-)

This means you can just run `qrencode -o - | feh -` and paste your extracted xprv directly in.

More details on inter-wallet compatibility can be found here: <https://bitcointalk.org/index.php?topic=1000544.0>. For your specific case of exporting/importing an xprv, you can look at the third tab in the referenced spreadsheet.

Incidentally, the reason they are compatible isn't obvious. Both use BIP-32, however (as username_2 Of username_2 already pointed out) Mycelium uses a path of `m/44'/0'/a'/c/i`, whereas Electrum 2.x uses a path of `m/c/i`.[1]

What makes them compatible is that Electrum 2.x exports the master key at the root position, however Mycelium assumes that the key was exported at the `m/44'/0'/a'` position. Mycelium then derives keys by appending an additional `c/i` path to the imported key, which is the exact same `c/i` path with Electrum appends to it's root key (`m`). A diagram might be more clear:
`Electrum 2.x: m/c/i
Mycelium: m/44'/0'/0'/c/i
^^ key being exported/imported`

[1]:  
a = account index  
c = 0 for external, 1 for internal (change)  
i = key/address index  
' means hardened

> **Comments:**
> **username_0**: Thanks for the elaborate explanation, you made it much clearer how the two trees differ. However, what you're suggesting seems like exactly the opposite of what I want :)  This would work if I wanted to maket my Electrum HD wallet as a "sub-wallet" of Mycelium, but I want it the other way. The point being Electrum is on my home deskop, while Mycelium is on my phone, making it more fragile. I want to be able to recover the latter wallet using my Electrum seed. I edited the question to make this more clear.  
> **username_0**: About importing the private key to Mycelium: the problem is I don't know how to do that :) If I scan the `xprv` in Mycelium, it adds it as an unrelated, single-key wallet (I guess that feature is for importing cold storage). It looks like the only way to start a new HD wallet is to generate a mnemonic seed from entropy, or supply the mnemonics by hand. I see no option to import a master private key instead of generating one from a seed.  
> **username_0**: Thanks for the help! Indeed, the `hd-to-wif` part was that degraded my extended key to a "simple" key. Omitting that step, I could import it correctly.  
> **username_0**: "and then typing in the xprv you exported from Electrum 2.x" - I didn't find an option to export the xprv from the GUI, so I extracted it from the wallet JSON file. That had the `xprv` prefix in place.  
> **username_1**: You're right, "exported" was the wrong word, I'll update the answer for future reference.  
> **username_2**: @username_0 Check my forked [pybitcointools](https://github.com/simcity4242/pybitcointools/tree/master/bitcoin). It's basically *pbkdf2* with passphrase="13 words in lower case as a string of bytes", salt = b"electrum + password", 2048 rounds with sha512 and 64 byte key length.  
> **username_1**: @username_2 Be sure to check the mnemonic's checksum in your code to maintain compatibility with Electrum 2 (and to discourage using your code for brainwallet creation): https://github.com/spesmilo/electrum/blob/6cff7a284ad666a8e77bd127a9fa65fb018ae574/lib/bitcoin.py#L148-L152  
> **username_0**: @username_2: thanks, I'll check it. @username_1: I tested your howto about importing the sub-wallet from the derived `xprv` to Electrum, and it works like charm!  

---

### Answer by username_2 on 2015-04-21. Score: 1

Mycelium uses: `m/44'/0'/0'/0` (see this [bip39 site](https://dcpos.github.io/bip39/)). That means `/0'/0` (it's BIP44 notation, where `m/44'/0'/` means Bitcoin (44), mainnet (0').

The second question is referring to ...

1. importing a watch only address
2. importing a non-HD WIF
3. Importing a master key not generated by mycelium

> **Comments:**
> **username_0**: Thanks for making the second part clear. Does that mean that I cannot create a new HD wallet using a master key that was derived from an other HD wallet?  Is this a problem with my understanding of how HD wallets work, or is it just that this feature is missing from Mycelium?  
> **username_2**: @username_0 I'm having trouble getting an imported "correct horse battery staple" testnet import working using https://dcpos.github.io/bip39/  

---

### Answer by username_3 on 2019-04-09. Score: 0

Long story short, you can obtain Electrum v1.0 or v.20 seed words from BIP 39 seed words, but not the other way around. The reason this is the case is because BIP 32 technology is not invertible. This is because of sha512 hashing that occurs at each HD path level, especially for paths involving hardened keys. However, Electrum v1.0 seed words are invertible.

Below is a working example that borrows from [**monero-xmr-bip-3944-technology**](https://github.com/libbitcoin/libbitcoin-system/wiki/Altcoin-Version-Mappings#10-monero-xmr-bip-3944-technology-examples) that mapped BIP 39 seed words for HD wallets to Electrum seed words used by Monero. Instead the example is adapted for Bitcoin.

***1. For "radar blur cabbage chef fix engine embark joy scheme fiction master release" BIP 39 seed words, the m/44'/0'/0' key can be calculated as follows:***

`% echo "radar blur cabbage chef fix engine embark joy scheme fiction master release" | bx mnemonic-to-seed -p "" | bx hd-new | bx hd-private -d -i 44 | bx hd-private -d -i 0 | bx hd-private -d -i 0`
**xprv9zJMgYvMuqqeogCbj1DtgnaQnGhtR111ifRFS4iq2pBswCmv6fSSLNUSLZF4fjeqFxzSPbJmzJ31UpgWPgypQHP7avzVsoWfKVZQkTXmfYu**

***2. Associated 256-bit secp256k1 private key can be extracted as follows:***

`% echo xprv9zJMgYvMuqqeogCbj1DtgnaQnGhtR111ifRFS4iq2pBswCmv6fSSLNUSLZF4fjeqFxzSPbJmzJ31UpgWPgypQHP7avzVsoWfKVZQkTXmfYu | bx hd-to-ec`
**eb82feb0611375043cc53ddf7a89dc8bfed730f1ddf0ad8eb457cedc05eabe63**

***3. Calculating associated compressed Bitcoin WIF Keys:***

`% echo eb82feb0611375043cc53ddf7a89dc8bfed730f1ddf0ad8eb457cedc05eabe63 | sed 's/$/01/' | bx base58check-encode -v 128`

**L57WpCjtCCBrkwmjXSua7nusuQyHWE9pRkwJB16DvjcbwdzuHJ7W**

***4. Computing corresponding 25 Electrum v1.0 seed words:***

```
% echo eb82feb0611375043cc53ddf7a89dc8bfed730f1ddf0ad8eb457cedc05eabe63 | ./bytes_to_words

```

**biweekly espionage waking bicycle hounded imitate wayside nocturnal jolted imagine value knowledge nozzle bids android orders afield nineteen ponies tawny rarest subtly shipped code tawny**

***5. Demonstrates Electrum v1.0 words are invertible:***

`% echo "biweekly espionage waking bicycle hounded imitate wayside nocturnal jolted imagine value knowledge nozzle bids android orders afield nineteen ponies tawny rarest subtly shipped code tawny" | ./inverse_mnemonics`
**eb82feb0611375043cc53ddf7a89dc8bfed730f1ddf0ad8eb457cedc05eabe63**

Code for **bytes\_to\_words** and **inverse\_mnemonics** is available at **<https://github.com/username_3/XMR>**.

For obtaining Electrum v2.0 words, see corresponding [**electrum-new**](https://github.com/libbitcoin/libbitcoin-explorer/wiki/bx-electrum-new) and [**electrum-to-seed**](https://github.com/libbitcoin/libbitcoin-explorer/wiki/bx-electrum-to-seed) commands.


---

