1

What's the status of wallet format standardization? Is there any proposal or work-in-progress around? If not, how come nobody urges to define standard wallet formats yet?

This is especially needed for HD wallets where the seed phrase alone is virtually useless as long as each wallet software is free to use different derivation methods, branches, gap limits and other proprietary parameters.

Say I use software A to create a HD wallet and A derives the master private key after hashing the seed phrase with N rounds of SHA256 or whatever function. The software also tracks the creation time to speed up the sync in case we want to do a rescan.

Due to a critical bug software A corrupts my wallet. The only thing I was told to remember at the time was the seed phrase. Thank God I wrote it down, my coins are safe and I want to restore them with more secure software B. Unfortunately, software B defaults to M rounds of MD5 before deriving the master private key from the seedphrase. But I'm a lucky boy and I can choose both the derivation algorithm and the number of rounds. Err.. wait: I'm not a geek and this stuff is just sci-fi. After all, wasn't I supposed to just remember the seed phrase?

However, suppose we are lucky enough to find the exact derivation algorithm, here comes the gap limit: what's the software A default gap limit? Ask Google? WAT? Without the exact gap limit we may be missing transactions we're not even aware of. Scan the whole branch with a ridiculously high gap? Yes, why not, but who knows the A's branching structure? Are we really sure that it used the external/internal chain convention? Are we ready to scan billions and billions of addresses?

Last but not least, without knowing the seed creation time the sync process is much slower and may waste a lot of bandwidth on a mobile device.

I think these are very strong arguments for the skeptical user, it's unacceptable that people may lose coins just because nobody agreed on an universal format, both for static and HD wallets. Forum threads on how to restore a backup into another software are extremely common and I guess a BIP on wallet formats is in order. Why struggle with things like multisignature when the fundamentals are still uncovered?

Given the above I couldn't blame those who won't use such a currency to store their real-life money, honestly I wouldn't either.

closed as unclear what you're asking by Nick ODell, Dennis Kriechel, cdecker, Murch Sep 22 '14 at 16:46

Please clarify your specific problem or add additional details to highlight exactly what you need. As it's currently written, it’s hard to tell exactly what you're asking. See the How to Ask page for help clarifying this question. If this question can be reworded to fit the rules in the help center, please edit the question.

  • 1
    Your argument is valid, and I agree with you, but I don't think this is a question. – Nick ODell Aug 31 '14 at 15:12
  • A guess: People may feel that trying to standardize a wallet format would stifle innovation, by making it impossible to create features that required wallet changes not anticipated by the standard. Likewise, given this issue, even if there were a standard, vendors might be reluctant to adopt it. – Nate Eldredge Aug 31 '14 at 18:59
  • Standardization should not prevent one from adding his own customizations, it rather ensures that a handful of essential features are implemented by all vendors. – keeshux Aug 31 '14 at 19:09
  • But if those customizations aren't understood by other vendors, then what's the point? – Nate Eldredge Sep 1 '14 at 1:52
  • I guess I'm just not understanding your vision of what such a standard might look like. If it's going to ensure that any wallet file written by any conforming implementation is completely usable by any other conforming implementation, it seems to me it will have to be quite rigid. – Nate Eldredge Sep 1 '14 at 3:10