Ricardo Filipe [ARCHIVE] on Nostr: 📅 Original date posted:2015-06-01 📝 Original message:I've been following the ...
📅 Original date posted:2015-06-01
📝 Original message:I've been following the discussion of the block size limit and IMO it
is clear that any constant block size limit is, as many have said
before, just kicking the can down the road.
My problem with the dynamic lower limit solution based on past blocks
is that it doesn't account for usage spikes. I would like to propose
another dynamic lower limit scheme:
Let the block size limit be a function of the number of current
transactions in the mempool. This way, bitcoin usage regulates the
block size limit.
I'm sorry i don't have the knowledge of the code base or time to make
simulations on this kind of approach, but nevertheless I would like to
leave it here for discussion or foster other ideas.
cheers
Published at
2023-06-07 15:36:11Event JSON
{
"id": "047ef63fd11b35238bf464ce8bbf801c381bc40edda88f987be13286ee43b40c",
"pubkey": "aa5cd512f153f77aa335d71793f2cd219569188aedabd7d0239386b17f7728d8",
"created_at": 1686152171,
"kind": 1,
"tags": [
[
"e",
"1e38abcc0ac9866c0c230791aba9503f9a56458bc3bf3e186c85f950f01de96d",
"",
"reply"
],
[
"p",
"a23dbf6c6cc83e14cc3df4e56cc71845f611908084cfe620e83e40c06ccdd3d0"
]
],
"content": "📅 Original date posted:2015-06-01\n📝 Original message:I've been following the discussion of the block size limit and IMO it\nis clear that any constant block size limit is, as many have said\nbefore, just kicking the can down the road.\nMy problem with the dynamic lower limit solution based on past blocks\nis that it doesn't account for usage spikes. I would like to propose\nanother dynamic lower limit scheme:\nLet the block size limit be a function of the number of current\ntransactions in the mempool. This way, bitcoin usage regulates the\nblock size limit.\n\nI'm sorry i don't have the knowledge of the code base or time to make\nsimulations on this kind of approach, but nevertheless I would like to\nleave it here for discussion or foster other ideas.\n\ncheers",
"sig": "efc02c1534dfddf092febdfcca8b511b0b0773f1c9a02b33f81887b65f305f2d0cef6d8754e9b05ade4986ed4aa473e07fed7cb3686488f3a3560c60d4ffc59c"
}