pull down to refresh

21 sats \ 5 replies \ @ek 24 Nov 2024 \ on: Do you would support OP_CTV if happens today? bitcoin
I think as a node runner, you don't accept or reject a soft fork. You don't have to do anything except upgrade if you want to use OP_CTV in your transactions. If you don't upgrade, you can still follow the chain since it's a soft fork.
I think the question should be what miners would do if activation happens today. Would they mine blocks with OP_CTV codes (including on top of them) or reject them and split the chain?
Remember, for taproot, we used "Speedy Trial" and miners were signalling, not nodes:
BIP9 and Speedy Trial is a softfork deployment method where the miners and mining pools help to coordinate the deployment of a softfork. They do so by signalling for deployment of the softfork in their mined blocks. To lock in the softfork for activation, 90% of the blocks have to signal.
The signalling method works in periods of 2016 blocks, meaning that within a 2016 block period, 90%, or 1815 of the 2016 blocks have to signal for readiness.
write
preview
74 sats \ 4 replies \ @Rsync25 OP 24 Nov 2024
The last word are node runners, beyond miners. Both define ‘final consensus’. Have CUSF and others forms of soft forks, but this is a kind of thing for another discussion.
reply
0 sats \ 3 replies \ @ek 24 Nov 2024
Do you mean with "reject as a node runner" to upgrade my node to something that rejects blocks with OP_CTV in it and thus creates a hard fork? I think that's what bcashers did with their nodes but I am not sure. I wasn't around at that time.
reply
21 sats \ 2 replies \ @Rsync25 OP 24 Nov 2024
That’s the point I’m leveraging here. I wanna see what nodes would do in this hypothetical scenario.
reply
0 sats \ 1 reply \ @ek 24 Nov 2024
Okay, so "accept" means to do nothing? Isn't that the same as "neutral"?
Or "accept" = "upgrade node to version with OP_CTV" and "neutral" = "do nothing"?
reply
100 sats \ 0 replies \ @Rsync25 OP 24 Nov 2024
Yes! Second option.
reply