<oembed><type>rich</type><version>1.0</version><author_name>npub1kf0ppcjaguxekg24yx6smgxlu73qn0k8lm0t2wrqc0scpl7u3sgsmf3f58</author_name><author_url>https://nostr.ae/npub1kf0ppcjaguxekg24yx6smgxlu73qn0k8lm0t2wrqc0scpl7u3sgsmf3f58</author_url><provider_name>njump</provider_name><provider_url>https://nostr.ae</provider_url><html>📅 Original date posted:2015-06-19&#xA;📝 Original message:On Fri, Jun 19, 2015 at 10:48 AM, &lt;justusranvier at riseup.net&gt; wrote:&#xA;&#xA;&gt; On 2015-06-19 17:40, Jeff Garzik wrote:&#xA;&gt;&#xA;&gt;&gt; Making multiple incompatible versions of a spend is a -requirement- of&#xA;&gt;&gt; various refund contract protocols.&#xA;&gt;&gt;&#xA;&gt;&#xA;&gt; Is there not a dedicated field in a transaction (nSequence) for express&#xA;&gt; purpose of indicating when a protocol like this is in use?&#xA;&gt;&#xA;&#xA;No.  You cannot know which is the &#39;right&#39; or wrong transaction.  One tx has&#xA;obvious nSequence adjustments, the other - the refund transaction - may not.&#xA;&#xA;-- &#xA;Jeff Garzik&#xA;Bitcoin core developer and open source evangelist&#xA;BitPay, Inc.      https://bitpay.com/&#xA;-------------- next part --------------&#xA;An HTML attachment was scrubbed...&#xA;URL: &lt;http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20150619/260466f9/attachment.html&gt;</html></oembed>