Tom Harding [ARCHIVE] on Nostr: ๐
Original date posted:2015-08-06 ๐ Original message:On 8/6/2015 7:53 AM, ...
๐
Original date posted:2015-08-06
๐ Original message:On 8/6/2015 7:53 AM, Pieter Wuille via bitcoin-dev wrote:
>
> So if we would have 8 MB blocks, and there is a sudden influx of users
> (or settlement systems, who serve much more users) who want to pay
> high fees (let's say 20 transactions per second) making the block
> chain inaccessible for low fee transactions, and unreliable for medium
> fee transactions (for any value of low, medium, and high), would you
> be ok with that?
Gavin has answered this question in the clearest way possible -- in
tested C++ code, which increases capacity only on a precise schedule for
20 years, then stops increasing.
Published at
2023-06-07 17:32:34Event JSON
{
"id": "544080eea90eec0df2333253debf82a4ce7da6e00076fd5f079e55999af9f299",
"pubkey": "dc329a02c970aabf03b87185ef51c86afe4586fe3a148508af898af3fabc56a3",
"created_at": 1686159154,
"kind": 1,
"tags": [
[
"e",
"4e8415b0ac5f4356e0ce0ebf2c3f4ee3b61a33a2b0c1bc226931c06144bfe5a4",
"",
"root"
],
[
"e",
"8fbddba425cb65ba3921ac9c9f20e36e01fab91fda4185478f26b7985d093b62",
"",
"reply"
],
[
"p",
"5cb21bf5d7f25a9d46879713cbd32433bbc10e40ef813a3c28fe7355f49854d6"
]
],
"content": "๐
Original date posted:2015-08-06\n๐ Original message:On 8/6/2015 7:53 AM, Pieter Wuille via bitcoin-dev wrote:\n\u003e\n\u003e So if we would have 8 MB blocks, and there is a sudden influx of users\n\u003e (or settlement systems, who serve much more users) who want to pay\n\u003e high fees (let's say 20 transactions per second) making the block\n\u003e chain inaccessible for low fee transactions, and unreliable for medium\n\u003e fee transactions (for any value of low, medium, and high), would you\n\u003e be ok with that?\n\nGavin has answered this question in the clearest way possible -- in\ntested C++ code, which increases capacity only on a precise schedule for\n20 years, then stops increasing.",
"sig": "9dc4b712b317c14919269bdd688e476341001c90d660368a41c174f60f6ec1b0d091f25e9a9ecb1e3748397d21f5bbcec917424d26aae090cae9c3f378def3e5"
}