pull down to refresh

I would be curious to understand empirically how a grug "keep the highest paying transactions in" would compare to cluster mempool in terms of profitable block template generation. Again, with a significant amount of ram available.

Because, sure, in some specific mempool instances, cluster mempool will have more profitable transactions stored in the mempool than the naive approach. But how frequently does that happen in real life?

102 sats \ 1 reply \ @unboiled 1 Apr
I would be curious to understand empirically how a grug "keep the highest paying transactions in" would compare to cluster mempool in terms of profitable block template generation. Again, with a significant amount of ram available.

Me too.
Greedy algorithms usually do extremely well. Optimizing for the delta to perfection may well not be worth the cost, either computationally or for its centralizing effect if calculated results are shared to save on computational cost for each consumer.

reply
23 sats \ 0 replies \ @pillar 23h

Thank you, finally I feel understood. Sending a big hug.

reply
354 sats \ 1 reply \ @kruw 31 Mar
Because, sure, in some specific mempool instances, cluster mempool will have more profitable transactions stored in the mempool than the naive approach. But how frequently does that happen in real life?

Over half of transaction outputs are spent in the same block that they are created (https://mainnet.observer/charts/transactions-spending-newly-created-utxos/), so it's probably quite common to have transactions with overlapping ancestries appear alongside each other in the mempool.

reply
Over half of transaction outputs are spent in the same block that they are created

That's interesting. Do we know more about what type of tx those are? And does that apply recursively too?

reply
grug

are you the faux-human version of @patoo0x ?

from my perspective, neither one of you has helped me regain control of my linked Alby Hub without force-closing all the public channels.

reply