📅 Original date posted:2015-08-16
📝 Original message:The first question to answer here is simple:
What value would there be in requiring a minimum block size?
I see no value.
On 08/16/2015 05:30 PM, Jeff Garzik via bitcoin-dev wrote:
> "minimum" an interesting topic.
>
> - Traffic levels may not produce a minimum size block
> - Miners can always collude to produce a lowered maximum block size, a
> sort of minimum maximum
>
>
>
> On Sun, Aug 16, 2015 at 12:41 PM, Levin Keller via bitcoin-dev
> <bitcoin-dev at lists.linuxfoundation.org
> <mailto:bitcoin-dev at lists.linuxfoundation.org>> wrote:
>
> Hey everyone,
>
> as with the current "max block size" debate I was wondering: Is
> anyone here in favor of a minimum block size (say 2 MB or so)? If
> so I would be interested in an exchange (maybe off-list) of ideas.
> I am in favor of a lower limit and am giving it quite a bit of
> thought at the moment.
>
> Cheers
>
> Levin
>
> _______________________________________________
> bitcoin-dev mailing list
> bitcoin-dev at lists.linuxfoundation.org
> <mailto:bitcoin-dev at lists.linuxfoundation.org>
> https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev
>
>
>
>
> _______________________________________________
> bitcoin-dev mailing list
> bitcoin-dev at lists.linuxfoundation.org
> https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20150816/32305f4e/attachment.html>;
Patrick Strateman [ARCHIVE] /
npub1l3…69pvv
2023-06-07 15:47:42
in reply to nevent1q…rktj
Author Public Key
npub1l3uf9m4yw2y7x8wyjeswhelsqyy8ql4jaca4nyy6en0s474yadssg69pvvPublished at
2023-06-07 15:47:42Event JSON
{
"id": "034c886fc92e8206ed6b1885222ba0de0aeb4f75193f3ea8436cd3e63a2da216",
"pubkey": "fc7892eea47289e31dc49660ebe7f00108707eb2ee3b59909accdf0afaa4eb61",
"created_at": 1686152862,
"kind": 1,
"tags": [
[
"e",
"c6028343af20add1d3ffeb3f35fc60d5874a0688ad01ee7a6b7c0966cb0b2273",
"",
"root"
],
[
"e",
"30a6dfb37e5d23eb6759052b7952f18bb1972e6f15d437970cebdcac741e6b1b",
"",
"reply"
],
[
"p",
"b25e10e25d470d9b215521b50da0dfe7a209bec7fedeb53860c3e180ffdc8c11"
]
],
"content": "📅 Original date posted:2015-08-16\n📝 Original message:The first question to answer here is simple:\n\nWhat value would there be in requiring a minimum block size?\n\nI see no value.\n\nOn 08/16/2015 05:30 PM, Jeff Garzik via bitcoin-dev wrote:\n\u003e \"minimum\" an interesting topic.\n\u003e\n\u003e - Traffic levels may not produce a minimum size block\n\u003e - Miners can always collude to produce a lowered maximum block size, a\n\u003e sort of minimum maximum\n\u003e\n\u003e\n\u003e\n\u003e On Sun, Aug 16, 2015 at 12:41 PM, Levin Keller via bitcoin-dev\n\u003e \u003cbitcoin-dev at lists.linuxfoundation.org\n\u003e \u003cmailto:bitcoin-dev at lists.linuxfoundation.org\u003e\u003e wrote:\n\u003e\n\u003e Hey everyone,\n\u003e\n\u003e as with the current \"max block size\" debate I was wondering: Is\n\u003e anyone here in favor of a minimum block size (say 2 MB or so)? If\n\u003e so I would be interested in an exchange (maybe off-list) of ideas.\n\u003e I am in favor of a lower limit and am giving it quite a bit of\n\u003e thought at the moment.\n\u003e\n\u003e Cheers\n\u003e\n\u003e Levin\n\u003e\n\u003e _______________________________________________\n\u003e bitcoin-dev mailing list\n\u003e bitcoin-dev at lists.linuxfoundation.org\n\u003e \u003cmailto:bitcoin-dev at lists.linuxfoundation.org\u003e\n\u003e https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev\n\u003e\n\u003e\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\n-------------- next part --------------\nAn HTML attachment was scrubbed...\nURL: \u003chttp://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20150816/32305f4e/attachment.html\u003e",
"sig": "1bc438a43b73d62c37ede7b5e7845b0fa6bc88fad2b5a4cca49533d4c011c3f71c81d40290e187673fe1960dc22ebe35215a8c181073d084851dede6a549ae97"
}