Brunswick on Nostr: ...

quoting nevent1q…l06u

This is a nontrivial problem to solve. There appears to be no elegant proposals, only "all or nothing" discussions in lieu of the apparent hack that exists today.

The argument for "ACK" seems to center around disincentivizing using the p2p network and mempool to convey proposed transactions into the block template.

The argument for NACK is that we want to preserve the blockchain for financial transactions, and that the current mempool rule works well enough today. That argument would lead me to conclude a hard fork is more desirable to diaallow any post-OP_RETURN data in the blockchain at all.

There is a separate argument from the Knots camp saying the mempool should have MORE filters on by default. The argument against this is "big money" can easily bypass this by purchasing template space directly from the pools.

What is the underlying concern? It boils down to fights over limited resources.

Maybe OP_RETURN data could require an exponentially increasing cost-per-vbyte similarly to how TCP retries use an exponential backoff in congested channels? This, combined with tightning up transaction-input rules to reduce non-financial abuse?