Tom Harding [ARCHIVE] on Nostr: 📅 Original date posted:2015-08-09 📝 Original message:On 8/4/2015 4:27 AM, ...
📅 Original date posted:2015-08-09
📝 Original message:On 8/4/2015 4:27 AM, Pieter Wuille via bitcoin-dev wrote:
> Don't turn Bitcoin into something uninteresting, please.
Consider how Bob will receive money using the Lightning Network.
Bob receives a payment by applying a contract to his local payment
channel, increasing the amount payable to him when the channel is closed.
There are two possible sources of funding for Bob's increased claim.
They can appear alone, or in combination:
Funding Source (1)
A deposit from Bob's payment hub
Bob can receive funds, if his payment hub has made a deposit to the
channel. Another name for this is "credit".
This credit has no default risk: Bob cannot just take payment hub's
deposit. But neither can Bob receive money, unless payment hub has
advanced it to the channel (or (2) below applies). Nothing requires the
payment hub to do this.
This is a 3rd-party dependency totally absent with plain old bitcoin.
It will come with a fee and, in an important way, it is worse than the
current banking system. If a bank will not even open an account for Bob
today, why would a payment hub lock up hard bitcoin to allow Bob to be
paid through a Poon-Dryja channel?
Funding Source (2)
Bob's previous spends
If Bob has previously spent from the channel, decreasing his claim on
its funds (which he could have deposited himself), that claim can be
re-increased.
To avoid needing credit (1), Bob has an incentive to consolidate
spending and income in the same payment channel, just as with today's
banks. This is at odds with the idea that Bob will have accounts with
many payment hubs. It is an incentive for centralization.
With Lightning Network, Bob will need a powerful middleman to send and
receive money effectively. *That* is uninteresting to me.
Published at
2023-06-07 17:33:01Event JSON
{
"id": "583c069d82be9d1abaf8d3a4419595038adceb3067aa9a63e43f32411c81acc6",
"pubkey": "dc329a02c970aabf03b87185ef51c86afe4586fe3a148508af898af3fabc56a3",
"created_at": 1686159181,
"kind": 1,
"tags": [
[
"e",
"c33253e971194f2c7907c001b126807e52ef4e506229e6eaa41e873f7674b436",
"",
"reply"
],
[
"p",
"a23dbf6c6cc83e14cc3df4e56cc71845f611908084cfe620e83e40c06ccdd3d0"
]
],
"content": "📅 Original date posted:2015-08-09\n📝 Original message:On 8/4/2015 4:27 AM, Pieter Wuille via bitcoin-dev wrote:\n\n\u003e Don't turn Bitcoin into something uninteresting, please.\n\nConsider how Bob will receive money using the Lightning Network.\n\nBob receives a payment by applying a contract to his local payment\nchannel, increasing the amount payable to him when the channel is closed.\n\nThere are two possible sources of funding for Bob's increased claim. \nThey can appear alone, or in combination:\n\n\nFunding Source (1)\nA deposit from Bob's payment hub\n\nBob can receive funds, if his payment hub has made a deposit to the\nchannel. Another name for this is \"credit\".\n\nThis credit has no default risk: Bob cannot just take payment hub's\ndeposit. But neither can Bob receive money, unless payment hub has\nadvanced it to the channel (or (2) below applies). Nothing requires the\npayment hub to do this.\n\nThis is a 3rd-party dependency totally absent with plain old bitcoin. \nIt will come with a fee and, in an important way, it is worse than the\ncurrent banking system. If a bank will not even open an account for Bob\ntoday, why would a payment hub lock up hard bitcoin to allow Bob to be\npaid through a Poon-Dryja channel?\n\n\nFunding Source (2)\nBob's previous spends\n\nIf Bob has previously spent from the channel, decreasing his claim on\nits funds (which he could have deposited himself), that claim can be\nre-increased.\n\nTo avoid needing credit (1), Bob has an incentive to consolidate\nspending and income in the same payment channel, just as with today's\nbanks. This is at odds with the idea that Bob will have accounts with\nmany payment hubs. It is an incentive for centralization.\n\n\nWith Lightning Network, Bob will need a powerful middleman to send and\nreceive money effectively. *That* is uninteresting to me.",
"sig": "3cb4fdccf26fb4e187c512aac29f9d99f41b746455ab19ec216a1827be3b236486202c1a45e4cb60e40794b87b9a4671b7f57be1f9d689e090b74fbaed1d6da8"
}