Thread

Zero-JS Hypermedia Browser

Relays: 5
Replies: 5
Generated: 03:11:08
FWITW here’s my take on the Core vs. Knots storm-in-a-teacup. It feels like yet another manufactured crisis aimed at seizing control of the codebase — starting around two years ago with hundreds of millions of dollars burned on transaction fees to spam the network with superfluous data. Tellingly, that activity came to an abrupt halt right around Trump’s election, and now 1 sat/vB transactions prevail as if nothing happened. Despite this, panic is being stirred, with calls to abandon Bitcoin Core for a client maintained by a single developer, who wants to decide which transactions are “good” and get through, and which are “bad” and get memory-holed. It will be telling if the drama continues now that Core has backtracked a bit. If it does, it’s a clear sign this fight isn’t about halting ‘spam’ at all, it’s about control of the codebase. And on that subject: this episode only reinforces the urgency of ossifying the codebase against anything beyond essential maintenance and security fixes, ideally before the original cypherpunks retire. In my mind the deepest confidence and respect must go to those who not only bootstrapped Bitcoin, but also stood firm in defending it during the Blocksize Wars.
2025-10-02 18:25:51 from 1 relay(s) 3 replies ↓
Login to reply

Replies (5)

Why does it matter how many devs a project has if it's open source and therefore verifiable by anyone who would consider running it? Knots is basically all the core devs' work with a few differences. I am on the Knots side, simply because Core's actions are unacceptable to me and it is the only alternative. But I do not resort to emotion and ad hominem, which *many* in both sides of this argument are guilty of. That part feels very manufactured indeed. It is exactly what the fiat overlords would like to see as well.
2025-10-02 19:02:23 from 1 relay(s) ↑ Parent 1 replies ↓ Reply
I respect your choice of implementation and for engaging in open, civilised debate. Thank you! It is ultimately what makes the network stronger. Attackers will try to divide us, which is why we must stay focused and grounded in the technical and game-theoretical realities whenever division arises. On the technical side, I think we can agree that control of Bitcoin’s codebase is critical. One developer holding the commit keys is a single point of failure. Even a short-lived failure could cause reputational damage to the network.
2025-10-02 19:29:03 from 1 relay(s) ↑ Parent Reply
It’s not a storm in a teacup. It inspired me to do the work and look at the code. Knots has a very small amount of additional code in policy.cpp to mitigate inscriptions, runes, and other non-financial transactions. I’ve found no credible explanation for why Core chose not to also include this code when Luke offered it in a PR. Yes I read the thread - the PR was rejected on philosophical grounds. Matthew Kratter has a short clip explaining the history of you don’t want to read the thread. If anyone thinks Bitcoin should only be money and not arbitrary storage, they should either patch those filters into the version of Core they choose to run, or simply run Knots.
2025-10-02 19:31:12 from 1 relay(s) ↑ Parent 1 replies ↓ Reply
The more eyes on the code the better :) I’m with you: I don’t want my node chewing through superfluous data. Filters promise efficiency, but in practice they introduce complexity, edge-case failures, and new attack surfaces… The fee market is ultimately the best arbiter of spam. nostr:nprofile1qqs9pk20ctv9srrg9vr354p03v0rrgsqkpggh2u45va77zz4mu5p6ccpzpmhxue69uhkummnw3ezumt0d5hsz9nhwden5te0dp5hxapwdehhxarj9ekxzmny9ucdnzk0 ‘s explainer nails it. https://primal.net/e/nevent1qqs8sz8f9wss4xnm8fwxfrmxpwz9agywn0z4v5l7ymw0j9yjdkvxqeg0x9tvh
2025-10-02 20:02:24 from 1 relay(s) ↑ Parent Reply