<html><body><div style="color:#000; background-color:#fff; font-family:Helvetica Neue-Light, Helvetica Neue Light, Helvetica Neue, Helvetica, Arial, Lucida Grande, Sans-Serif;font-size:16px"><div id="yui_3_16_0_1_1426122660566_31668" dir="ltr">Yes I agree with this sentiment.</div><div id="yui_3_16_0_1_1426122660566_31911" dir="ltr"><br></div><div id="yui_3_16_0_1_1426122660566_31917" dir="ltr">As for the version, don't forget we can kinda "brute force" our way to determine a version, because lets say there is 10 versions, we can generate the seed for all 10 versions and then check to see which seed was in use (has transacted) and then use that seed. If no transactions are found, we could restore the wallet with the seed of the latest and greatest version. Not really any need to store the version, sure it may save some time but as Marek rightly says, this is for restoration of a wallet from cold storage not an everyday thing so the extra time to brute force the version etc is acceptable as a trade off for not forcing the remembering of a version.</div><div id="yui_3_16_0_1_1426122660566_31974" dir="ltr"><br></div><div id="yui_3_16_0_1_1426122660566_31984" dir="ltr">BIP39 is beautiful.</div><div id="yui_3_16_0_1_1426122660566_31675"><br></div><div id="yui_3_16_0_1_1426122660566_31669">On Wed, Mar 11, 2015 at 6:14 PM, Mike Hearn <span id="yui_3_16_0_1_1426122660566_31667" dir="ltr">&lt;<a tabindex="-1" id="yui_3_16_0_1_1426122660566_31666" href="mailto:mike@plan99.net" target="_parent"><font id="yui_3_16_0_1_1426122660566_31665" color="#0066cc">mike@plan99.net</font></a>&gt;</span> wrote:<br></div><blockquote id="yui_3_16_0_1_1426122660566_31663" style="margin: 0px 0px 0px 0.8ex; padding-left: 1ex; border-left-color: rgb(204, 204, 204); border-left-width: 1px; border-left-style: solid;"><div id="yui_3_16_0_1_1426122660566_31662" dir="ltr"><div id="yui_3_16_0_1_1426122660566_31661"><div id="yui_3_16_0_1_1426122660566_31660"><ul id="yui_3_16_0_1_1426122660566_31659"><li id="yui_3_16_0_1_1426122660566_31664">Electrum v2 with a version number but no date</li><li id="yui_3_16_0_1_1426122660566_31658">myTREZOR with no version and no date and BIP44 key derivation. Some seeds I believe are now being generated with 24 words instead of 12.</li><li id="yui_3_16_0_1_1426122660566_31674">MultiBit HD with no version and a date in a custom form that creates non-date-like codes you are expected to write down. I think BIP32 and BIP44 are both supported (sorta).</li><li id="yui_3_16_0_1_1426122660566_31828">GreenAddress with no version, no date and BIP32</li><li id="yui_3_16_0_1_1426122660566_31670">Other bitcoinj based wallets, with no version and a date written down in normal human form, BIP32 only.</li></ul></div></div></div></blockquote><div id="yui_3_16_0_1_1426122660566_31685">To my knowledge, myTREZOR, Multibit HD and GreenAddress uses BIP39, just different scheme for key derivation (myTREZOR uses full BIP44, Multibit HD uses BIP44 with first account only and GreenAddress uses another scheme because it's multisig only wallet).</div><div id="yui_3_16_0_1_1426122660566_31652"><br></div><div id="yui_3_16_0_1_1426122660566_31653">I disagree with the need of some version "magic flags" or creation date stored in the mnemnonic, for those reasons:</div><div id="yui_3_16_0_1_1426122660566_31654"><br></div><div id="yui_3_16_0_1_1426122660566_31655">a) If we fail in the way how mnemonic algo is defined, then some magic, extra version flag won't save our asses, because we'll fail in meaning of its meaning. Then it will be completely useless, as implementations cannot rely on it. I know Thomas was sound proponent of this solution, but he was unable to give any reasonable rules about who/how define meaning of version flag.</div><div id="yui_3_16_0_1_1426122660566_31656"><br></div><div id="yui_3_16_0_1_1426122660566_31657">b) "Creation date" is just a short-term hack. Considering that mnemonic words are kind of cold storage (longterm storage), it *really* does not make much difference in 2020, if your wallet has been created in 02/2014 or 10/2016. If there's performance issue with scanning of the blockchain, creation date don't save our asses. We need to find another solution, and as a bonus, we don't need users to know some weird numbers on top of mnemonic itself.</div><div id="yui_3_16_0_1_1426122660566_31682"><br></div><div>&gt;&nbsp;<span style='color: rgb(0, 0, 0); font-family: "Helvetica Neue-Light","Helvetica Neue Light","Helvetica Neue",Helvetica,Arial,"Lucida Grande",sans-serif; font-size: 16px;'>From my interpretation of BIP39, wordlists DO NOT&nbsp;REQUIRE to be fixed between wallet providers.&nbsp;There is some recommendations regarding the wordlists to help with things such as predictive text, so mobile apps can easily predict the word being typed in after a few chars etc.</span></div><div><span style='color: rgb(0, 0, 0); font-family: "Helvetica Neue-Light","Helvetica Neue Light","Helvetica Neue",Helvetica,Arial,"Lucida Grande",sans-serif; font-size: 16px;'><br></span></div><div><span style='color: rgb(0, 0, 0); font-family: "Helvetica Neue-Light","Helvetica Neue Light","Helvetica Neue",Helvetica,Arial,"Lucida Grande",sans-serif; font-size: 16px;'>Exactly! After some community feedback, we changed BIP39 algo to be one-way only, which means you can use *any* wordlist to create the mnemonic, and any other implementation can derive BIP32 root node even without knowing that particular wordlist. Namely this has been changed because of constructive criticism of ThomasV, and from discussion on the mailing list I had a feeling that we've found a consensus. I was *very* surprised that Electrum 2.0 started to use yet another algo "just because".</span></div><div><br></div><div><div>Shortly said, I think BIP39 does perfect job and there's no need to use anything else.</div></div><div><br></div><div>Cheers,</div><div id="yui_3_16_0_1_1426122660566_32019">Marek</div></div></body></html>