On 04/08/2014 05:46 PM, slush wrote: > I understand each client will implement things a little bit different, > for example the current plan is bitcoinj will hold all keys in memory > and start reusing keys on low resources. Electrum uses a chain for their > private purpose. Etc. > > It still doesn't mean that bitcoinj or Electrum cannot share the bare > minimum of BIP XX. Of course if somebody will use Electrum for 2to3 > transactions and then move wallet to client which does not offer such > feature, it won't work. But I don't see that as a problem.
There is no "bare minimum". Either you implement the "BIP" fully or not. There is no inbetween. Likewise, the standard cannot be extended unless you create a new standard that is based on the old (without re-using the path, of course). We're lightyears away from a BIP. Lets first create implementations and see if they are compatible in all possible combinations and situations. The moment any two apps have a different view on their wallets generated from the same seed, they're incompatible. In this case they should either fix the issue or intentionally choose incompatible paths, so that they don't see and spend "subsets" of each other. ------------------------------------------------------------------------------ Put Bad Developers to Shame Dominate Development with Jenkins Continuous Integration Continuously Automate Build, Test & Deployment Start a new project now. Try Jenkins in the cloud. http://p.sf.net/sfu/13600_Cloudbees _______________________________________________ Bitcoin-development mailing list Bitcoin-development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bitcoin-development