đ
Original date posted:2022-02-11
đ Original message:Well because in the example i gave you this decreases the miner's reward. The rule of increasing feerate you stated isn't always economically rationale.
Note how it can also be extended, for instance if the miner only has 1.5vMB of txs and is not assured to receive enough transactions to fill 2 blocks he might be interested in maximizing absolute fees, not feerate.
Sure, we could make the argument that long term we need a large backlog of transactions anyways.. But that'd be unfortunately not in phase with today's reality.
-------- Original Message --------
On Feb 11, 2022, 00:51, James O'Beirne wrote:
>> It's not that simple. As a miner, if i have less than 1vMB of transactions in my mempool. I don't want a 10sats/vb transaction paying 100000sats by a 100sats/vb transaction paying only 10000sats.
>
> I don't understand why the "<1vMB in the mempool" case is even worth consideration because the miner will just include the entire mempool in the next block regardless of feerate.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20220211/82a07832/attachment.html>;
darosior [ARCHIVE] /
npub1pjâŚx22xp
2023-06-07 23:04:13
in reply to nevent1qâŚ85a9
Author Public Key
npub1pj9022f74rzq7d5x7gnxje6wpsgk4r5jgeck8y5awd423ydhan3q7x22xpPublished at
2023-06-07 23:04:13Event JSON
{
"id": "0dd3046fc4ba67a5f8e4855e45b08e7d038de3eedadff0171b120c7da16df130",
"pubkey": "0c8af5293ea8c40f3686f22669674e0c116a8e92467163929d736aa891b7ece2",
"created_at": 1686179053,
"kind": 1,
"tags": [
[
"e",
"c703681c72b4e4669ca1bb5b15d757a9761db34f49baa03e75c29c4c1b65c0d1",
"",
"root"
],
[
"e",
"ca1765569220e0a1bfdb2806056894fce4b9edb0150e1d6f583ededca3749fef",
"",
"reply"
],
[
"p",
"685a977aa1f8b6f8ec48fd9b94063704f408148948329ed2d729f63e54b31a3d"
]
],
"content": "đ
Original date posted:2022-02-11\nđ Original message:Well because in the example i gave you this decreases the miner's reward. The rule of increasing feerate you stated isn't always economically rationale.\n\nNote how it can also be extended, for instance if the miner only has 1.5vMB of txs and is not assured to receive enough transactions to fill 2 blocks he might be interested in maximizing absolute fees, not feerate.\n\nSure, we could make the argument that long term we need a large backlog of transactions anyways.. But that'd be unfortunately not in phase with today's reality.\n\n-------- Original Message --------\nOn Feb 11, 2022, 00:51, James O'Beirne wrote:\n\n\u003e\u003e It's not that simple. As a miner, if i have less than 1vMB of transactions in my mempool. I don't want a 10sats/vb transaction paying 100000sats by a 100sats/vb transaction paying only 10000sats.\n\u003e\n\u003e I don't understand why the \"\u003c1vMB in the mempool\" case is even worth consideration because the miner will just include the entire mempool in the next block regardless of feerate.\n-------------- next part --------------\nAn HTML attachment was scrubbed...\nURL: \u003chttp://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20220211/82a07832/attachment.html\u003e",
"sig": "c2bd17b9cd93eec49c7fb20a1b06e4f4dfd44d3d038f38c907f96e8f034976e34ad68027762824faba2b632ee25d337c7b3dc8effe1a085681ee348b64b8a9b2"
}