<oembed><type>rich</type><version>1.0</version><author_name>npub1m230cem2yh3mtdzkg32qhj73uytgkyg5ylxsu083n3tpjnajxx4qqa2np2</author_name><author_url>https://nostr.ae/npub1m230cem2yh3mtdzkg32qhj73uytgkyg5ylxsu083n3tpjnajxx4qqa2np2</author_url><provider_name>njump</provider_name><provider_url>https://nostr.ae</provider_url><html>📅 Original date posted:2014-10-01&#xA;📝 Original message:-----BEGIN PGP SIGNED MESSAGE-----&#xA;Hash: SHA256&#xA;&#xA;&#xA;&#xA;On 1 October 2014 08:01:28 GMT-07:00, Gavin Andresen &lt;gavinandresen at gmail.com&gt; wrote:&#xA;&gt;Very nice, semantics are clear and use cases are compelling.&#xA;&#xA;Thanks!&#xA;&#xA;&gt;Can we defer discussion of how to roll this out for a little bit, and&#xA;&gt;see&#xA;&gt;if there is consensus that:&#xA;&gt;&#xA;&gt;a) benefits of having this outweigh risks&#xA;&gt;b) we&#39;re all happy with exact semantics&#xA;&gt;&#xA;&gt;Then we can have a knock-down drag-out argument about whether it should&#xA;&gt;roll out as a soft fork, wait for a hard fork, be combined with some&#xA;&gt;other&#xA;&gt;things that it would be nice to add or change, etc.....&#xA;&#xA;Agreed. People should keep in mind that leaving the deployment details as &#34;TBD&#34; was quite deliberate. There is some code in the repo to implement a softfork, but it&#39;s only meant to be illustrative.&#xA;-----BEGIN PGP SIGNATURE-----&#xA;Version: APG v1.1.1&#xA;&#xA;iQFQBAEBCAA6BQJULKT9MxxQZXRlciBUb2RkIChsb3cgc2VjdXJpdHkga2V5KSA8&#xA;cGV0ZUBwZXRlcnRvZGQub3JnPgAKCRAZnIM7qOfwhevAB/0eTWleef5GehrH03tZ&#xA;NrOdtJ881NhXJpB3p81jPyT9z4gv9u3M5bkjMOvClQaf8PX551ICgKbWDQTNf9oS&#xA;TF/blkqWRWX28VLkNsMUQNN/dd7rdqDMpnwcN8worgHToRMa4drFBU/MXapedMLQ&#xA;Sb2ETXGYPm4b/HqgFf9j/EGt8jhmnk4HiSwZ6wdhdYLbbZ6NhplSR8tTs+GouAWp&#xA;PHntN6DQI8oFDaIKkMbs2dDlpXSGG9hxr6m46LBwp/CHBY9aKkwLyaJXkMVovP3J&#xA;HrSYTzlCmjrDNbLJwIze+fyO2UDkgZUzjVENfMvixcQNdz0pVoCzJ2BK8b4fAc7Y&#xA;maRA&#xA;=Mz3E&#xA;-----END PGP SIGNATURE-----</html></oembed>