Luzius Meisser [ARCHIVE] on Nostr: 📅 Original date posted:2016-01-27 📝 Original message:2016-01-27 3:45 GMT+01:00 ...
📅 Original date posted:2016-01-27
📝 Original message:2016-01-27 3:45 GMT+01:00 Warren Togami Jr. <wtogami at gmail.com>:
> On Tue, Jan 26, 2016 at 9:42 AM, Luzius Meisser via bitcoin-dev
> <bitcoin-dev at lists.linuxfoundation.org> wrote:
>>
>> Idea: currently, the total amount of fees collected in a block is paid
>> out in full to whoever mined that block. I propose to only pay out,
>> say, 10% of the collected fees, and to add the remaining 90% to the
>> collected fees of the next block. Thus, the payout to the miner
>> constitutes a rolling average of collected fees from the current and
>> past blocks.
>
> [...] Another major issue with mandatory sharing is
> if the miner doesn't want to share, nothing stops them from taking payment
> out-of-band and confirming the transaction with little or no fees visible in
> the block.
While I find the other points you raised debatable, the out-of-band
argument looks strong enough to kill the idea. To work around it, one
would need to create rules about the transactions that can be included
in a block, for example by mandating that all included transactions
must have a fee at least as high as 0.9 times the 5th percentile of
the transactions in the previous 10 blocks. However, having to tell
the miners what fees they are allowed to accept destroys some of the
elegance of the idea. Maybe I should put it to rest for now and see if
a more elegant solution comes to mind later.
> While I don't agree with the rest of your logic, it is agreeable that you
> care about aligning the miner's supply incentives with the global marginal
> cost. If you believe that is an important goal, you might like the Flex Cap
> approach as presented by Mark Friedenbach at Scaling Bitcoin Hong Kong.
> Under the general idea of the Flex Cap approach block size is no longer
> fixed, it can be bursted higher on a per-block basis if the miner is willing
> to defer a tiny portion of the current block subsidy to pay out to the miner
> of later blocks.
> [...]
> Flex Cap is an area of ongoing research that I strongly believe would
> benefit Bitcoin in the long-term. For this reason it requires careful study
> and simulations to figure out specifics.
I agree that flex cap is promising. However, for it to be a viable
long-term solution, it must not depend on significant block subsidies
to work as the block subsidy will become less and less relevant over
time.
Picking up your thoughts, I guess this is how flex cap should be done:
1. There is a flexible block cap (e.g. 1 MB). This first MB is free to fill.
2. Miners can buy additional space for an exponentially increasing
fee. For example, the first KiB might cost 200 Satoshis, the second
KiB 400 Satoshis, the tenth KiB 102400 Satoshis etc.
3. The price of the purchased space is subtracted from the collected
fees and added to the reward of the next block.
4. The amount miners are willing to spend on additional space allows
to calculate the marginal costs of a transaction of a miner. For
example, if a miner pays 6000 Satoshis to include a 1 KB transaction
with a fee of 6100 Satoshis, the marginal costs must be below 100
Satoshis, assuming a rational miner. This cost is multiplied by say 50
to account for the costs of decentralization to get a global cost
estimate of 5000 Satoshis per KB.
5. Every 1000 blocks or so, the basic cap is adjusted upwards or
downwards (e.g. by 10%) depending on whether the average fees per KB
were above or below the global cost estimate.
Under such a scheme, prices should get very close to free market
prices. However, ruthless competition can get ugly in markets where
fixed costs dominate. We can currently witness this in the oil
industry. Thus, from an economic point of view, it might be more
advisable to simply let miners vote on block size, as has been
proposed by others. The drawback of voting is that it allows miners to
enforce a cartel among themselves and to charge monopoly prices
instead of competitive prices. However, monopoly prices would already
be much better than having an artificial cap.
Warren, thank you for your thoughts! I appreciate the opportunity to
discuss ideas at such a high level.
--
Luzius Meisser
President of Bitcoin Association Switzerland
MSc in Computer Science and MA in Economics
Published at
2023-06-07 17:48:12Event JSON
{
"id": "2e2015da6594968884ac1488d5ca84e1fae68b42555f831a1d9824bb09a67a1a",
"pubkey": "cf1b4cb1681c065dc31b9fd1b911d56dea227904654ec01797423aa7cb18f04f",
"created_at": 1686160092,
"kind": 1,
"tags": [
[
"e",
"2854d9f20bdf1b05c268ebef493745e19469501cd6fc2fad27a35f60763e8609",
"",
"root"
],
[
"e",
"cb23c40c6dd19c884d3e895ca942783a53f2389c725ab0e8453fe7fbbc0f14bf",
"",
"reply"
],
[
"p",
"8502a34ff455a038f6a04f4e3cd053dcbb5d711b89a3d211e65615b00e0ed65d"
]
],
"content": "📅 Original date posted:2016-01-27\n📝 Original message:2016-01-27 3:45 GMT+01:00 Warren Togami Jr. \u003cwtogami at gmail.com\u003e:\n\u003e On Tue, Jan 26, 2016 at 9:42 AM, Luzius Meisser via bitcoin-dev\n\u003e \u003cbitcoin-dev at lists.linuxfoundation.org\u003e wrote:\n\u003e\u003e\n\u003e\u003e Idea: currently, the total amount of fees collected in a block is paid\n\u003e\u003e out in full to whoever mined that block. I propose to only pay out,\n\u003e\u003e say, 10% of the collected fees, and to add the remaining 90% to the\n\u003e\u003e collected fees of the next block. Thus, the payout to the miner\n\u003e\u003e constitutes a rolling average of collected fees from the current and\n\u003e\u003e past blocks.\n\u003e\n\u003e [...] Another major issue with mandatory sharing is\n\u003e if the miner doesn't want to share, nothing stops them from taking payment\n\u003e out-of-band and confirming the transaction with little or no fees visible in\n\u003e the block.\n\nWhile I find the other points you raised debatable, the out-of-band\nargument looks strong enough to kill the idea. To work around it, one\nwould need to create rules about the transactions that can be included\nin a block, for example by mandating that all included transactions\nmust have a fee at least as high as 0.9 times the 5th percentile of\nthe transactions in the previous 10 blocks. However, having to tell\nthe miners what fees they are allowed to accept destroys some of the\nelegance of the idea. Maybe I should put it to rest for now and see if\na more elegant solution comes to mind later.\n\n\u003e While I don't agree with the rest of your logic, it is agreeable that you\n\u003e care about aligning the miner's supply incentives with the global marginal\n\u003e cost. If you believe that is an important goal, you might like the Flex Cap\n\u003e approach as presented by Mark Friedenbach at Scaling Bitcoin Hong Kong.\n\u003e Under the general idea of the Flex Cap approach block size is no longer\n\u003e fixed, it can be bursted higher on a per-block basis if the miner is willing\n\u003e to defer a tiny portion of the current block subsidy to pay out to the miner\n\u003e of later blocks.\n\u003e [...]\n\u003e Flex Cap is an area of ongoing research that I strongly believe would\n\u003e benefit Bitcoin in the long-term. For this reason it requires careful study\n\u003e and simulations to figure out specifics.\n\nI agree that flex cap is promising. However, for it to be a viable\nlong-term solution, it must not depend on significant block subsidies\nto work as the block subsidy will become less and less relevant over\ntime.\n\nPicking up your thoughts, I guess this is how flex cap should be done:\n1. There is a flexible block cap (e.g. 1 MB). This first MB is free to fill.\n2. Miners can buy additional space for an exponentially increasing\nfee. For example, the first KiB might cost 200 Satoshis, the second\nKiB 400 Satoshis, the tenth KiB 102400 Satoshis etc.\n3. The price of the purchased space is subtracted from the collected\nfees and added to the reward of the next block.\n4. The amount miners are willing to spend on additional space allows\nto calculate the marginal costs of a transaction of a miner. For\nexample, if a miner pays 6000 Satoshis to include a 1 KB transaction\nwith a fee of 6100 Satoshis, the marginal costs must be below 100\nSatoshis, assuming a rational miner. This cost is multiplied by say 50\nto account for the costs of decentralization to get a global cost\nestimate of 5000 Satoshis per KB.\n5. Every 1000 blocks or so, the basic cap is adjusted upwards or\ndownwards (e.g. by 10%) depending on whether the average fees per KB\nwere above or below the global cost estimate.\n\nUnder such a scheme, prices should get very close to free market\nprices. However, ruthless competition can get ugly in markets where\nfixed costs dominate. We can currently witness this in the oil\nindustry. Thus, from an economic point of view, it might be more\nadvisable to simply let miners vote on block size, as has been\nproposed by others. The drawback of voting is that it allows miners to\nenforce a cartel among themselves and to charge monopoly prices\ninstead of competitive prices. However, monopoly prices would already\nbe much better than having an artificial cap.\n\nWarren, thank you for your thoughts! I appreciate the opportunity to\ndiscuss ideas at such a high level.\n\n--\nLuzius Meisser\nPresident of Bitcoin Association Switzerland\nMSc in Computer Science and MA in Economics",
"sig": "976c734e73da3de71e301b40ab4ac462574d87c59fe15529043bdd41a2a4d499f1478d6226ebdb96978ff42c8cdd8458859cc1c065b79115ce7ef88a1d101372"
}