<oembed><type>rich</type><version>1.0</version><author_name>npub1dw88wd5gqsqn6ufxhf9h03uk8087l7gfzdtez5csjlt6pupu4pwsj8plrw</author_name><author_url>https://nostr.ae/npub1dw88wd5gqsqn6ufxhf9h03uk8087l7gfzdtez5csjlt6pupu4pwsj8plrw</author_url><provider_name>njump</provider_name><provider_url>https://nostr.ae</provider_url><html>📅 Original date posted:2020-05-02&#xA;📝 Original message:On Sat, May 2, 2020 at 10:26 AM Anthony Towns &lt;aj at erisian.com.au&gt; wrote:&#xA;&#xA;&gt;&#xA;&gt; except that we&#39;d arguably still be missing:&#xA;&gt;&#xA;&gt;     is this a coinbase output? (Coin.fCoinBase)&#xA;&gt;     what was the height of the coin? (Coin.nHeight)&#xA;&gt;&#xA;&gt; Maybe committing to the coinbase flag would have some use, but committing&#xA;&gt; to the height would make it hard to chain unconfirmed spends, so at&#xA;&gt; least that part doesn&#39;t seem worth adding.&#xA;&gt;&#xA;&#xA;To add to this point, the height of the coin is something that is *not*&#xA;currently covered by any signature mode and including it would constitute a&#xA;change of an entirely different  caliber; a change that I would strongly&#xA;caution against for your above reason and more.&#xA;&#xA;The coinbase output flag is currently covered by the signature as the&#xA;outpoint hash has the required information (its prevout index of 0xFFFFFFFF&#xA;is only legal in a coinbase transaction).  While I&#39;m not particularly&#xA;enthusiastic about making it easier to distinguish coinbase outputs from&#xA;other outputs, and I worry a little about alternative designs for&#xA;implementing the Bitcoin protocol where this information is not so readily&#xA;available, I suppose I won&#39;t really oppose adding it.  However, I don&#39;t&#xA;think anyone is seriously proposing it.&#xA;-&#xA;-------------- next part --------------&#xA;An HTML attachment was scrubbed...&#xA;URL: &lt;http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20200502/4a4b2947/attachment.html&gt;</html></oembed>