đź“… Original date posted:2015-06-28
đź“ť Original message:Bitcoin Core exists to solve the global consensus problem. Global network
consensus means that there is global network recognition that a particular
transaction has occurred and is irreversible. Systems like hub-and-spoke,
payment channels, Lightning, etc. are useful, but they are not solutions to
the global consensus problem, because they do not meet this definition of
global consensus.
Let us focus our efforts on the goal of making Bitcoin Core the best
solution to the global consensus problem. Let us address Peter Todd’s
requirements to raise the block size limit to 8MB:
1) Run a successful test-net with 8MB blocks and show that the network
works and small miners are not unduly disadvantaged
2) Address Peter Todd's concern: “without scarcity of blockchain space
there is no reason to think that transaction fees won’t fall to the
marginal cost of including a transaction, which doesn’t leave anything to
pay for proof-of-work security”
Regarding 1: This is not done yet, though it seems reasonable enough to do.
Regarding 2: It is a fallacy to believe that artificially constraining
capacity of Bitcoin Core below the limits of technology will lead to
increased fees and therefore lead to sufficient security in the far-future.
Constraining capacity below the limits of technology will ultimately only
drive users seeking global consensus to solutions other than Bitcoin Core,
perhaps through a fork.
Demand for user access to high-capacity global consensus is real, and the
technology exists to deliver it; if we don't meet that demand in Bitcoin
Core, it's inevitably going to get met through some other product. Let's
not let that happen. Let's keep Bitcoin Core the best solution to the
global consensus problem.
Thoughts? Is there anything else not mentioned above which anyone would
like done in order to raise the block size to a static 8 MB?
On Sun, Jun 28, 2015 at 5:05 PM, Gavin Andresen <gavinandresen at gmail.com>
wrote:
> On Sun, Jun 28, 2015 at 2:58 PM, Adam Back <adam at cypherspace.org> wrote:
>
>> This is probably going to sound impolite, but I think it's pertinent.
>>
>> Gavin, on dwelling on the the fact that you appear to not understand
>> the basics of the lightning network, I am a little alarmed about this
>
>
> If I don't see how switching from using the thousands of fully-validating
> bitcoin nodes with (tens? hundreds?) of Lightning Network hubs is better in
> terms of decentralization (or security, in terms of Sybil/DoS attacks),
> then I doubt other people do, either. You need to do a better job of
> explaining it.
>
> But even if you could convince me that it WAS better from a
> security/decentralization point of view:
>
> a) Lightning Network is nothing but a whitepaper right now. We are a long
> way from a practical implementation supported by even one wallet.
>
> b) The Lightning Network paper itself says bigger blocks will be needed
> even if (especially if!) Lightning is wildly successful.
>
>
>
> _______________________________________________
> 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/20150628/1bff0d26/attachment.html>;
Michael Naber [ARCHIVE] /
npub13r…cy5l4
2023-06-07 15:40:57
in reply to nevent1q…25kv
Author Public Key
npub13rv3raner7hu6npy7vxxvdswdapae65pnw8jjs4c80wtp2nmg4xq9cy5l4Published at
2023-06-07 15:40:57Event JSON
{
"id": "32c7e3a146e0efed1d096ad711ab1834018565e344999f1b904bdaa214ef98c3",
"pubkey": "88d911f6791fafcd4c24f30c66360e6f43dcea819b8f2942b83bdcb0aa7b454c",
"created_at": 1686152457,
"kind": 1,
"tags": [
[
"e",
"302bda6b5cc3b22bc31708bc8101794c3e35655f608a2a34ebc62e92bc3dada4",
"",
"root"
],
[
"e",
"21b2ca0af3017402d2567a7ed6597b933c2b0167145fa7e3a96dcf09fbb44c5b",
"",
"reply"
],
[
"p",
"857f2f78dc1639e711f5ea703a9fc978e22ebd279abdea1861b7daa833512ee4"
]
],
"content": "📅 Original date posted:2015-06-28\n📝 Original message:Bitcoin Core exists to solve the global consensus problem. Global network\nconsensus means that there is global network recognition that a particular\ntransaction has occurred and is irreversible. Systems like hub-and-spoke,\npayment channels, Lightning, etc. are useful, but they are not solutions to\nthe global consensus problem, because they do not meet this definition of\nglobal consensus.\n\nLet us focus our efforts on the goal of making Bitcoin Core the best\nsolution to the global consensus problem. Let us address Peter Todd’s\nrequirements to raise the block size limit to 8MB:\n\n1) Run a successful test-net with 8MB blocks and show that the network\nworks and small miners are not unduly disadvantaged\n\n2) Address Peter Todd's concern: “without scarcity of blockchain space\nthere is no reason to think that transaction fees won’t fall to the\nmarginal cost of including a transaction, which doesn’t leave anything to\npay for proof-of-work security”\n\nRegarding 1: This is not done yet, though it seems reasonable enough to do.\n\nRegarding 2: It is a fallacy to believe that artificially constraining\ncapacity of Bitcoin Core below the limits of technology will lead to\nincreased fees and therefore lead to sufficient security in the far-future.\nConstraining capacity below the limits of technology will ultimately only\ndrive users seeking global consensus to solutions other than Bitcoin Core,\nperhaps through a fork.\n\nDemand for user access to high-capacity global consensus is real, and the\ntechnology exists to deliver it; if we don't meet that demand in Bitcoin\nCore, it's inevitably going to get met through some other product. Let's\nnot let that happen. Let's keep Bitcoin Core the best solution to the\nglobal consensus problem.\n\nThoughts? Is there anything else not mentioned above which anyone would\nlike done in order to raise the block size to a static 8 MB?\n\nOn Sun, Jun 28, 2015 at 5:05 PM, Gavin Andresen \u003cgavinandresen at gmail.com\u003e\nwrote:\n\n\u003e On Sun, Jun 28, 2015 at 2:58 PM, Adam Back \u003cadam at cypherspace.org\u003e wrote:\n\u003e\n\u003e\u003e This is probably going to sound impolite, but I think it's pertinent.\n\u003e\u003e\n\u003e\u003e Gavin, on dwelling on the the fact that you appear to not understand\n\u003e\u003e the basics of the lightning network, I am a little alarmed about this\n\u003e\n\u003e\n\u003e If I don't see how switching from using the thousands of fully-validating\n\u003e bitcoin nodes with (tens? hundreds?) of Lightning Network hubs is better in\n\u003e terms of decentralization (or security, in terms of Sybil/DoS attacks),\n\u003e then I doubt other people do, either. You need to do a better job of\n\u003e explaining it.\n\u003e\n\u003e But even if you could convince me that it WAS better from a\n\u003e security/decentralization point of view:\n\u003e\n\u003e a) Lightning Network is nothing but a whitepaper right now. We are a long\n\u003e way from a practical implementation supported by even one wallet.\n\u003e\n\u003e b) The Lightning Network paper itself says bigger blocks will be needed\n\u003e even if (especially if!) Lightning is wildly successful.\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\u003e\n\u003e\n-------------- next part --------------\nAn HTML attachment was scrubbed...\nURL: \u003chttp://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20150628/1bff0d26/attachment.html\u003e",
"sig": "dc532c8f093f80c52cec0f3cc2438ccb104c4b3835a99e7d002875b874e0470154f63286be45be6b0dfe0d672458fe7ef9566522c756c8b0e02efb65b96385df"
}