Nostr Web Client

The filters work perfectly at their main job: keeping filtered content out of your mempool

When widely adopted they also delay the propagation of spam-filled blocks, which provides a nice monetary incentive for miners to ignore spam: ignoring spam = fewer blocks orphaned = higher income

optout 3mo ago

If you consider higher block propagation time for "spammy" blocks as a desirable side effect, how about adding an EXPLICIT PROPAGATION DELAY for "spammy" blocks? Like waiting for few seconds before sending it out.

("spammy" block: a block that contains txs that my node would filter out from its mempool, that I consider "spam" by my standards)

(An delay too long, or refusing to forward is a behavior that can be detected by other nodes and retaliated against.)

Reply to this note

Please Login to reply.

Discussion

VOLKER - Voice Of Logic Knowledge Experience & Responsibility 3mo ago

Since both approaches would a) increase miner centralization, and b) motivate spammers to use more covert, UTXO based spam, I'm not a big fan if either.