<oembed><type>rich</type><version>1.0</version><author_name>npub1gymmksd9tgwzc5w33umlx08sc2ggys3v2cucmpvl7yy9720wh49s8dvff7</author_name><author_url>https://nostr.ae/npub1gymmksd9tgwzc5w33umlx08sc2ggys3v2cucmpvl7yy9720wh49s8dvff7</author_url><provider_name>njump</provider_name><provider_url>https://nostr.ae</provider_url><html>📅 Original date posted:2022-04-22&#xA;📝 Original message:On Fri, 22 Apr 2022 at 09:56, Keagan McClelland via bitcoin-dev &lt;&#xA;bitcoin-dev at lists.linuxfoundation.org&gt; wrote:&#xA;&#xA;&gt; I think that trying to find ways to activate non-invasive changes should&#xA;&gt; be everyone&#39;s goal, *even if* they personally may not have an immediate use&#xA;&gt; case&#xA;&gt;&#xA;&#xA;A change that increases the number of use cases of Bitcoin affects all&#xA;users and is *not* non-invasive. More use cases means more blockchain usage&#xA;which increases the price of a transaction for *everyone*.&#xA;&#xA;I like the maxim of Peter Todd: any change of Bitcoin must benefit *all*&#xA;users. This means that every change must have well-defined and transparent&#xA;benefits. Personally I believe that the only additions to the protocol that&#xA;would still be acceptable are those that clearly benefit layer 2 solutions&#xA;such as LN *and* do not carry the dangerous potential of getting abused by&#xA;freeloaders selling commercial services on top of “free” eternal storage on&#xA;the blockchain.&#xA;&#xA;Zac&#xA;&#xA;&gt;&#xA;-------------- next part --------------&#xA;An HTML attachment was scrubbed...&#xA;URL: &lt;http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20220422/0fd0ef11/attachment.html&gt;</html></oembed>