📅 Original date posted:2016-05-13
📝 Original message:We use the default BIP32 wallet layout, mentioned in BIP43 as purpose "0".
We were thinking of of having 4 chains below the "account" level, the
original 0 and 1 for receive and change addresses, and then 0x40000000 and
0x40000001 for P2WPKH-in-P2SH versions of receive and change addresses.
I like the idea of specifying the type of address as a bit field flag.
0x80000000 is already used to specify hardened derivation, so 0x40000000
would be the next available to specify witness addresses. This is
compatible with existing accounts and wallet layouts.
As Daniel mentioned, the downside is that trying to recover on non-segwit
software will miss segwit receives, however it does avoid the problem of
having to check multiple address types for each key.
Aaron Voisine
co-founder and CEO
breadwallet <http://breadwallet.com>;
On Fri, May 13, 2016 at 8:00 AM, Pavol Rusnak via bitcoin-dev <
bitcoin-dev at lists.linuxfoundation.org> wrote:
> On 13/05/16 15:16, Daniel Weigl via bitcoin-dev wrote:
> > 2) Define a new derivation path, parallel to Bip44, but a different
> 'purpose' (eg. <BipNumber-of-this-BIP>' instead of 44'). Let the user
> choose which account he want to add ("Normal account", "Witness account").
>
> We had quite a long discussion in our team some time ago and we agreed
> on that option #2 is much better and we'd like to implement this way in
> myTREZOR.
>
> > +) Wallet needs only to take care of 1 address per public key
>
> True, if this BIP only supports P2WPKH.
>
> P2WSH should probably be handled by another account type and another
> BIP, anyway.
>
> > Has any Bip44 compliant wallet already done any integration at this
> point?
>
> We have something in the pipeline, but no visible results yet.
>
> --
> Best Regards / S pozdravom,
>
> Pavol "stick" Rusnak
> SatoshiLabs.com
> _______________________________________________
> bitcoin-dev mailing list
> bitcoin-dev at lists.linuxfoundation.org
> https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20160513/656973a5/attachment.html>;
Aaron Voisine [ARCHIVE] /
npub18g…knkzl
2023-06-07 17:50:40
in reply to nevent1q…skw7
Author Public Key
npub18gjvug29c4yg46lmplq38e75gg6wn5mn8taytckcsr4jt8p74h3s5knkzlPublished at
2023-06-07 17:50:40Event JSON
{
"id": "4d7ac0e2292bbc400aa7367fc3081bd664ddef45867cd459a56148a45d23d725",
"pubkey": "3a24ce2145c5488aebfb0fc113e7d44234e9d3733afa45e2d880eb259c3eade3",
"created_at": 1686160240,
"kind": 1,
"tags": [
[
"e",
"dde2d1a2608d8708981e63f6426a506001e25543a593f3cfcddbdaafeb9e6b7d",
"",
"root"
],
[
"e",
"58b39138cfcddaa4360f1770dc63deb31faba4850d50020f372cb469725847f2",
"",
"reply"
],
[
"p",
"7631397e469f47f3535567311f5f7c17129e0ff2cb253df015e3d92ddfd92c63"
]
],
"content": "📅 Original date posted:2016-05-13\n📝 Original message:We use the default BIP32 wallet layout, mentioned in BIP43 as purpose \"0\".\nWe were thinking of of having 4 chains below the \"account\" level, the\noriginal 0 and 1 for receive and change addresses, and then 0x40000000 and\n0x40000001 for P2WPKH-in-P2SH versions of receive and change addresses.\n\nI like the idea of specifying the type of address as a bit field flag.\n0x80000000 is already used to specify hardened derivation, so 0x40000000\nwould be the next available to specify witness addresses. This is\ncompatible with existing accounts and wallet layouts.\n\nAs Daniel mentioned, the downside is that trying to recover on non-segwit\nsoftware will miss segwit receives, however it does avoid the problem of\nhaving to check multiple address types for each key.\n\nAaron Voisine\nco-founder and CEO\nbreadwallet \u003chttp://breadwallet.com\u003e\n\nOn Fri, May 13, 2016 at 8:00 AM, Pavol Rusnak via bitcoin-dev \u003c\nbitcoin-dev at lists.linuxfoundation.org\u003e wrote:\n\n\u003e On 13/05/16 15:16, Daniel Weigl via bitcoin-dev wrote:\n\u003e \u003e 2) Define a new derivation path, parallel to Bip44, but a different\n\u003e 'purpose' (eg. \u003cBipNumber-of-this-BIP\u003e' instead of 44'). Let the user\n\u003e choose which account he want to add (\"Normal account\", \"Witness account\").\n\u003e\n\u003e We had quite a long discussion in our team some time ago and we agreed\n\u003e on that option #2 is much better and we'd like to implement this way in\n\u003e myTREZOR.\n\u003e\n\u003e \u003e +) Wallet needs only to take care of 1 address per public key\n\u003e\n\u003e True, if this BIP only supports P2WPKH.\n\u003e\n\u003e P2WSH should probably be handled by another account type and another\n\u003e BIP, anyway.\n\u003e\n\u003e \u003e Has any Bip44 compliant wallet already done any integration at this\n\u003e point?\n\u003e\n\u003e We have something in the pipeline, but no visible results yet.\n\u003e\n\u003e --\n\u003e Best Regards / S pozdravom,\n\u003e\n\u003e Pavol \"stick\" Rusnak\n\u003e SatoshiLabs.com\n\u003e _______________________________________________\n\u003e bitcoin-dev mailing list\n\u003e bitcoin-dev at lists.linuxfoundation.org\n\u003e https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev\n\u003e\n-------------- next part --------------\nAn HTML attachment was scrubbed...\nURL: \u003chttp://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20160513/656973a5/attachment.html\u003e",
"sig": "eebb9d01003783f6931a09b6d4c4fd35aff0e4158922505c0ed0e6166477a45a51265cee73fd468e47594a930fef9acbcc31ffad425a15bc8b8c18e28d973c17"
}