<oembed><type>rich</type><version>1.0</version><author_name>npub10f96gqrsu4qpygfgvuvzce47aavjvql703egfde0l2hua8dzpszs67ej47</author_name><author_url>https://nostr.ae/npub10f96gqrsu4qpygfgvuvzce47aavjvql703egfde0l2hua8dzpszs67ej47</author_url><provider_name>njump</provider_name><provider_url>https://nostr.ae</provider_url><html>📅 Original date posted:2014-04-08&#xA;📝 Original message:+1&#xA;&#xA;I would prefer that solution...&#xA;&#xA;&#xA;&#xA;Le 08/04/2014 15:53, Pieter Wuille a écrit :&#xA;&gt; I see the cause of our disagreement now.&#xA;&gt;&#xA;&gt; You actually want to share a single BIP32 tree across different&#xA;&gt; currency types, but do it in a way that guarantees that they never use&#xA;&gt; the same keys.&#xA;&gt;&#xA;&gt; I would have expected that different chains would use independent&#xA;&gt; chains, and have serializations encode which chain they belong to.&#xA;&gt;&#xA;&gt; Let me offer an alternative suggestion, which is compatible with the&#xA;&gt; original default BIP32 structure:&#xA;&gt; * You can use one seed across different chains, but the master nodes&#xA;&gt; are separate.&#xA;&gt; * To derive the master node from the seed, the key string &#34;Bitcoin&#xA;&gt; seed&#34; is replaced by something chain-specific.&#xA;&gt; * Every encoded node (including master nodes) has a chain-specific&#xA;&gt; serialization magic.&#xA;&gt;&#xA;&gt; This is in practice almost the same as your suggestion, except that&#xA;&gt; the m/cointype&#39; in m/cointype&#39;/account&#39;/change/n is replaced by&#xA;&gt; different masters. The only disadvantage I see is that you do not have&#xA;&gt; a way to encode the &#34;super master&#34; that is the parent of all&#xA;&gt; chain-specific masters. You can - and with the same security&#xA;&gt; properties - encode the seed, though.&#xA;&gt;</html></oembed>