> I could spin up a BIP 12 (OP_EVAL) node tomorrow, reject P2SH by forking off at its activation height, and probably mine a whole bunch of blocks trivially. Well, in the past, there was an altcoin, which supported OP_EVAL: it was called CoiledCoin. Back then, Luke had its own mining pool, and used that power, to basically make their chain unusable, by mining empty blocks, only with the coinbase transactions, which raised their difficulty to insane levels, where the community could no longer mine it, when he stopped. And then, he wrote: https://bitcointalk.org/index.php?topic=56675.msg676981#msg676981 > CoiledCoin now closed. Have a nice day. Now, people can simply say, that after all of these years, he simply got, what he deserved: "LukeCoin now closed. Have a nice day." Of course, any user can use any coin: CoiledCoin, BIP-110 coin, non-BIP-110 coin, or whatever. But if some chain is dead, and nobody pushes it forward, then I guess BIP can be closed: if someone wants to use a closed BIP, then it is just a choice of a given user. > Closing a BIP does not confiscate coins. I guess some people think, that if a BIP is there, then it is somehow supported, or accepted by the community. Which is simply not the case, because we have BIPs for block size increases, which are used only by some altcoins. Probably it is a similar case, as it is with testnets being traded: some people believe, that if a given testnet is included into Bitcoin Core, then it is more valuable, just because it is included. Which is also why people are patiently waiting for testnet5 to be included, to trade it instantly, even though anyone could simply launch a similar test network, and use it. Basically, including or excluding things into BIPs, or Bitcoin Core became more political, than it should be. Users can use whatever they want, but now, some people simply consider Bitcoin Core as a "brand", and a mere inclusion of something to be worthy. pon., 10 sie 2026 o 13:27 Sjors Provoost napisał(a): > Hi Greg, > > Closing a BIP does not confiscate coins. The only way to achieve that > would a new BIP enforcing a confiscatory soft fork on top of the BIP 110 > forked chain. Or a checkpoint on the winning chain. Nobody is advocating > for either. > > Closing a BIP also doesn't ban anyone from running a node or continuing to > mine. But the odds of catching up are slim. > > I'm not in a rush to close it, but what would be your own criteria for > when it's reasonable to do so? > > I could spin up a BIP 12 (OP_EVAL) node tomorrow, reject P2SH by forking > off at its activation height, and probably mine a whole bunch of blocks > trivially. Modern Bitcoin Core wouldn't reject those blocks, because > checkpoints have been removed. But I would never catch up with the tip. > Nobody would seriously considering reopening BIP12 in such a scenario, even > if I ran a million nodes. > > For BIP110, it was obvious to me years ago [1] that this was never going > to work, not as a policy rule, and not as a consensus rule. For others it > look longer realize this, and some people never will. Hard to put an exact > number on when to close it, though now would be fine. > > - Sjors > > > [0] https://github.com/bitcoin/bips/blob/master/bip-0012.mediawiki > > > [1] see e.g. > https://bitcoinexplainedpodcast.com/@nado/episodes/episode-98-return-of-the-op-return and > my comments on > > On Sun, Aug 9, 2026, at 22:12, Greg Tonoski wrote: > > The BIP-110 was activated at the block height as you (Mark Erhardt) > approved in the specification. There wasn't any other "adoption" criteria > (especially "2.5%"). > > As the Bitcoin Whitepaper says: "As long as honest nodes control the most > CPU power on the network, they can generate the longest chain and outpace > any attackers. (...) Each node works on finding a difficult proof-of-work > for its block". The chain is mined by many more nodes than the single one > "Roughnecks" that you mentioned below. Roughnecks' decision does not > represent the other nodes. Roughnecks node is free to leave at will as > specified in the Bitcoin Whitepaper: "Nodes can leave and rejoin the > network at will (...)". Again, there are estimated 18 000 fully validating > nodes in the Bitcoin network and they don't reject the BIP-110 soft-fork > (a.k.a. RDTS). I am running of the nodes and has just broadcast a > transaction. It's not an altcoin transaction. The bitcoins should not be > confiscated. Therefore, I think that my objection is justified. > > I look forward to a reply. > > On Sun, 9 Aug 2026 at 21:42, Murch wrote: > > Hello Greg, > > BIP 110 failed to achieve adoption in both phases of its deployment > attempt. It got just shy of 2.5% of blocks signaling readiness in the > latest signaling period, and since RDTS nodes mandated signaling, RDTS > nodes relegated themselves to a chain that only found two blocks, while > the Bitcoin blockchain grew by 134 blocks. The sole block author on the > RDTS chaintip has since announced that they have ceased mining on the > stalled chaintip. > > While it’s your choice to remain on the stalled chaintip or to throw-in > with the hard fork that is now being discussed, it’s clear that the > Bitcoin network rejected the soft fork. The minority hashrate chaintip > therefore constitutes a forkcoin. Altcoins are not on-topic for the BIPs > repository, and therefore, BIP110 should be advanced from Deployed to > Closed as it is obsolete. > > Murch > > On 2026-08-09 11:36, Greg Tonoski wrote: > > Objection. The Bitcoin Improvement Proposal 110 (BIP-110 Reduced Data > > Temporary Softfork) has been activated. There are two blocks with the > > bit 4 signal (block height 961633) and the estimated 18 000 fully > > validating nodes in the network. I keep running such a node and > > accepting payments even if time interval between blocks is temporarily > > longer until the next difficulty adjustment. > > > > On Sun, 9 Aug 2026 at 20:07, Jon Atack > > wrote: > > > > Hello list, > > > > I'd like to propose marking BIP 110 Reduced Data Temporary Softfork > > as closed, following the chain split yesterday during its mandatory > > signaling period, when its chain began rejecting as invalid all > > blocks that did not signal bit 4 and mining and block production > > stalled on the BIP 110 chain. > > > > Per BIP 3, a BIP may evolve from Deployed to Closed when it is no > > longer in active use. Any community member may initiate this status > > update by announcing it to the mailing list, and proceed if no > > objections have been raised for four weeks. BIPs are not deleted; > > they are retained for historical/educational interest after being > > updated to Closed. > > > > Regards, > > Jon > > > > -- > > You received this message because you are subscribed to the Google > > Groups "Bitcoin Development Mailing List" group. > > To unsubscribe from this group and stop receiving emails from it, > > send an email to bitcoindev+unsubscribe@googlegroups.com > > . > > To view this discussion visit https://groups.google.com/d/msgid/ > > bitcoindev/cf801753-e5b1-46bf-a0ae-9d88a0624829n%40googlegroups.com > > > a0ae-9d88a0624829n%40googlegroups.com? > > utm_medium=email&utm_source=footer>. > > > > -- > > You received this message because you are subscribed to the Google > > Groups "Bitcoin Development Mailing List" group. > > To unsubscribe from this group and stop receiving emails from it, send > > an email to bitcoindev+unsubscribe@googlegroups.com > > . > > To view this discussion visit https://groups.google.com/d/msgid/ > > bitcoindev/CAMHHROy%3DNNoaRc828xp_Qr- > > GJqoDguTrowfBKsk0XuYsgaOhSg%40mail.gmail.com > d/msgid/bitcoindev/CAMHHROy%3DNNoaRc828xp_Qr- > > GJqoDguTrowfBKsk0XuYsgaOhSg%40mail.gmail.com? > > utm_medium=email&utm_source=footer>. > > -- > You received this message because you are subscribed to the Google Groups > "Bitcoin Development Mailing List" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to bitcoindev+unsubscribe@googlegroups.com. > To view this discussion visit > https://groups.google.com/d/msgid/bitcoindev/474c04c7-fa32-4f97-84ae-722f12f08f40%40murch.one > . > > > -- > You received this message because you are subscribed to the Google Groups > "Bitcoin Development Mailing List" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to bitcoindev+unsubscribe@googlegroups.com. > To view this discussion visit > https://groups.google.com/d/msgid/bitcoindev/CAMHHROzXou09Sv0%3DXGNFd36Ng4Ld-iM44dvcX8SYOb8%3DdoMLRw%40mail.gmail.com > > . > > > -- > You received this message because you are subscribed to the Google Groups > "Bitcoin Development Mailing List" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to bitcoindev+unsubscribe@googlegroups.com. > To view this discussion visit > https://groups.google.com/d/msgid/bitcoindev/5911e0ad-b8f1-4cdb-bd6e-47f032c72924%40app.fastmail.com > > . > -- You received this message because you are subscribed to the Google Groups "Bitcoin Development Mailing List" group. To unsubscribe from this group and stop receiving emails from it, send an email to bitcoindev+unsubscribe@googlegroups.com. To view this discussion visit https://groups.google.com/d/msgid/bitcoindev/CACgYNOJ4MZi-rrZPAfSFTwgOMbdymQbQd8Lg%3Dis-E8f_NU_0bA%40mail.gmail.com.