[Lightning-dev] Backward deterministic R Value

Nicolas Dorier nicolas.dorier at gmail.com
Tue Mar 8 16:38:11 UTC 2016


That's my fault, I said "R-Value" instead of "Commit Revocation Hash".
I've not yet thought about how the idea of hash chain can be used for HTLC.

On Wed, Mar 9, 2016 at 1:27 AM, Mats Jerratsch <mats at blockchain.com> wrote:

> Hah I see, I didn't knew you weren't talking about HTLCs.
>
> But why would you use R values in the first place then? Maybe I'm a
> little bit confused about what exact use case we are talking here, mind
> elaborating? :)
>
> Am 08/03/2016 um 16:14 schrieb Nicolas Dorier:
> > I don't understand your point, but that may come from me not having
> > deep enough knowledge about the latest great things happening on
> > Lightning.
> >
> > I exposed the case of a simple bipayment channel, without HTLC in the
> > equation, where all payments are sequential.
> >
> > You can't make commitment n+2 before accepting commitment n+1.
> >
> > My mental model might be incomplete as I'm followed only remotely
> > the improvements of lightning until now.
> >
> > On Wed, Mar 9, 2016 at 12:53 AM, Mats Jerratsch <mats at blockchain.com
> > <mailto:mats at blockchain.com>> wrote:
> >
> >     I'm not saying they close the channel. Alice could want to receive
> more
> >     money and accept other payments, but not a particular one. But by
> doing
> >     so, she would automatically disclose R for any old payment.
> >
> >     Am 08/03/2016 um 15:51 schrieb Nicolas Dorier:
> >     > I'm not sure what you mean Alice don't have to disclose R if she
> does
> >     > not want to.
> >
> >     --
> >     Mats Jerratsch
> >     Backend Engineer, Blockchain
> >     e: mats at blockchain.com <mailto:mats at blockchain.com>
> >     PGP: https://pgp.mit.edu/pks/lookup?op=get&search=0x7F3EC6CA
> >
> >
>
> --
> Mats Jerratsch
> Backend Engineer, Blockchain
> e: mats at blockchain.com
> PGP: https://pgp.mit.edu/pks/lookup?op=get&search=0x7F3EC6CA
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linuxfoundation.org/pipermail/lightning-dev/attachments/20160309/a8253fb1/attachment-0001.html>


More information about the Lightning-dev mailing list