📅 Original date posted:2015-07-23
📝 Original message:And it's obvious how a size cap would interfere with such a QoS scheme. Miners wouldn't be able to deliver the below guarantees if they have to start excluding transactions.
> On Jul 24, 2015, at 8:45 AM, Jean-Paul Kogelman via bitcoin-dev <bitcoin-dev at lists.linuxfoundation.org> wrote:
>
> Quality of service as in:
>
>> X satoshi / kb = included in block currently worked on;
>
>> Y satoshi / kb = included in next block;
>
>> Z satoshi / kb = included in block after that, etc.
>
> Block count starts when transaction is first seen. Miners can set X, Y, Z.
>
> Market develops when miners start setting different values and adding more transactions to blocks as opposed to other miners with higher settings.
>
> It basically comes down to the miners themselves if they want a healthy fee market. If they stick to their guns, their influence on the fees will be proportional to their hashing power.
>
> jp
>
>> On Jul 24, 2015, at 8:32 AM, Eric Lombrozo <elombrozo at gmail.com> wrote:
>>
>>
>>> On Jul 23, 2015, at 5:22 PM, Jean-Paul Kogelman <jeanpaulkogelman at me.com> wrote:
>>>
>>> You are not going to get a fair fee market if your only form of enforcement is the threat of exclusion.
>>>
>>> A more fair fee market will develop if miners start offering quality of service, preferably at multiple tiers. At that point any interference from a block size cap will only be detrimental. In fact it will only highlight what the cap is actually for; to prevent monster blocks.
>>>
>>> Add better QoS tools for miners and extend the cap (when possible) and there's your fee market.
>>>
>>> jp
>>
>> Not sure what you mean by QoS here. Either your transaction is included or it isn’t. It’s not like you can upgrade to a master suite with a view or anything.
> _______________________________________________
> bitcoin-dev mailing list
> bitcoin-dev at lists.linuxfoundation.org
> https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev
Jean-Paul Kogelman [ARCHIVE] /
npub1sa…8y304
2023-06-07 15:42:57
in reply to nevent1q…208x
Author Public Key
npub1sa86gng3pvs3jgyt5majwcrhn8ck5qxgy9pjqxkh79u638cd7dys28y304Published at
2023-06-07 15:42:57Event JSON
{
"id": "025815017df21987a4591a7770171505882ae4068ca7ee3adebb7f5067d260c6",
"pubkey": "874fa44d110b2119208ba6fb27607799f16a00c82143201ad7f179a89f0df349",
"created_at": 1686152577,
"kind": 1,
"tags": [
[
"e",
"95a36d78d6bf18f4b8ede735f044f5cc9630ae9f0b1198d008835777ff84eede",
"",
"root"
],
[
"e",
"00338f76c0a641f2e5ebef9d4791d2acd52e14355de64fc406bc9c8a6588f03f",
"",
"reply"
],
[
"p",
"874fa44d110b2119208ba6fb27607799f16a00c82143201ad7f179a89f0df349"
]
],
"content": "📅 Original date posted:2015-07-23\n📝 Original message:And it's obvious how a size cap would interfere with such a QoS scheme. Miners wouldn't be able to deliver the below guarantees if they have to start excluding transactions.\n\n\n\n\u003e On Jul 24, 2015, at 8:45 AM, Jean-Paul Kogelman via bitcoin-dev \u003cbitcoin-dev at lists.linuxfoundation.org\u003e wrote:\n\u003e \n\u003e Quality of service as in:\n\u003e \n\u003e\u003e X satoshi / kb = included in block currently worked on;\n\u003e \n\u003e\u003e Y satoshi / kb = included in next block;\n\u003e \n\u003e\u003e Z satoshi / kb = included in block after that, etc.\n\u003e \n\u003e Block count starts when transaction is first seen. Miners can set X, Y, Z. \n\u003e \n\u003e Market develops when miners start setting different values and adding more transactions to blocks as opposed to other miners with higher settings. \n\u003e \n\u003e It basically comes down to the miners themselves if they want a healthy fee market. If they stick to their guns, their influence on the fees will be proportional to their hashing power.\n\u003e \n\u003e jp\n\u003e \n\u003e\u003e On Jul 24, 2015, at 8:32 AM, Eric Lombrozo \u003celombrozo at gmail.com\u003e wrote:\n\u003e\u003e \n\u003e\u003e \n\u003e\u003e\u003e On Jul 23, 2015, at 5:22 PM, Jean-Paul Kogelman \u003cjeanpaulkogelman at me.com\u003e wrote:\n\u003e\u003e\u003e \n\u003e\u003e\u003e You are not going to get a fair fee market if your only form of enforcement is the threat of exclusion.\n\u003e\u003e\u003e \n\u003e\u003e\u003e A more fair fee market will develop if miners start offering quality of service, preferably at multiple tiers. At that point any interference from a block size cap will only be detrimental. In fact it will only highlight what the cap is actually for; to prevent monster blocks.\n\u003e\u003e\u003e \n\u003e\u003e\u003e Add better QoS tools for miners and extend the cap (when possible) and there's your fee market.\n\u003e\u003e\u003e \n\u003e\u003e\u003e jp\n\u003e\u003e \n\u003e\u003e Not sure what you mean by QoS here. Either your transaction is included or it isn’t. It’s not like you can upgrade to a master suite with a view or anything.\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",
"sig": "4c1624a884ebe09f62c26100eade2fee1a2e85cfb910589beee635c156630dda2159700c4319014ce56d146f42e79a611b9f3bc34933c4a0d1389005f8bde13c"
}