Sure thing, good questions.

) Package relay and ephemeral anchors complement OP_VAULT, but don't replace it. They're about relay policy and how transactions can be replaced in the mempool, but they don't enforce any kind of new on-chain script rules. Sadly you just can't do vault stuff without allowing "tighter" rules on script validation with certain new opcodes, which is all a soft fork is.

2) UASF from a code standpoint is not really any harder than any activation method, but IMO it should be a last resort. The point of "traditional" activation methods like BIP8/9/speedtrial is not to ask miner approval, it is to help coordinate the upgrade with miners so that there isn't some portion of hashrate that might mine blocks that are invalid with the new rule set and cause a disrputive chainsplit. Whether or not this winds up being a UASF isn't something I would decide.

Reply to this note

Please Login to reply.

Discussion

Too kind sir, thank you for your response.

This is surely just a blind spot for me as I though bip8 and uasf were somewhat synonymous.

As always, I guess I got more work to do.

I really appreciate you taking the time.

Was looking for a spot to zap you for a soda or two but no luck finding. Then noticed you're on the board of open sats so if you prefer, I can just send some there.

Any preference?

OpenSats is a great target :)

Indeed. Very good man, again, thx for taking the time.