On Thu, Mar 27, 2014 at 9:28 AM, Mike Hearn <m...@plan99.net> wrote: > By the way, I just noticed that greenaddress.it is creating seeds that have 24 > words instead of 12. Does anyone know what's up with that? They claim to be > using BIP32 wallets so I wanted to see if they were using the default > structure > and if so, whether bitcoinj was compatible with it (before I switch to the one > discussed here). But it seems we fall at the first hurdle ... >
They replied this on reddit: "Good question! We use 256-bit BIP39 seeds for our 512-bit extended HD wallet keypairs, as advised by BIP32. We are aware that 128 is considered ok in Electrum but we wanted to follow BIP32 spec, in particular because we are working with hardware wallets that have been design with BIP32 in mind and wanted to avoid any incompatibility issue." http://www.reddit.com/r/Bitcoin/comments/20puhg/while_blockchaininfo_is_down_what_about_testing/cg5mr54 BTW, thanks for starting this thread. I am with the bitcore team, working on a new multisig only wallet (Cosign). The schema originally proposed be Mike (/m/cointype/reserved'/account'/change/n ) seems flexible enough for our needs. I wonder, tough, if we can agree also on a format to exchange the tips (n) of each branch on the tree when the user export/backup the wallet, as Allen suggested. On Wed, Mar 26, 2014 at 8:37 PM, Andreas Schildbach <andr...@schildbach.de> wrote: > For me, the most important thing is either we're 100% interoperable or > 0%. There should not be anything inbetween, as users will delete seeds > without knowing there is still money in them on another implementation. Is the ideal schema that the user should be able to use two different wallets at the same time? Does a wallet need to assume that derivate keys could had been used already? That seems complicated. Maybe we could add a /(hash of the wallet name)/ on the BIP32 path. -- matias -- MatÃas Alejo Garcia Skype/Twitter: @ematiu Roads? Where we're going, we don't need roads! ------------------------------------------------------------------------------ _______________________________________________ Bitcoin-development mailing list Bitcoin-development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bitcoin-development
