📅 Original date posted:2018-07-04
📝 Original message:
What's the nasty compromise?
Let's also not underestimate how big of an update switching to dlog based
HTLCs will be.
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
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linuxfoundation.org/pipermail/lightning-dev/attachments/20180704/f422b9e3/attachment.html>;
Olaoluwa Osuntokun [ARCHIVE] /
npub19h…zkvn4
2023-06-09 12:51:04
in reply to nevent1q…ehlk
Author Public Key
npub19helcfnqgk2jrwzjex2aflq6jwfc8zd9uzzkwlgwhve7lykv23mq5zkvn4Published at
2023-06-09 12:51:04Event JSON
{
"id": "417c6e22084f05a238863756e262b19e88f41f9678dbba6e344ce7e4afca9d6c",
"pubkey": "2df3fc2660459521b852c995d4fc1a93938389a5e085677d0ebb33ef92cc5476",
"created_at": 1686315064,
"kind": 1,
"tags": [
[
"e",
"8705da9b85f9ef58ca8afd03c294dca93ff511081b81057f36ea2baa8a76a7e6",
"",
"root"
],
[
"e",
"1c2d348a22a840e7fd8895b6066a40eae70ef6f23ca01837bb154c0ac09c3250",
"",
"reply"
],
[
"p",
"13bd8c1c5e3b3508a07c92598647160b11ab0deef4c452098e223e443c1ca425"
]
],
"content": "📅 Original date posted:2018-07-04\n📝 Original message:\nWhat's the nasty compromise?\n\nLet's also not underestimate how big of an update switching to dlog based\nHTLCs will be.\n\nOn Wed, Jul 4, 2018, 4:21 PM Rusty Russell \u003crusty at rustcorp.com.au\u003e wrote:\n\n\u003e Christian Decker \u003cdecker.christian at gmail.com\u003e writes:\n\u003e\n\u003e \u003e ZmnSCPxj via Lightning-dev \u003clightning-dev at lists.linuxfoundation.org\u003e\n\u003e writes:\n\u003e \u003e\u003e For myself, I think splice is less priority than AMP. But I prefer an\n\u003e \u003e\u003e AMP which retains proper ZKCP (i.e. receipt of preimage at payer\n\u003e \u003e\u003e implies receipt of payment at payee, to facilitate trustless\n\u003e \u003e\u003e on-to-offchain and off-to-onchain bridges).\n\u003e \u003e\n\u003e \u003e Agreed, multipath routing is a priority, but I think splicing is just as\n\u003e \u003e much a key piece to a better UX, since it allows to ignore differences\n\u003e \u003e between on-chain and off-chain funds, showing just a single balance for\n\u003e \u003e all use-cases.\n\u003e\n\u003e Agreed, we need both. Multi-channel was a hack because splicing doesn't\n\u003e exist, and I'd rather not ever have to implement multi-channel :)\n\u003e\n\u003e AMP is important, but it's a nasty compromise with the current\n\u003e limitations. I want to have my cake and eat it too, and I'm pretty sure\n\u003e it's possible once the Scnorr-Eltoonicorn arrives.\n\u003e\n\u003e Cheers,\n\u003e Rusty.\n\u003e _______________________________________________\n\u003e Lightning-dev mailing list\n\u003e Lightning-dev at lists.linuxfoundation.org\n\u003e https://lists.linuxfoundation.org/mailman/listinfo/lightning-dev\n\u003e\n-------------- next part --------------\nAn HTML attachment was scrubbed...\nURL: \u003chttp://lists.linuxfoundation.org/pipermail/lightning-dev/attachments/20180704/f422b9e3/attachment.html\u003e",
"sig": "36852d10b254bee9594536ddc470e3734ea8d6cebd9adcfb26a20cd59df078a777ce510d15145684d9f1fed49a976c38b7d07c76d1d9b35b4591719eec823e90"
}