<oembed><type>rich</type><version>1.0</version><author_name>npub1tfk373zg9dnmtvxnpnq7s2dkdgj37rwfj3yrwld7830qltmv8qps8rfq0n</author_name><author_url>https://nostr.ae/npub1tfk373zg9dnmtvxnpnq7s2dkdgj37rwfj3yrwld7830qltmv8qps8rfq0n</author_url><provider_name>njump</provider_name><provider_url>https://nostr.ae</provider_url><html>📅 Original date posted:2015-10-05&#xA;📝 Original message:On Monday, October 05, 2015 3:56:33 PM Sergio Demian Lerner via bitcoin-dev &#xA;wrote:&#xA;&gt; Some of the people on this mailing list are blindly discussing the&#xA;&gt; technicalities of a soft/hard fork without realizing that is not Mike&#39;s&#xA;&gt; main intention. At least I perceive (and maybe others too) something else&#xA;&gt; is happening.&#xA;&gt; &#xA;&gt; Let me try to clarify: the discussion has nothing to do with technical&#xA;&gt; arguments. I generally like more hard forks than soft forks (but I won&#39;t&#xA;&gt; explain why because this is not a technical thread), but for CLTV this is&#xA;&gt; quite irrelevant (but I won&#39;t explain why..), and I want CLTV to be&#xA;&gt; deployed asap.&#xA;&gt; &#xA;&gt; Mike&#39;s intention is to criticize the informal governance model of Bitcoin&#xA;&gt; Core development and he has strategically pushed the discussion to a&#xA;&gt; dead-end where the group either:&#xA;&gt; &#xA;&gt; 1) ignores him, which is against the established criteria that all&#xA;&gt; technical objections coming from anyone must be addressed until that person&#xA;&gt; agrees, so that a change can be uncontroversial. If the group moves forward&#xA;&gt; with the change, then the &#34;uncontroversial&#34; criteria is violated and then&#xA;&gt; credibility is lost. So a new governance model would be required for which&#xA;&gt; the change is within the established rules.&#xA;&gt; &#xA;&gt; 2) respond to his technical objections one after the other, on never ending&#xA;&gt; threads, bringing the project to a standstill.&#xA;&gt; &#xA;&gt; As I don&#39;t want 2) to happen, then 1) must happen, which is what Mike&#xA;&gt; wants. I have nothing for or against Mike personally. I just think Mike&#xA;&gt; Hearn has won this battle. But having a more formal decision making process&#xA;&gt; may not be too bad for Bitcoin, maybe it can actually be good.&#xA;&#xA;This discussion is *necessarily* about soft/hard fork technicalities, as &#xA;there is no governance in Bitcoin beyond the *nature* of the consensus &#xA;protocol. The &#34;established criteria&#34; you mention is merely the nature of &#xA;hardforks. It is completely inapplicable and has never been the necessary &#xA;case for softforks, which can be enforced by merely a miner majority.&#xA;&#xA;Luke</html></oembed>