Olaoluwa Osuntokun <laol...@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 <ru...@rustcorp.com.au> wrote: > >> Christian Decker <decker.christ...@gmail.com> writes: >> >> > ZmnSCPxj via Lightning-dev <lightning-dev@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@lists.linuxfoundation.org >> https://lists.linuxfoundation.org/mailman/listinfo/lightning-dev >> _______________________________________________ Lightning-dev mailing list Lightning-dev@lists.linuxfoundation.org https://lists.linuxfoundation.org/mailman/listinfo/lightning-dev
