📅 Original date posted:2016-01-27
📝 Original message:On Wed, Jan 27, 2016 at 2:12 AM, Luzius Meisser <luzius.meisser at gmail.com>
wrote:
> 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
There is another variant of the Flex Cap approach that allows miners to pay
with a slightly higher difficulty target instead of deferring a portion of
subsidy to later blocks. I think the HK presentation was about the subsidy
deferral variant because of miner feedback that they preferred that
approach.
Myself and a few other developers think proposals like BIP100 where the
block size is subject to a vote by the miners is suboptimal because this
type of vote is costless. You were astute in recognizing in your post it's
a good thing to somehow align the global marginal cost with the miner's
incentive. I feel a costless vote is not great because it aligns only to
the miner's marginal cost, and not the marginal cost to the entire flood
network. Flex Cap is superior as "vote" mechanism as there is an actual
cost associated, allowing block size to grow with actual demand.
Warren
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20160127/dfc770d0/attachment.html>;
Warren Togami Jr. [ARCHIVE] /
npub1s5…zxem8
2023-06-07 17:48:12
in reply to nevent1q…n4vp
Author Public Key
npub1s5p2xnl52ksr3a4qfa8re5znmja46ugm3x3ayy0x2c2mqrsw6ewsmzxem8Published at
2023-06-07 17:48:12Event JSON
{
"id": "f82aa4c0acf71e3816cbf04d862d704385a40f79acb46dc0bbd1af43ede6c3fd",
"pubkey": "8502a34ff455a038f6a04f4e3cd053dcbb5d711b89a3d211e65615b00e0ed65d",
"created_at": 1686160092,
"kind": 1,
"tags": [
[
"e",
"2854d9f20bdf1b05c268ebef493745e19469501cd6fc2fad27a35f60763e8609",
"",
"root"
],
[
"e",
"2e2015da6594968884ac1488d5ca84e1fae68b42555f831a1d9824bb09a67a1a",
"",
"reply"
],
[
"p",
"cf1b4cb1681c065dc31b9fd1b911d56dea227904654ec01797423aa7cb18f04f"
]
],
"content": "📅 Original date posted:2016-01-27\n📝 Original message:On Wed, Jan 27, 2016 at 2:12 AM, Luzius Meisser \u003cluzius.meisser at gmail.com\u003e\nwrote:\n\n\u003e I agree that flex cap is promising. However, for it to be a viable\n\u003e long-term solution, it must not depend on significant block subsidies\n\u003e to work as the block subsidy will become less and less relevant over\n\u003e time\n\n\nThere is another variant of the Flex Cap approach that allows miners to pay\nwith a slightly higher difficulty target instead of deferring a portion of\nsubsidy to later blocks. I think the HK presentation was about the subsidy\ndeferral variant because of miner feedback that they preferred that\napproach.\n\nMyself and a few other developers think proposals like BIP100 where the\nblock size is subject to a vote by the miners is suboptimal because this\ntype of vote is costless. You were astute in recognizing in your post it's\na good thing to somehow align the global marginal cost with the miner's\nincentive. I feel a costless vote is not great because it aligns only to\nthe miner's marginal cost, and not the marginal cost to the entire flood\nnetwork. Flex Cap is superior as \"vote\" mechanism as there is an actual\ncost associated, allowing block size to grow with actual demand.\n\nWarren\n-------------- next part --------------\nAn HTML attachment was scrubbed...\nURL: \u003chttp://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20160127/dfc770d0/attachment.html\u003e",
"sig": "65abf8c5b89d091fd3f1f130370512afb757eea3aa853cd16e7e5cdd4e235537875406950a45e53105ecb85a138975d73b50542252a9325756e869433db2e0d4"
}