📅 Original date posted:2017-03-31
📝 Original message:Sorry for sending a double, hit the wrong button...
Den 31 mars 2017 06:14 skrev "Natanael" <natanael.l at gmail.com>:
>
>
> Den 30 mars 2017 11:34 skrev "Natanael" <natanael.l at gmail.com>:
>
> Block size dependent difficulty scaling. Hardfork required.
>
> Larger blocks means greater difficulty - but it doesn't scale linearly,
> rather a little less than linearly. That means miners can take a penalty in
> difficulty to claim a greater number of high fee transactions in the same
> amount of time (effectively increasing "block size bitrate"), increasing
> their profits. When such profitable fees aren't available, they have to
> reduce block size.
>
> In other words, the users literally pay miners to increase block size (or
> don't pay, which reduces it).
>
>
> This can be simplified if we do get a fee pool (less hardfork code, more
> softfork code), except that the effect will be partially reduced by the
> mining subsidy until it approximately reaches parity with average total
> fees.
>
> We don't need to alter difficulty calculation.
> Instead we alter the percentage of the fees that the miner gets to claim
> VS what he have to donate to the pool based on the size of the block he
> generated.
> Larger block = smaller percentage of fees. This is another way to pay for
> blocksize. The effect of this is that on average, miners that generate
> smaller blocks takes a share of what otherwise would be part of the mining
> profits of those generating larger blocks.
>
> We would need to keep pieces of the section from above on expected
> blocksize calculation. Because the closer you are to the expected
> blocksize, the more you keep. And thus we need to adjust it according to
> usage.
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20170331/19564c56/attachment.html>;
Natanael [ARCHIVE] /
npub179…lpmjt
2023-06-07 17:58:32
in reply to nevent1q…zyvj
Author Public Key
npub1798ncudyucap9jzzujjsgufx8tdykm8auzfledjcs6f6wf4ekqvq8lpmjtPublished at
2023-06-07 17:58:32Event JSON
{
"id": "67216fb20868ca3e8227f9ddc2161c087f7030b362978da33c91afd24a5f4bb9",
"pubkey": "f14f3c71a4e63a12c842e4a50471263ada4b6cfde093fcb6588693a726b9b018",
"created_at": 1686160712,
"kind": 1,
"tags": [
[
"e",
"4f5cc115e4c69b7e46c2ce410bcf3bce353d9771e5f344aee3442cd26791714e",
"",
"root"
],
[
"e",
"7875d49e5da45be4f544dbd2cf6f7815ba4fd502b7e1eb6ec2ae56e4de551a6a",
"",
"reply"
],
[
"p",
"f14f3c71a4e63a12c842e4a50471263ada4b6cfde093fcb6588693a726b9b018"
]
],
"content": "📅 Original date posted:2017-03-31\n📝 Original message:Sorry for sending a double, hit the wrong button...\n\nDen 31 mars 2017 06:14 skrev \"Natanael\" \u003cnatanael.l at gmail.com\u003e:\n\n\u003e\n\u003e\n\u003e Den 30 mars 2017 11:34 skrev \"Natanael\" \u003cnatanael.l at gmail.com\u003e:\n\u003e\n\u003e Block size dependent difficulty scaling. Hardfork required.\n\u003e\n\u003e Larger blocks means greater difficulty - but it doesn't scale linearly,\n\u003e rather a little less than linearly. That means miners can take a penalty in\n\u003e difficulty to claim a greater number of high fee transactions in the same\n\u003e amount of time (effectively increasing \"block size bitrate\"), increasing\n\u003e their profits. When such profitable fees aren't available, they have to\n\u003e reduce block size.\n\u003e\n\u003e In other words, the users literally pay miners to increase block size (or\n\u003e don't pay, which reduces it).\n\u003e\n\u003e\n\u003e This can be simplified if we do get a fee pool (less hardfork code, more\n\u003e softfork code), except that the effect will be partially reduced by the\n\u003e mining subsidy until it approximately reaches parity with average total\n\u003e fees.\n\u003e\n\u003e We don't need to alter difficulty calculation.\n\u003e Instead we alter the percentage of the fees that the miner gets to claim\n\u003e VS what he have to donate to the pool based on the size of the block he\n\u003e generated.\n\u003e Larger block = smaller percentage of fees. This is another way to pay for\n\u003e blocksize. The effect of this is that on average, miners that generate\n\u003e smaller blocks takes a share of what otherwise would be part of the mining\n\u003e profits of those generating larger blocks.\n\u003e\n\u003e We would need to keep pieces of the section from above on expected\n\u003e blocksize calculation. Because the closer you are to the expected\n\u003e blocksize, the more you keep. And thus we need to adjust it according to\n\u003e usage.\n\u003e\n-------------- next part --------------\nAn HTML attachment was scrubbed...\nURL: \u003chttp://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20170331/19564c56/attachment.html\u003e",
"sig": "41314e51c78c874c64709c19e6b15f618ab9298a1dd28f2a5b1a31f599018e6ad42a61d1b211e3b508063e2769a8f02e00e923e95a44729212f6b78ec31bae64"
}