📅 Original date posted:2018-01-28
📝 Original message:If the miner wants to force fees up, why would he fill up a block with
placeholder high fee transactions, instead of simply cutting off
transactions paying less fee than he is willing to take? Is there any
evidence someone is doing such a thing for whatever reason?
2018-01-27 6:45 GMT-02:00 Nathan Parker via bitcoin-dev <
bitcoin-dev at lists.linuxfoundation.org>:
> Miners can fill their blocks with transactions paying very high fees at no
> cost because they get the fees back to themselves. They can do this for
> different purposes, like trying to increase the recommended fee. Here I
> propose a backwards-compatible solution to this problem.
>
> The solution would be to reward the fees of the current block to the miner
> of the next block (or X blocks after the current one). That way, if a miner
> floods its own block with very high fee transactions, those fees are no
> longer given back to itself, but to the miner of future blocks which could
> potentially be anyone. Flooding blocks with fake txs is now discouraged.
> However, filling blocks with real transactions paying real fees is still
> encouraged because you could be the one to mine the block that would claim
> this reward.
>
> The way to implement this in a backwards-compatible fashion would be to
> enforce miners to set an anyone-can-spend output in the coinbase
> transaction of the block (by adding this as a rule for verifying new
> blocks). The miner of 100 blocks after the current one can add a secondary
> transaction spending this block's anyone-can-spend coinbase transaction
> (due to the coinbase needing 100 blocks to mature) and thus claiming the
> funds. This way, the block reward of a block X is always transferred to the
> miner of block X+100.
>
> Implementing this would require a soft-fork. Since that secondary
> transaction needs no signature whatsoever, the overhead caused by that
> extra transaction is negligible.
>
> Possible Downside: When the fork is activated, the miners won’t get any
> reward for mining blocks for a period of 100 blocks. They could choose to
> power off the mining equipment for maintenance or to save power over that
> period, so the hashrate could drop temporarily. However, if the hashrate
> drops too much, blocks would take much longer to mine, and miners wouldn’t
> want that either since they want to go through those 100 reward-less blocks
> as soon as possible so they can start getting rewards from mining again.
>
>
> _______________________________________________
> bitcoin-dev mailing list
> bitcoin-dev at lists.linuxfoundation.org
> https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev
>
>
--
Lucas Clemente Vella
lvella at gmail.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20180128/712c01bf/attachment.html>;
Lucas Clemente Vella [ARCHIVE] /
npub19k…0235g
2023-06-07 18:10:18
in reply to nevent1q…acf9
Author Public Key
npub19kh93sp86d62nty669ffmttlq6vedf95g2eep5dh5443s64x5rpq60235gSeen on
wss://relay.nostr.bandPublished at
2023-06-07 18:10:18Event JSON
{
"id": "ca90b3a71417db4a0a77a43d743f887982de537e5386c29d65c638d2d9302640",
"pubkey": "2dae58c027d374a9ac9ad1529dad7f069996a4b442b390d1b7a56b186aa6a0c2",
"created_at": 1686161418,
"kind": 1,
"tags": [
[
"e",
"8aa1a2e99bfee38bd0f906d936318c57f05a80fcd4e5ba689c4b18f16da0811f",
"",
"root"
],
[
"e",
"dbd93e1530856f218668223031588f310166a4e81c9da5cdc4400376dee64966",
"",
"reply"
],
[
"p",
"82205f272f995d9be742779a3c19a2ae08522ca14824c3a3b01525fb5459161e"
]
],
"content": "📅 Original date posted:2018-01-28\n📝 Original message:If the miner wants to force fees up, why would he fill up a block with\nplaceholder high fee transactions, instead of simply cutting off\ntransactions paying less fee than he is willing to take? Is there any\nevidence someone is doing such a thing for whatever reason?\n\n2018-01-27 6:45 GMT-02:00 Nathan Parker via bitcoin-dev \u003c\nbitcoin-dev at lists.linuxfoundation.org\u003e:\n\n\u003e Miners can fill their blocks with transactions paying very high fees at no\n\u003e cost because they get the fees back to themselves. They can do this for\n\u003e different purposes, like trying to increase the recommended fee. Here I\n\u003e propose a backwards-compatible solution to this problem.\n\u003e\n\u003e The solution would be to reward the fees of the current block to the miner\n\u003e of the next block (or X blocks after the current one). That way, if a miner\n\u003e floods its own block with very high fee transactions, those fees are no\n\u003e longer given back to itself, but to the miner of future blocks which could\n\u003e potentially be anyone. Flooding blocks with fake txs is now discouraged.\n\u003e However, filling blocks with real transactions paying real fees is still\n\u003e encouraged because you could be the one to mine the block that would claim\n\u003e this reward.\n\u003e\n\u003e The way to implement this in a backwards-compatible fashion would be to\n\u003e enforce miners to set an anyone-can-spend output in the coinbase\n\u003e transaction of the block (by adding this as a rule for verifying new\n\u003e blocks). The miner of 100 blocks after the current one can add a secondary\n\u003e transaction spending this block's anyone-can-spend coinbase transaction\n\u003e (due to the coinbase needing 100 blocks to mature) and thus claiming the\n\u003e funds. This way, the block reward of a block X is always transferred to the\n\u003e miner of block X+100.\n\u003e\n\u003e Implementing this would require a soft-fork. Since that secondary\n\u003e transaction needs no signature whatsoever, the overhead caused by that\n\u003e extra transaction is negligible.\n\u003e\n\u003e Possible Downside: When the fork is activated, the miners won’t get any\n\u003e reward for mining blocks for a period of 100 blocks. They could choose to\n\u003e power off the mining equipment for maintenance or to save power over that\n\u003e period, so the hashrate could drop temporarily. However, if the hashrate\n\u003e drops too much, blocks would take much longer to mine, and miners wouldn’t\n\u003e want that either since they want to go through those 100 reward-less blocks\n\u003e as soon as possible so they can start getting rewards from mining again.\n\u003e\n\u003e\n\u003e _______________________________________________\n\u003e bitcoin-dev mailing list\n\u003e bitcoin-dev at lists.linuxfoundation.org\n\u003e https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev\n\u003e\n\u003e\n\n\n-- \nLucas Clemente Vella\nlvella at gmail.com\n-------------- next part --------------\nAn HTML attachment was scrubbed...\nURL: \u003chttp://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20180128/712c01bf/attachment.html\u003e",
"sig": "6510b9dfd51db1a8a2d89389a228675b746ab1e65ec5f1aa890aec3873548b3e308927e28ef5ca453df9259304371e982cb4264ffa71ab17054d57c64b885cda"
}