{"type":"rich","version":"1.0","author_name":"npub10f96gqrsu4qpygfgvuvzce47aavjvql703egfde0l2hua8dzpszs67ej47","author_url":"https://nostr.ae/npub10f96gqrsu4qpygfgvuvzce47aavjvql703egfde0l2hua8dzpszs67ej47","provider_name":"njump","provider_url":"https://nostr.ae","html":"📅 Original date posted:2014-04-24\n📝 Original message:Le 24/04/2014 09:10, Pieter Wuille a écrit :\n\u003e To clarify:\n\u003e BIP64 has a much stricter definition for accounts than BIP32.\n\u003e \n\u003e In BIP32, it is not well specified what accounts are used for. They\n\u003e can be used for \"subwallets\", \"receive accounts\" (as in bitcoind's\n\u003e account feature), \"recurring payments\", part of a chain used as\n\u003e multisig addresses, ... determined individually for each index.\n\u003e \n\u003e In BIP64, they are strictly used for subwallets, and can't be used by\n\u003e anything else.\n\u003e \n\nyes, I saw that.\n\nIn particular, bip64 stipulates that the wallet \"never mixes coins\nacross different accounts\". This is not what Electrum does currently.\nThe UI allows you to chose between two modes: activate a single account\n(and the wallet will only use UTXOs from that acccount), or activate all\naccounts (and spend from all of them simultaneously).\n\nConcerning multisig addresses, I have changed my mind: Electrum will use\nparallel BIP32 trees. A wallet will not mix standard and multisig\naccounts. I think that is better in terms of UX.\n\nI agree with Mike Hearn's view that wallets with multiple accounts are\nprobably too difficult to deal with for most users. If a user feels the\nneed to have different \"accounting identities\", they will probably\ncreate different wallet files, instead of creating bip32 subwallets.\n\nHowever, since multiple subwallets have been asked by many users,\nElectrum will propose them. But this should not be the default. More\nimportant, multiple accounts should never be required (in my previous\nimplementation, they were required for multisig, because the wallet was\ncreating multisig addresses in dedicated multisig accounts)\n\nThomas"}