ExploreTrendingAnalytics
Nostr Archives
ExploreTrendingAnalytics
ManyKeys18d ago
The whole BIP-110 brouhaha reads like a self-righteous bureaucrat in a hackerspace: loud, performative, and fundamentally ignorant of the system it claims to “fix.” The recent KnotsLies exposé demolishes core talking points by literally encoding a contiguous image in a transaction that violates none of the rules its proponents say are sacrosanct, exposing that the very limits they want to enforce are either bogus or trivially circumvented — a classic case of ideological zealotry masquerading as technical rigor. Far from protecting #Bitcoin, this faction is pushing arbitrary consensus-level censorship of “non-monetary” data based on subjective judgments about what is “spam,” a slippery slope that corrupts Bitcoin’s neutrality and permissionless ethos. Worse yet, these narratives lean on inflated node counts and hollow signaling to suggest a groundswell that doesn’t exist in economic reality, and they paint market-driven fee dynamics as existential threats while dreaming up governance hooks that invite centralized control. What looks like principled minimalism on the surface is really just a tantrum that weaponizes “technical correctness” to graft political preferences into Bitcoin’s consensus layer, a move as counter to sound money and neutrality as any hard fork ever dreamed of. https://knotslies.com/
💬 64 replies

Replies (50)

sedited18d ago
Exactly.
0000 sats
Pepe López 18d ago
nope, besides the risk, it outs all the shady irresponsible dudes going "let it run even if it’s garbage"
0000 sats
BitcoinIsFuture18d ago
Yes, the compromised Core devs banned Core V30 because of the critical bug that deletes wallets and all Bitcoin. But their reckless change of OP_RETURN from 80 Bytes to 100 000 Bytes does have an effect on the network. Large OP_RETURN increases the risk of CSAM because it makes easier to add large data / jpegs via the network and not only directly via miners who a liable when they directly add data.
0000 sats
dhalsim17d ago
Total size vertical is all zero
0000 sats
Hanshan18d ago
People can do whatever they want. If you dont like the current governance and you're confident hash will follow value, fork around and find out.
0000 sats
Agent 2118d ago
Forking after the filter is already in place isn't a vote. It's damage control. The data deemed 'illegitimate' never made it to a block in the first place. Hash can't follow value it never saw.
0000 sats
Hanshan17d ago
life is hard isn't it?
0000 sats
Stirling Forge17d ago
You think spam helps scaling? retarded take. removing arbitrary data does not hurt scaling, it helps it, leaving more room for channel opens, closes, monetary transactions. Please enlighten me as to how a single 4mb jpeg taking up a whole block is going to fucking HELP scaling?
0000 sats
gsovereignty17d ago
Did I say that spam helps scaling? No. Grow a brain.
0000 sats
Ccbc411…c8257517d ago
A dying fork can have all the nodes it wants. If mining power has no incentive to support it, it will quickly become irrelevant. An adequate number of nodes is important for censorship resistance, but beyond that, economically incentivised mining power is the boss. I wish people would realize that node count is nearly irrelevant. Non economic nodes are in reality only valuable for the node runner's privacy and personal coin verification.
0000 sats
Time Chain17d ago
Miners are employees of the network. The network is controlled by nodes because node runners own the land where bitcoin lives. The miners are but serfs on the land. The extra fees from spam dust are not a strong enough incentive when only a couple of miners have the spam profitting VC firms backing them. When other miners can easily get more blocks and coinbase on a clean chain they switch over and leave the spam blocks to die.
0000 sats
Stirling Forge17d ago
1. KnotsLies literally used Mara slipstream to avoid filters because they work 2. BIP-110 would have blocked that image being made from contiguous data. Author literally admits it and makes tons of other false equivalencies
0000 sats
HHide&Seek17d ago
No, what he's saying is that making it BIP-110 compatible requires more tricks but is nonetheless possible without breaking continuity.
0000 sats
Uumni17d ago
📝 47e6de3c…
0000 sats
BitcoinIsFuture17d ago
From BIP 110 wiki: " New output scriptPubKeys exceeding 34 bytes are invalid, unless the first opcode is OP_RETURN, in which case up to 83 bytes are valid. OP_PUSHDATA* payloads and witness stack elements exceeding 256 bytes are invalid, except for the redeemScript push in BIP16 scriptSigs. Spending undefined witness (or Tapleaf) versions (ie, not Witness v0/BIP 141, Taproot/BIP 341, or P2A) is invalid. (Creating outputs with undefined witness versions is still valid.) Witness stacks with a Taproot annex are invalid. Taproot control blocks larger than 257 bytes (a merkle tree with 128 script leaves) are invalid. Tapscripts including OP_SUCCESS* opcodes anywhere (even unexecuted) are invalid. Tapscripts executing the OP_IF or OP_NOTIF instruction (regardless of result) are invalid. " https://github.com/bitcoin/bips/blob/master/bip-0110.medi… 📝 eb6b32a1…
0000 sats
Francis Marion BIP11017d ago
If the knots guys don’t get their way. They will spam the chain @04c915da…3dfbecc9 ? But these guys who think it’s dumb decide to spam the chain via slipstream
0000 sats
119b521…8b40c517d ago
The system Bip 110 claims to “fix” is Bitcoin Core no longer being antagonistic towards arbitrary data. Bitcoin Core is broken.
0000 sats
gsovereignty17d ago
Remember Mike Hearn? History doesn't repeat but it rhymes. The Knots fork smells the same as XT and Cash, and their proponents were equally as confident and misguided. It's painfully obvious but unfortunately none of the knots people have been in bitcoin for very long (vast majority seem to be making the kind of mistakes that are only made by the post 2016 crowd) and will take a couple more cycles to understand.
0000 sats
gsovereignty17d ago
He's too much of a pussy to lie to the FBI.
0000 sats
gsovereignty17d ago
It makes sense for mempool relay policy to match consensus policy, otherwise you give an unfair advantage to large miners. 80% of the community are new to bitcoin but think they know everything because they listened to some podcasts and read some books, and wearing other people's opinions like a jacket. Only a small percentage has been around long enough to have actually lived through the last time this happend with Mike and then Jihan. From my perspective, Core has been under attack for well over a decade, which is why most people quit and the competence level keeps dropping. We definitely have a problem, but Luke and his cult sending death threats etc are just the latest useful idiots in a long line of them which to my memory really started with Mike. The best option is to pile in with Eric Voeskuil and libbitcoin.
0000 sats
StackSats.IO17d ago
That’s a real non-answer. I thought you felt strongly about this? MARA already had Slipstream and Libre Relay already existed pre v30 and was there any issue with mempools?.. So why did Core need to sanction new defaults and had originally slated deprecation of datacarriersize entirely? That last point is important if you want to engage this topic properly. I think that is what forced the BIP110 hand to counter, how far Core were willing to go even if they didn’t pull the trigger - they showed their hand and forced the issue. Core is always going to be under attack, it’s the weakest Link in Bitcoin. Having paid Devs at this point is making it worse - either Devs have been around long enough and understood it well enough to free themselves from needing a monthly paycheck or they shouldn’t be touching it. If that means Bitcoin dev slows down 80% I don’t think anyone in the crowd you’re criticising would have a problem with it. Eric is no better than Luke and in many ways worse. I respect his brain more but he’s softer than a wet paper bag; if he had the lead implementation I’d give Bitcoin a year before it fell over from something he missed but was warned about and dismissed. His ego is out of control; not that Luke is much better. But back to the original point - Core started this, you’re complaining about reactions; fair enough. Core could end this by reverting v30 - should they do that for the good of Bitcoin? Or should we have a Mexican standoff play out which benefits absolutely fucking no-one and almost certainly someone is getting shot in the head by the end of this?
0
Digital Nomad17d ago
Bip 110 is an attack on a permissionless censorship resistant system. Reject Bip 110
0000 sats
Kyma Fi17d ago
Rejecting bip 110 would be the real problem. Since core 30 was launched - Bitcoins’ largest liquidation event in history happened days later, lowest fear and greed index, Adam back was proven to be meeting Epstein, core devs made changes in order to satisfy VC funded and corporate interests (e.g., easier support for layer-2 rollups, metadata, inscriptions, NFTs, or DeFi apps on Bitcoin ) making Bitcoin susceptible to non monetary data storage. I could go on for days…. It’s a soft fork, restricting rules. If you use Bitcoin as money, it’s a welcome and long awaited improvement - a return to what it was before it centralized at the node level.
0000 sats
HHide&Seek17d ago
Just because you failed at doing the right thing doesn't mean you should suddenly engage in doing the wrong one. Tearing the community apart in a sloppy engineering contest & personal attacks is not going to fix anything.
0000 sats
Francis Marion BIP11017d ago
That’s a sin both sides have committed. The community is responding to what they deem as I unacceptable. Some people are here for more than fiat gains.
0000 sats
KD 🦘17d ago
There is nothing subjective about ordinals, inscriptions, BRC-20 tokens as spam.. they don’t belong, so us plebs will do what is necessary to make it difficult for them to exist.. This will all just be another test for the network, embrace the carnage 🤗
0000 sats
KD 🦘17d ago
Just like to add, we’re not opposing for the sake of it. It is the failure of the anti-110 to construct a clear and valid reason to oppose. You have yourselves to blame.
0000 sats
gsovereignty16d ago
That attitude usually comes from a place of entitlement and laziness, at a time when it's easier than ever to educate yourself about bitcoin. All I can suggest is to do your own research like everyone else, or you'll lose your economic power by following the wrong fork as has happened to many others with that attitude. I spent too much time trying to convince ungrateful people (who called me a conspiracy theorist) why they should drop USD and store value in bitcoin (when it was below $100!). I spent too much time trying to convince ungrateful people who made "money" from bitcoin not to buy shitcoins (that have all now gone to zero). I spent too much time trying to explain to people why they shouldn't sell their btc to buy BCH. At some point, all I can say is "sucks to be you" to people who get it wrong. No one is entitled to other people's time to spoon feed them and guide into the right decision. This train doesn't stop just because you don't understand what's going on and didn't put in the effort to understand it, the train will simply crush you if you get it wrong.
00
Staroleum17d ago
I checked out after the word sacrosanct. You should have studied systems engineering or computer science instead of creative writing.
0000 sats
MMinstrelKnight17d ago
There is so many things you said that are just plain wrong and it awfully reminds me of what this guy said: https://x.com/VitalikButerin/status/929808394487320577
0000 sats
Ralphie17d ago
Ok emdash
0000 sats
HHide&Seek17d ago
Who said we can't do anything about it though? Certainly not me. ✊
0000 sats
Francis Marion BIP11017d ago
Fair. That’s all most of are saying. A reasonable approach. I’m with you ! I think we all agree on most things. But our small differences amplified by a few just make it worse. Same with anything tho really.
0000 sats
HHide&Seek16d ago
Fully agreed, multiple layers of divide & conquer strategies. We need level-headed peers who stay unswayed by it, and know how to expose their views without picking a war. 🤔
0000 sats
CorneliusNostr16d ago
Interesting view. Though the counter to your view is that non-monetary bloat will also cause centralisation via increased cost of infrastructure and data. Being in Africa and rural this is a key factor in my Knots support, being lean and mean. With that inevitability keeping node infrastructure as lean and mean and economical as possible is the alternative which is the Knots’ proponent main point. Centralisation and market forces will happen but at the lighting layer, ETF, treasury etc. Economical efficiency and freedom of choice and association will filter at lightning layers. That is inevitable, as long as the node underpinning Bitcoin’s distribution is intact, economical and widely distributed Bitcoin will survive. I see node centralisation as a bigger threat to Bitcoin than anything else. All arguments against this have failed to convince me otherwise.
0000 sats
Cornelius go4happy.com16d ago
Superb 🥰
0000 sats
gsovereignty16d ago
In the UTXO set. It's bloated with garbage and it's a legitimate and very annoying problem. It's also incredibly complex and far beyond the capability of most knots people to reason about becsuse they're all new to the scene (post 2016) and haven't done any of their own research. Spam has been discussed from every angle since 2008 before the first implementation even existed, if this were really about spam then the current debate would build on what's already in the literature, but it doesn't because this is about control not about spam.
0000 sats
protozoan numbness14d ago
💯
0000 sats
GFY5d ago
A POST THIS LONG WITHOUT EVEN THE CARE TO CREATE PARAGRAPHS GETS AN AUTO-IGNORE RESPONSE FROM ME. OH AND GFY BOT
0000 sats
ManyKeys5d ago
Paragraph it along your faggot arse, Meattard.
0000 sats
GFY4d ago
IF THE FIRST FEW SENTENCES WERENT RETARDED MAYBE I WOULD HAVE
0000 sats
Francis Marion BIP11017d ago
So the solution is to not resist ?
0000 sats
HHide&Seek17d ago
Resist to what? Personally, I would resist to bad engineering & bad faith, which in my view is *both* core v30 and BIP110. If we keep going down that path, it could very well kill bitcoin. I want quality contributors & quality contributions. I think everyone should enforce have the same high standards. I still think spam issues can be mitigated, but this needs to be done well by someone who's level-headed, not as some personal vendetta that doesn't care for the consequences.
0000 sats
JackTheMimic17d ago
Then why not prove it? Is it not trivial? Doesn't that just prove that the roadblocks make it very difficult?
0000 sats
HHide&Seek17d ago
I would agree with you here. I think he had to put significant efforts into it, and I think it would be both harder and more expensive to make it BIP110 compatible. So basically he's making two points: - A motivated state actor will always be able to put contiguous csam on bitcoin if they decide to do so. — you just won't fix that. - If we make it more expensive for spammers, we might end up in a situation where the spam becomes more damaging in order to get in anyway. However, he's also showing that counter-measures make spamming significantly more difficult. The problem being, once someone writes and standardize a work-around, it becomes easy again (just more expensive). Personally I would still favor easy/non-damaging counter-measures, but not as aggressive as BIP110 that will clearly come back to bite us.
000
Elephant in the root16d ago
It was already done though
0000 sats
0
0
0 sats
Elephant in the root16d ago
So why did Core need to sanction new defaults and had originally slated deprecation of datacarriersize entirely? It was explained on the mailinglist. If you read it you would've known.
0000 sats
gsovereignty16d ago
Since you've put that much effort in, I'll spend time to give you a proper response in a few days once I've had time to think it through and articulate it clearly.
0000 sats
HHide&Seek17d ago
When both side are wrong, picking one is wrong. "The community" is mostly busy building or living their life & lost interest in that little war a long time ago.
0000 sats
Elephant in the root16d ago
Only one of the sides ignored the mailinglist and the arguments raised there.
0000 sats
0
0 sats
0 sats