<div dir="ltr">If I had a time locked signed transaction where I threw away the key, this would potentially invalidate my transaction.<div><br></div><div>What is the point of such a rule?</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Apr 15, 2015 at 6:43 PM, s7r <span dir="ltr">&lt;<a href="mailto:s7r@sky-ip.org" target="_blank">s7r@sky-ip.org</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<br>
Would it be wise to add a consensus rule like the one we have for blocks,<br>
<br>
(if &gt; 75% from last 1000 blocks are version &#39;n&#39; mark version &#39;n&#39; as<br>
standard for blocks and if &gt; 95% from the last 1000 blocks are version<br>
&#39;n&#39; mark previous block versions as invalid)<br>
<br>
but for transaction versions? In simple terms, if &gt; 75% from all the<br>
transactions in the latest 1000 blocks are version &#39;n&#39;, mark all<br>
previous transaction versions as non-standard and if &gt; 95% from all the<br>
transactions in the latest 1000 blocks are version &#39;n&#39; mark all previous<br>
transaction versions as invalid.<br>
<br>
At this moment, the standard in consensus is v1, but nothing is enforced<br>
in the network related to transaction versions.<br>
<br>
Regarding BIP62, as it can be read here [0] it is said that it requires<br>
v2 transactions. It is also said that transaction version 2 will be<br>
skipped and jump directly to v3, for an even version for transactions<br>
and blocks (?). Might as well add the rule for invalidating previous<br>
transaction versions if the majority updates - could this break anything<br>
or affect functionality in any way?<br>
<br>
BIP62 adds a newer transaction version which is optional and does not<br>
mark previous v1 as non-standard or invalid. This means bitcoin core<br>
will treat both v1 and v2/v3 transactions as standard and relay/mine<br>
them with the same priority, regardless of the tx version?<br>
<br>
<br>
Thanks.<br>
<br>
[0]<br>
<a href="https://bitcoin.stackexchange.com/questions/35904/how-much-of-bip-62-dealing-with-malleability-has-been-implemented" target="_blank">https://bitcoin.stackexchange.com/questions/35904/how-much-of-bip-62-dealing-with-malleability-has-been-implemented</a><br>
<br>
------------------------------------------------------------------------------<br>
BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT<br>
Develop your own process in accordance with the BPMN 2 standard<br>
Learn Process modeling best practices with Bonita BPM through live exercises<br>
<a href="http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual-" target="_blank">http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual-</a> event?utm_<br>
source=Sourceforge_BPM_Camp_5_6_15&amp;utm_medium=email&amp;utm_campaign=VA_SF<br>
_______________________________________________<br>
Bitcoin-development mailing list<br>
<a href="mailto:Bitcoin-development@lists.sourceforge.net">Bitcoin-development@lists.sourceforge.net</a><br>
<a href="https://lists.sourceforge.net/lists/listinfo/bitcoin-development" target="_blank">https://lists.sourceforge.net/lists/listinfo/bitcoin-development</a><br>
</blockquote></div><br></div>