<oembed><type>rich</type><version>1.0</version><author_name>npub1s4lj77xuzcu7wy04afcr487f0r3za0f8n2775xrpkld2sv639mjqsd44kw</author_name><author_url>https://nostr.ae/npub1s4lj77xuzcu7wy04afcr487f0r3za0f8n2775xrpkld2sv639mjqsd44kw</author_url><provider_name>njump</provider_name><provider_url>https://nostr.ae</provider_url><html>📅 Original date posted:2015-12-11&#xA;📝 Original message:On Fri, Dec 11, 2015 at 11:18 AM, Jorge Timón &lt;jtimon at jtimon.cc&gt; wrote:&#xA;&#xA;&gt; This is basically what I meant by&#xA;&gt;&#xA;&gt; struct hashRootStruct&#xA;&gt; {&#xA;&gt; uint256 hashMerkleRoot;&#xA;&gt; uint256 hashWitnessesRoot;&#xA;&gt; uint256 hashextendedHeader;&#xA;&gt; }&#xA;&gt;&#xA;&gt; but my design doesn&#39;t calculate other_root as it appears in your tree (is&#xA;&gt; not necessary).&#xA;&gt;&#xA;&gt; It is necessary to maintain compatibility with SPV nodes/wallets.&#xA;&#xA;Any code that just checks merkle paths up into the block header would have&#xA;to change if the structure of the merkle tree changed to be three-headed at&#xA;the top.&#xA;&#xA;If it remains a binary tree, then it doesn&#39;t need to change at all-- the&#xA;code that produces the merkle paths will just send a path that is one step&#xA;deeper.&#xA;&#xA;Plus, it&#39;s just weird to have a merkle tree that isn&#39;t a binary tree.....&#xA;&#xA;-- &#xA;--&#xA;Gavin Andresen&#xA;-------------- next part --------------&#xA;An HTML attachment was scrubbed...&#xA;URL: &lt;http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20151211/2f95a032/attachment-0001.html&gt;</html></oembed>