đź“… Original date posted:2018-01-27
đź“ť Original message:Not incentive compatible. Miners would prefer to include transactions
paying fees via alternative mechanisms (anyone can spend outputs,
direct pay to miner outputs, or completely out of band), if they even
paid attention to internal fees at all they would give a lot more
weight to direct payment fees. Users would accordingly pay much lower
fees if they used these alternatives instead of directly, so the
equlibrium state is almost everyone bypassing. Bypass fee mechenisms
have been supported by miners since 2011 too, so it isn't just
conjecture.
On Sat, Jan 27, 2018 at 8:45 AM, Nathan Parker via bitcoin-dev
<bitcoin-dev at lists.linuxfoundation.org> wrote:
> 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
>
Gregory Maxwell [ARCHIVE] /
npub1f2…crwet
2023-06-07 18:10:18
in reply to nevent1q…xgn0
Author Public Key
npub1f2nvlx49er5c7sqa43src6ssyp6snd4qwvtkwm5avc2l84cs84esecrwetSeen on
wss://relay.noswhere.comPublished at
2023-06-07 18:10:18Event JSON
{
"id": "a1fb32103e1ae87dff07c6797cf62bc65a9cc1e528359d90ffeb0ab11c266371",
"pubkey": "4aa6cf9aa5c8e98f401dac603c6a10207509b6a07317676e9d6615f3d7103d73",
"created_at": 1686161418,
"kind": 1,
"tags": [
[
"e",
"8aa1a2e99bfee38bd0f906d936318c57f05a80fcd4e5ba689c4b18f16da0811f",
"",
"root"
],
[
"e",
"1145310c66fcc602f162f9f12410321c7c8bb5abfa63e3bcf7724327e0fd5cf8",
"",
"reply"
],
[
"p",
"146647f7012b71fe361f5ab2ab394d6ce37f8f20486684b81a52406ac4b6ac48"
]
],
"content": "📅 Original date posted:2018-01-27\n📝 Original message:Not incentive compatible. Miners would prefer to include transactions\npaying fees via alternative mechanisms (anyone can spend outputs,\ndirect pay to miner outputs, or completely out of band), if they even\npaid attention to internal fees at all they would give a lot more\nweight to direct payment fees. Users would accordingly pay much lower\nfees if they used these alternatives instead of directly, so the\nequlibrium state is almost everyone bypassing. Bypass fee mechenisms\nhave been supported by miners since 2011 too, so it isn't just\nconjecture.\n\nOn Sat, Jan 27, 2018 at 8:45 AM, Nathan Parker via bitcoin-dev\n\u003cbitcoin-dev at lists.linuxfoundation.org\u003e wrote:\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 transaction\n\u003e of the block (by adding this as a rule for verifying new blocks). The miner\n\u003e of 100 blocks after the current one can add a secondary transaction spending\n\u003e this block's anyone-can-spend coinbase transaction (due to the coinbase\n\u003e needing 100 blocks to mature) and thus claiming the funds. This way, the\n\u003e block reward of a block X is always transferred to the 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 extra\n\u003e 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 _______________________________________________\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",
"sig": "1db35d0cbe359b92a0bb82c0658d279322a3139048e59c4092c9aa1bc2555c30d6b73075da8f4ce1ef9bc6a7ddca71d98a04d1d7a84622d66a8a4488128fa62c"
}