From subhra.mazumdar1993 at gmail.com  Mon Jan 20 18:10:54 2020
From: subhra.mazumdar1993 at gmail.com (Subhra Mazumdar)
Date: Mon, 20 Jan 2020 23:40:54 +0530
Subject: [Lightning-dev] Data Lightning Atomic Swap (DLAS-down, DLAS-up)
In-Reply-To: <a468eccc-56b6-d7df-da63-49c648a2c7f2@mattcorallo.com>
References: <CAP46edY5x3gQHQQsw4rNnFEROFn+OuB_0Y=zQewja7MrRE48Ng@mail.gmail.com>
 <a468eccc-56b6-d7df-da63-49c648a2c7f2@mattcorallo.com>
Message-ID: <CAPvY=Rj9ZbUZ9RJHs6vQ1cP=YU3qfZ3d3aba+6n2ur5VLjQVQA@mail.gmail.com>

Are you referring to the paper Zero knowledge contingent payment revisited
? I will look into the construction. Thanks for the information! :)

On Mon, Jan 20, 2020, 23:31 Matt Corallo <lf-lists at mattcorallo.com> wrote:

> On 11/9/19 4:31 AM, Takaya Imai wrote:
> > [What I do not describe]
> > * A way to detect that data is correct or not, namely zero knowledge
> > proof process.
>
> Have you come across Zero Knowledge Contingent Payments? Originally it
> was designed for on-chain applications but it slots neatly into
> lightning as it only requires a method to lock funds to a hash preimage.
>
> Matt
> _______________________________________________
> 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/20200120/3823fa3d/attachment.html>