BIP 110 contains literally nothing that a "monetary maxi" (whatever that is) would want to see in a Bitcoin Improvement Proposal. Nothing to help Layer 2s to scale. Nothing to help the relay network with DOS attacks. Nothing to help privacy. Nothing to help small mining pools to see the same transactions that the big pools are getting. Nothing to help with the faster block propagation that will benefit the small pools. Nothing like Cluster Mempool, which will help small pools to play on a level playing field with the big pools. The long term future of Bitcoin depends on anonymous miners being able to connect to the network, see all the transactions that are likely to be mined, quickly see the other blocks so they can mine on top of them, and be able to broadcast their blocks and have them propagate quickly and be built upon by the other miners. This is needed to ensure the small miners and small pools can mine profitably, i.e. they have an incentive to mine things that the government-controlled big pools are unwilling to mine. They must be able to include any consensus-valid transaction; i.e. have no corporation or committee or government which blocks the 'naughty' transactions BIP 110 contributes nothing to any of this. It doesn't even try to do so If you want less spam in the blocks, maybe them smaller. Luke Dashjr has suggested 300kB. Why not go further? 100kB, 10kB. 0kB would get rid of all the spam. That might seem like a stupid point in the last paragraph. But I'm actually making a very important point. Our goal is to make Bitcoin the best money, to maximize its ability to instantly settle our private transactions at a very high frequency. If you "fight spam" and you don't care that you are harming the moneyness of bitcoin, then I can't talk to you. "Fighting spam" simply isn't a valid goal in itself; it best, it's a means to an end. Every proposal that somebody makes to fight spam will be judged exclusively on how to helps or hinders our real goals We want and need our Layer 2s (Lightning, Ark, Lightning on Ark's Channel Factories) to massively scale, along with other Bitcoin scaling ideas like Cashu, in order that billions of people can make dozens of payments each day. (I'm working on extremely-high-frequency micropayments within Cashu) We want as much as possible to stay off-chain in order to keep fees on blockchain as low as possible. Low fees today gives us room to onboard billions of people. Low fees help with security of the Layer 2s, as users of Lightning need the ability to quickly and cheaply access Layer 1 if their channel partner is cheating We will continue to work on all the above, making the fees on L1 as low as possible This means that blockspace will, if we succeed, stay cheap for a long time. Also, there is a basic fact: Basic Fact: Steganography exists If blockspace is cheap, then spammers will fill it with spam. This is a meaningless and fully-expected side effect. There are lots of ways to encode spam in the blockchain. Some methods involve contiguous bytes and some do not. Nobody really cares about the distinction. Pseudo-lawyers will try to pretend that contiguous bytes are more dangerous than non-contiguous But they are wrong legally, wrong technically, and wrong in every possible way about "contiguousness". The "contiguous" discussion is now over Remember Mike Hearn and his "RBF derangement syndrome"? Remember MempoolRBF? If big pools are getting consensus-valid transactions via out-of-band systems (e.g. Mara's Slipstream) and are including them in blocks, then this is an advantage to big pools and a disadvantage to small pools We know that a critical responsibility of the public relay network is the help the small pools so they can earn money at the same rate as the big pools. This is what decentralized mining is all about Therefore, there will always be people who will help to relay those kids of transactions, in order to help the small pools. They'll mine fee-bumping transactions where the original transaction didn't signal willingness to be fee-bumped. They'll mine under 1-sat-per-vByte. They'll mine large OP_RETURNs if the big pools are benefiting from them When a spammer posts a large OP_RETURN via an out-of-band system, we don't care about the fact that a spammer posted the transaction. It could be a heroic freedom fighter getting important information - or important payments - onto the chain. Spammer-vs-monetary is not the issue. BigPool-versus-SmallPool is the issue As every Bitcoiner has learned in recent years, it's sufficient for a few dozen people to switch on relaxed nodes (LibreRelay, Core with lower fees rates, ...) and they will win. Moving policy close to consensus is easy to do, simply by firing up a few nodes. Trying to do the opposite, firing up thousands of filtering nodes, is laughably stupid There will always be many people willing to help the small pools by relaxing their policy in cases where the big miners are getting this advantage. If you don't like it, you must engage your brain to think of a good response. If your opponents can trivially beat you by switching on a few dozens nodes, then you need to accept their existence as a fact in your game theory The Knots movement pretends to be for decentralization of mining. If that was true, they would encourage (in the right circumstances) things like LibreRelay. It's truly bizarre that they took literally the opposite approach, and are trying to make it difficult for small pools and small miners. Why do people run nodes? There are broadly two categories of reasons. Obviously, we run them for our own ability to make transactions and to monitor that our transactions go through correctly. But there are also less "selfish" motivations. I run my node in order to help small pools. We need to keep the miners divided, working for us, and that means allowing small miners to mine whatever consensus-valid transactions they want, and it means ensuring it's economically viable for them to do so. That is the main role of the relay network, and a few dozen 'non-filtering' nodes are sufficient; and this is why Bitcoin will win. Finally, BIP110 explicitly attacks many important things for the moneyness of Bitcoin. Attacking the OP_SUCCESS opcodes is particularly dumb. No sane person thinks that Bitcoin won't be having dozens of OP_SUCCESS opcodes for centuries to come. Just get over it There's a lot more that I can say on this. Clearly, the orchestrators of BIP 110 relish in all the sexist and abusive rhetoric that is spread by their retarded bots and lapped up by some plebs. But I'm too lazy to write about that Basically, my first paragraph above sums it up nicely #bip110 #AskNostr #Spam

Replies (6)

Reading your reply it seems that the only direct reason for opposing BIP-110 is related to OP_SUCCESS? Care to elaborate on this point? Thanks! I'm with you when it comes to the difference between what large and small miners can hope to mine, but does not it arise entirely out of the fact that consensus and policy are different? Would not having BIP-110 close that gap remove this source of out of band revenue currently being enjoyed only by large miners? To clarify the intent behind the initial post, maybe my original question should have been framed as follows: if Bitcoin were to come into existence today with the rules of BIP-110, would anyone oppose it in favor of a version closer to its current state?
This is a good and coherent response. BIP110 may be limiting to potential Layer 2 and Layer 3 applications of the Bitcoin Network. Censorship of transactions is a slippery slope and pretty anti Bitcoin tbh.
A well written post and push-back to BIP 110. Still learning here. Can anyone assuage some of the concerns in this post? Would it hinder layer 2 scaling? This is covered in the FAQs on "Does this affect the Lightning Network?" No. Standard Lightning channels use P2WSH (witness v0), and BIP-110's OP_IF restriction only applies to Tapscripts — so they're completely unaffected. Newer Taproot-based channels split conditional paths into separate tapleaves instead of using OP_IF, so they're also compatible. Both P2WSH and P2TR outputs are exactly 34 bytes, within the limit." @ForrestHODL @Tauri View quoted note →
fade2's avatar
fade2 3 days ago
Thanks for this. While I still need to wrap my head around it all... If a large minority wants to trial something and the trial is not going to fork the network, isn't it logical to attempt the trial?
This is pure sophistry. BIP110 is bad because it doesn't solve layer 2 scaling, mining decentralization or prevent all possible spam? As to limiting op codes and innovation in general, that is also non sequitur. If someone has a specific proposal they can (and should have to) propose a bip. Framing openendedness as moneyness is nonsense. All I could really take out of this that was not a lot of empty rhetoric was that in your opinion preventing spam is not a valid part of network maintenance and that you believe being a shitcoin playground is a basic property of money. You are entitled to your opinion, but I respectfully disagree. Reducing spam and abuse is always a valid maintenance objective (and saying otherwise is a pretty bizarre take). Bitcoin is money. The base layer should be as simple, consistent, reliable and hard as we can make it. Building higher layers is better served by conservativism and ossification of the base. No one wants to build on sand. That's true in terms of software architecture AND economic architecture. @jimmysong covered this well on @walker's podcast the other day. Bitcoin is money, not a playground for developers and entrepreneurs. I'm sorry but I don't read anything here but a lot of logically fallacious rhetoric and the basic philosophy of shitcoin underneath. The more of these arguments of this kind I see against 110, the more I support it. If these are the best arguments that can be made against it, it must be pretty solid indeed. At this point, I just don't see the point of making it temporary.