📅 Original date posted:2015-09-03
📝 Original message:Jeff Garzik via bitcoin-dev 於 2015-09-03 00:05 寫到:
> Schemes proposing to pay with difficulty / hashpower to change block
> size should be avoided. The miners incentive has always been fairly
> straightforward - it is rational to deploy new hashpower as soon as
> you can get it online. Introducing the concepts of (a) requiring
> out-of-band collusion to change block size and/or (b) requiring miners
> to have idle hashpower on hand to change block size are both
> unrealistic and potentially corrosive. That potentially makes the
> block size - and therefore fee market - too close, too sensitive to
> the wild vagaries of the mining chip market.
>
> Pay-to-future-miner has neutral, forward looking incentives worth
> researching.
>
>
> _______________________________________________
> bitcoin-dev mailing list
> bitcoin-dev at lists.linuxfoundation.org
> https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev
Ref:
https://lists.linuxfoundation.org/pipermail/bitcoin-dev/2015-August/010723.html
I explained here why pay with difficulty is bad for everyone: miners and
users, and described the use of OP_CLTV for pay-to-future-miner
However, a general problem of pay-to-increase-block-size scheme is it
indirectly sets a minimal tx fee, which could be difficult and
arbitrary, and is against competition
jl2012 at xbt.hk [ARCHIVE] /
npub1kc…wjfw4
2023-06-07 17:39:25
in reply to nevent1q…9m29
Author Public Key
npub1kc0zulxt7j4a0ayhzhrz7jk84y7tm4026qcky7w97hlfkxxap24qnwjfw4Published at
2023-06-07 17:39:25Event JSON
{
"id": "9c7ed5199339b6b35924f74edb32785d2e698de657f8a57f1435230adaabd675",
"pubkey": "b61e2e7ccbf4abd7f49715c62f4ac7a93cbdd5ead0316279c5f5fe9b18dd0aaa",
"created_at": 1686159565,
"kind": 1,
"tags": [
[
"e",
"dbb4e6d7748308ee67a1d1ad1fb204aeb89db8ab4acccbd7812a3205f4f42fd9",
"",
"root"
],
[
"e",
"c04c1ce4a12185331e41af8dda07b8dcafea23740b2d046b4141b42050783169",
"",
"reply"
],
[
"p",
"b25e10e25d470d9b215521b50da0dfe7a209bec7fedeb53860c3e180ffdc8c11"
]
],
"content": "📅 Original date posted:2015-09-03\n📝 Original message:Jeff Garzik via bitcoin-dev 於 2015-09-03 00:05 寫到:\n\u003e Schemes proposing to pay with difficulty / hashpower to change block\n\u003e size should be avoided. The miners incentive has always been fairly\n\u003e straightforward - it is rational to deploy new hashpower as soon as\n\u003e you can get it online. Introducing the concepts of (a) requiring\n\u003e out-of-band collusion to change block size and/or (b) requiring miners\n\u003e to have idle hashpower on hand to change block size are both\n\u003e unrealistic and potentially corrosive. That potentially makes the\n\u003e block size - and therefore fee market - too close, too sensitive to\n\u003e the wild vagaries of the mining chip market.\n\u003e \n\u003e Pay-to-future-miner has neutral, forward looking incentives worth\n\u003e researching.\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\nRef: \nhttps://lists.linuxfoundation.org/pipermail/bitcoin-dev/2015-August/010723.html\n\nI explained here why pay with difficulty is bad for everyone: miners and \nusers, and described the use of OP_CLTV for pay-to-future-miner\n\nHowever, a general problem of pay-to-increase-block-size scheme is it \nindirectly sets a minimal tx fee, which could be difficult and \narbitrary, and is against competition",
"sig": "8b349cb87d71f1a67edbbe47f81143a944008bf2a0342839166792f9e6cb8d9374055bc9abeabd0e63aa91d6b047dc0c63dc9528c9da82058de62bc166ad5290"
}