<oembed><type>rich</type><version>1.0</version><author_name>hodlonaut (npub1cj…wj2rh)</author_name><author_url>https://nostr.ae/npub1cjw49ftnxene9wdxujz3tp7zspp0kf862cjud4nm3j2usag6eg2smwj2rh</author_url><provider_name>njump</provider_name><provider_url>https://nostr.ae</provider_url><html>That&#39;s missing the bigger picture.&#xA;&#xA;OP_RETURN was deliberately limited (80 bytes, one per tx) as a DISCOURAGEMENT mechanism for non-monetary data on the base layer. &#xA;&#xA;It was never meant to be a general-purpose data dumpster.&#xA;&#xA;By uncapping it to effectively unlimited, Core removed that discouragement without broad consensus. They did it despite:&#xA;&#xA;- Strong opposition on GitHub (4:1 against in related discussions/PRs)&#xA;- Warnings from prominent voices (Nick Szabo, Giacomo Zucco, Samson Mow, Jimmy Song, Luke Dashjr, etc.)&#xA;- No real attempt to build social consensus first&#xA;&#xA;This wasn&#39;t &#34;conservative security-first.&#34; It was a reckless philosophical pivot towards turning Bitcoin more toward a general data settlement layer at the expense of its focus as sound, scarce money. &#xA;&#xA;It predictably fractured the community, boosted Knots adoption massively, sparked BIP-110 as a response, and created the current civil war, all for what many see as zero meaningful gain.&#xA;&#xA;Core could have kept the cap (or modestly raised it with discussion), but they arrogantly forced it through, handwaving concerns as bad faith or &#34;manufacturing drama.&#34; &#xA;&#xA;That&#39;s the real issue: bad stewardship from Core.</html></oembed>