📅 Original date posted:2017-01-27
📝 Original message:Thanks for replying, I'd be interested to see what you would come up with
today using the same methodology, seeing as max single hard drive capacity
has roughly doubled, global average internet bandwidth has increased 31%
from 4.8Mbps to 6.3Mbps(sourced from Akamai State of the Internet reports
2014q4 and 2016q3), and we now have xThin and compact blocks to help
significantly with block propagation time. Not to mention the usual
improvements in CPUs(not that we're anywhere near a CPU bottleneck today
anyway save for quadratic hashing when raising the blocksize, but I don't
think that anyone would seriously suggest an increase without addressing
that).
I don't think that the 17% yearly increase is too far off base considering
current global trends(although I still don't particularly like the idea of
centrally planning the limit, especially not that far into the future), but
the 66% decrease first seems completely out of touch with reality.
I'd also like to point out to Luke that Satoshi envisioned most full nodes
running in data centers in the white paper, not every single user needs to
run a full node to use bitcoin. Not to present this as an argument from
authority, but rather to remind us what the intention of the system was to
be(p2p cash, not a settlement layer only afforded by the wealthiest and
largest value transactions). That a lot of people want to continue to move
in that direction shouldn't be a surprise.
On Jan 27, 2017 3:28 PM, "Christian Decker via bitcoin-dev" <
bitcoin-dev at lists.linuxfoundation.org> wrote:
On Fri, Jan 27, 2017 at 03:47:20PM -0500, Greg Sanders via bitcoin-dev
wrote:
> Note that the 4MB number comes from a single network metric.
>
> Quotes directly from the paper in question:
> http://fc16.ifca.ai/bitcoin/papers/CDE+16.pdf
>
> >Our results hinge on the key metric of effective throughput in the
overlay
> network, which we define here as which blocks propagate within an average
> block interval period the percentage of nodes to.
> ...
> >Note that as we consider only a subset of possible metrics (due to
> difficulty in accurately measuring others), our results on
> reparametrization may be viewed as upper bounds: additional metrics could
> reveal even stricter limits.
>
> It says nothing about any mining centralization pressure, DoS attacks,
etc.
> A single metric among many we have to contend with.
>
As one of the authors of that paper and the source of the measurement
data I'd also like to point out that the 4MB number is indeed intended
as an optimistic upper bound on todays network capacity.
More importantly it's not a black and white situation, where there is
a magic number beyond which Bad Things (TM) happen, it's a spectrum on
which we can see a few threshold beyond which we _know_ Bad Things
definitely happen. Miner centralization pressure is felt earlier.
_______________________________________________
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/20170127/7c98b4de/attachment.html>;
Andrew Johnson [ARCHIVE] /
npub1lf…zuul6
2023-06-07 17:55:50
in reply to nevent1q…6d3s
Author Public Key
npub1lf5jdpupmcelz945y09tzawew6pqs5wkkp6dppeujgxxnqltgufsmzuul6Published at
2023-06-07 17:55:50Event JSON
{
"id": "8355d2ef989e9bdebb134380c59df8412084d2ede13e9143378c8b2409e8964c",
"pubkey": "fa69268781de33f116b423cab175d976820851d6b074d0873c920c6983eb4713",
"created_at": 1686160550,
"kind": 1,
"tags": [
[
"e",
"b64df2ffa5964ebc2c2494c8a737d0410a8afb40f32e18bcfc4123842c995495",
"",
"root"
],
[
"e",
"12a99dd2555b06b18e85faa1d3c457e713af9a6e097881e9a1c7d0cf540b5d03",
"",
"reply"
],
[
"p",
"72cd40332ec782dd0a7f63acb03e3b6fdafa6d91bd1b6125cd8b7117a1bb8057"
]
],
"content": "📅 Original date posted:2017-01-27\n📝 Original message:Thanks for replying, I'd be interested to see what you would come up with\ntoday using the same methodology, seeing as max single hard drive capacity\nhas roughly doubled, global average internet bandwidth has increased 31%\nfrom 4.8Mbps to 6.3Mbps(sourced from Akamai State of the Internet reports\n2014q4 and 2016q3), and we now have xThin and compact blocks to help\nsignificantly with block propagation time. Not to mention the usual\nimprovements in CPUs(not that we're anywhere near a CPU bottleneck today\nanyway save for quadratic hashing when raising the blocksize, but I don't\nthink that anyone would seriously suggest an increase without addressing\nthat).\n\nI don't think that the 17% yearly increase is too far off base considering\ncurrent global trends(although I still don't particularly like the idea of\ncentrally planning the limit, especially not that far into the future), but\nthe 66% decrease first seems completely out of touch with reality.\n\nI'd also like to point out to Luke that Satoshi envisioned most full nodes\nrunning in data centers in the white paper, not every single user needs to\nrun a full node to use bitcoin. Not to present this as an argument from\nauthority, but rather to remind us what the intention of the system was to\nbe(p2p cash, not a settlement layer only afforded by the wealthiest and\nlargest value transactions). That a lot of people want to continue to move\nin that direction shouldn't be a surprise.\n\nOn Jan 27, 2017 3:28 PM, \"Christian Decker via bitcoin-dev\" \u003c\nbitcoin-dev at lists.linuxfoundation.org\u003e wrote:\n\nOn Fri, Jan 27, 2017 at 03:47:20PM -0500, Greg Sanders via bitcoin-dev\nwrote:\n\u003e Note that the 4MB number comes from a single network metric.\n\u003e\n\u003e Quotes directly from the paper in question:\n\u003e http://fc16.ifca.ai/bitcoin/papers/CDE+16.pdf\n\u003e\n\u003e \u003eOur results hinge on the key metric of effective throughput in the\noverlay\n\u003e network, which we define here as which blocks propagate within an average\n\u003e block interval period the percentage of nodes to.\n\u003e ...\n\u003e \u003eNote that as we consider only a subset of possible metrics (due to\n\u003e difficulty in accurately measuring others), our results on\n\u003e reparametrization may be viewed as upper bounds: additional metrics could\n\u003e reveal even stricter limits.\n\u003e\n\u003e It says nothing about any mining centralization pressure, DoS attacks,\netc.\n\u003e A single metric among many we have to contend with.\n\u003e\n\nAs one of the authors of that paper and the source of the measurement\ndata I'd also like to point out that the 4MB number is indeed intended\nas an optimistic upper bound on todays network capacity.\n\nMore importantly it's not a black and white situation, where there is\na magic number beyond which Bad Things (TM) happen, it's a spectrum on\nwhich we can see a few threshold beyond which we _know_ Bad Things\ndefinitely happen. Miner centralization pressure is felt earlier.\n_______________________________________________\nbitcoin-dev mailing list\nbitcoin-dev at lists.linuxfoundation.org\nhttps://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev\n-------------- next part --------------\nAn HTML attachment was scrubbed...\nURL: \u003chttp://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20170127/7c98b4de/attachment.html\u003e",
"sig": "3a25dd5de3ee2151eb52cfb7adbc962bfa3a4bc828aa2735c18031b9e1fa516bcf140497e961157027858d57e47d5ff91b3b9f28a9607516f19370f70545961f"
}