pull down to refresh
We can reduce OP_RETURN limits in a soft fork afaik.This would cause a hard fork.
Explain why please.
Limiting OP_RETURN size would be a soft fork.
Luke can also just make it a true chaintip fork, though. There's a nice integration point right here.
Bonus: if you do it without height threshold while implementing Luke's full definition of datacarrier as was recently explained here, you can even fork off those biblical texts someone put on the chain!
My understanding is that restrictions, a narrowing of something in consensus, can usually be implemented as a soft fork. But I'm now wondering if that just applies to opcodes.
You can do it if it's miner enforced. Is Ocean going to enforce it with 10-15EH?
A block mined on the current consensus might not get accepted by nodes with the new OP_RETURN limit, thus causing a chain split. All miners would have to also implement that limit.
I think that's what I was alluding to... that a Knots fork (consensus change) limiting op_return would probably cause a chain split and a different blockchain/token.
It's the only way to be sure and 'get rid of' the spam.
So offer a deal? Soft-fork in covenants to soft-fork out larger op-returns? This is beyond my technical understanding.
I wouldn't hold out much hope for a deal. It's an adolescent food fight at this point.
best take
Covenants are instant ethereumification.
If Knots people weren't retarded they'd focus on fighting that.
You'll change your tune once the chain starts getting spamed with CSAM. There are plenty of people that will do it just because they don't like Bitcoin.
We can reduce
OP_RETURNlimits in a soft fork afaik. Maybe we can get near universal support for a covenant soft fork if we reduceOP_RETURNthis way.