📅 Original date posted:2018-07-04
📝 Original message:
Olaoluwa Osuntokun <laolu32 at gmail.com> writes:
> What's the nasty compromise?
>
> Let's also not underestimate how big of an update switching to dlog based
> HTLCs will be.
Was referring to losing proof-of-payment; that's vital in a system
without intermediaries. We have to decide what the lesser evil is.
And yeah, I called it Schnorr-Eltoonicorn not only because it's sooooo
pretty, but because actually capturing it will be a saga.
Cheers,
Rusty.
> On Wed, Jul 4, 2018, 4:21 PM Rusty Russell <rusty at rustcorp.com.au> wrote:
>
>> Christian Decker <decker.christian at gmail.com> writes:
>>
>> > ZmnSCPxj via Lightning-dev <lightning-dev at lists.linuxfoundation.org>
>> writes:
>> >> For myself, I think splice is less priority than AMP. But I prefer an
>> >> AMP which retains proper ZKCP (i.e. receipt of preimage at payer
>> >> implies receipt of payment at payee, to facilitate trustless
>> >> on-to-offchain and off-to-onchain bridges).
>> >
>> > Agreed, multipath routing is a priority, but I think splicing is just as
>> > much a key piece to a better UX, since it allows to ignore differences
>> > between on-chain and off-chain funds, showing just a single balance for
>> > all use-cases.
>>
>> Agreed, we need both. Multi-channel was a hack because splicing doesn't
>> exist, and I'd rather not ever have to implement multi-channel :)
>>
>> AMP is important, but it's a nasty compromise with the current
>> limitations. I want to have my cake and eat it too, and I'm pretty sure
>> it's possible once the Scnorr-Eltoonicorn arrives.
>>
>> Cheers,
>> Rusty.
>> _______________________________________________
>> Lightning-dev mailing list
>> Lightning-dev at lists.linuxfoundation.org
>> https://lists.linuxfoundation.org/mailman/listinfo/lightning-dev
>>
Rusty Russell [ARCHIVE] /
npub1zw…hkhpx
2023-06-09 12:51:04
in reply to nevent1q…ge46
Author Public Key
npub1zw7cc8z78v6s3grujfvcv3ckpvg6kr0w7nz9yzvwyglyg0qu5sjsqhkhpxPublished at
2023-06-09 12:51:04Event JSON
{
"id": "fe7962a1d1d430f8550b1654622cbd7a1769d44ab9ffc36a44f472b2a87de693",
"pubkey": "13bd8c1c5e3b3508a07c92598647160b11ab0deef4c452098e223e443c1ca425",
"created_at": 1686315064,
"kind": 1,
"tags": [
[
"e",
"8705da9b85f9ef58ca8afd03c294dca93ff511081b81057f36ea2baa8a76a7e6",
"",
"root"
],
[
"e",
"417c6e22084f05a238863756e262b19e88f41f9678dbba6e344ce7e4afca9d6c",
"",
"reply"
],
[
"p",
"2df3fc2660459521b852c995d4fc1a93938389a5e085677d0ebb33ef92cc5476"
]
],
"content": "📅 Original date posted:2018-07-04\n📝 Original message:\nOlaoluwa Osuntokun \u003claolu32 at gmail.com\u003e writes:\n\u003e What's the nasty compromise?\n\u003e\n\u003e Let's also not underestimate how big of an update switching to dlog based\n\u003e HTLCs will be.\n\nWas referring to losing proof-of-payment; that's vital in a system\nwithout intermediaries. We have to decide what the lesser evil is.\n\nAnd yeah, I called it Schnorr-Eltoonicorn not only because it's sooooo\npretty, but because actually capturing it will be a saga.\n\nCheers,\nRusty.\n\n\u003e On Wed, Jul 4, 2018, 4:21 PM Rusty Russell \u003crusty at rustcorp.com.au\u003e wrote:\n\u003e\n\u003e\u003e Christian Decker \u003cdecker.christian at gmail.com\u003e writes:\n\u003e\u003e\n\u003e\u003e \u003e ZmnSCPxj via Lightning-dev \u003clightning-dev at lists.linuxfoundation.org\u003e\n\u003e\u003e writes:\n\u003e\u003e \u003e\u003e For myself, I think splice is less priority than AMP. But I prefer an\n\u003e\u003e \u003e\u003e AMP which retains proper ZKCP (i.e. receipt of preimage at payer\n\u003e\u003e \u003e\u003e implies receipt of payment at payee, to facilitate trustless\n\u003e\u003e \u003e\u003e on-to-offchain and off-to-onchain bridges).\n\u003e\u003e \u003e\n\u003e\u003e \u003e Agreed, multipath routing is a priority, but I think splicing is just as\n\u003e\u003e \u003e much a key piece to a better UX, since it allows to ignore differences\n\u003e\u003e \u003e between on-chain and off-chain funds, showing just a single balance for\n\u003e\u003e \u003e all use-cases.\n\u003e\u003e\n\u003e\u003e Agreed, we need both. Multi-channel was a hack because splicing doesn't\n\u003e\u003e exist, and I'd rather not ever have to implement multi-channel :)\n\u003e\u003e\n\u003e\u003e AMP is important, but it's a nasty compromise with the current\n\u003e\u003e limitations. I want to have my cake and eat it too, and I'm pretty sure\n\u003e\u003e it's possible once the Scnorr-Eltoonicorn arrives.\n\u003e\u003e\n\u003e\u003e Cheers,\n\u003e\u003e Rusty.\n\u003e\u003e _______________________________________________\n\u003e\u003e Lightning-dev mailing list\n\u003e\u003e Lightning-dev at lists.linuxfoundation.org\n\u003e\u003e https://lists.linuxfoundation.org/mailman/listinfo/lightning-dev\n\u003e\u003e",
"sig": "8b954b5c4a8fd535df50a203b67d9c1aee56493895d637434f865804784258878fb620c88c0bcebd010d840d0d8036c263b1f2e86db753ff92442fed40b8914e"
}