📅 Original date posted:2016-03-08 📝 Original message: That's my fault, I said ...

Nicolas Dorier [ARCHIVE] /

npub1huz…q4u3

2023-06-09 12:45:57

in reply to nevent1q…nedh

📅 Original date posted:2016-03-08
📝 Original message:
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>;

Author Public Key

npub1huz53hq26gu7nc0qhw3uj6tr9hk5q2ngpywduxep5zy4ay9unftsm9q4u3

Seen on

wss://relay.nostr.band

Show more details

Published at

2023-06-09 12:45:57

Kind type

1 Short Text Note

Event JSON

{ "id": "7e9e023cbb6e96e153baf5e0b30f67eafbb74eaa5bac50b9a6b9837ef06b125b", "pubkey": "bf0548dc0ad239e9e1e0bba3c969632ded402a68091cde1b21a0895e90bc9a57", "created_at": 1686314757, "kind": 1, "tags": [ [ "e", "55548f25f3655672eaf8683c73cc07ea4cd473c9f5d4c202e312a7b35566c018", "", "root" ], [ "e", "0db1c2e865767553f76f69062b34c0226048ca7e60db04e6f80db653b9df8efc", "", "reply" ], [ "p", "b8a27d18150405cdfcd44c0dd8db860f5270312300248389bf57ce555c784528" ] ], "content": "📅 Original date posted:2016-03-08\n📝 Original message:\nThat's my fault, I said \"R-Value\" instead of \"Commit Revocation Hash\".\nI've not yet thought about how the idea of hash chain can be used for HTLC.\n\nOn Wed, Mar 9, 2016 at 1:27 AM, Mats Jerratsch \u003cmats at blockchain.com\u003e wrote:\n\n\u003e Hah I see, I didn't knew you weren't talking about HTLCs.\n\u003e\n\u003e But why would you use R values in the first place then? Maybe I'm a\n\u003e little bit confused about what exact use case we are talking here, mind\n\u003e elaborating? :)\n\u003e\n\u003e Am 08/03/2016 um 16:14 schrieb Nicolas Dorier:\n\u003e \u003e I don't understand your point, but that may come from me not having\n\u003e \u003e deep enough knowledge about the latest great things happening on\n\u003e \u003e Lightning.\n\u003e \u003e\n\u003e \u003e I exposed the case of a simple bipayment channel, without HTLC in the\n\u003e \u003e equation, where all payments are sequential.\n\u003e \u003e\n\u003e \u003e You can't make commitment n+2 before accepting commitment n+1.\n\u003e \u003e\n\u003e \u003e My mental model might be incomplete as I'm followed only remotely\n\u003e \u003e the improvements of lightning until now.\n\u003e \u003e\n\u003e \u003e On Wed, Mar 9, 2016 at 12:53 AM, Mats Jerratsch \u003cmats at blockchain.com\n\u003e \u003e \u003cmailto:mats at blockchain.com\u003e\u003e wrote:\n\u003e \u003e\n\u003e \u003e I'm not saying they close the channel. Alice could want to receive\n\u003e more\n\u003e \u003e money and accept other payments, but not a particular one. But by\n\u003e doing\n\u003e \u003e so, she would automatically disclose R for any old payment.\n\u003e \u003e\n\u003e \u003e Am 08/03/2016 um 15:51 schrieb Nicolas Dorier:\n\u003e \u003e \u003e I'm not sure what you mean Alice don't have to disclose R if she\n\u003e does\n\u003e \u003e \u003e not want to.\n\u003e \u003e\n\u003e \u003e --\n\u003e \u003e Mats Jerratsch\n\u003e \u003e Backend Engineer, Blockchain\n\u003e \u003e e: mats at blockchain.com \u003cmailto:mats at blockchain.com\u003e\n\u003e \u003e PGP: https://pgp.mit.edu/pks/lookup?op=get\u0026search=0x7F3EC6CA\n\u003e \u003e\n\u003e \u003e\n\u003e\n\u003e --\n\u003e Mats Jerratsch\n\u003e Backend Engineer, Blockchain\n\u003e e: mats at blockchain.com\n\u003e PGP: https://pgp.mit.edu/pks/lookup?op=get\u0026search=0x7F3EC6CA\n\u003e\n\u003e\n-------------- next part --------------\nAn HTML attachment was scrubbed...\nURL: \u003chttp://lists.linuxfoundation.org/pipermail/lightning-dev/attachments/20160309/a8253fb1/attachment-0001.html\u003e", "sig": "8cb4e8771b66887934d95bbef3f7942992ff081b9f6fedd09d4473701979a3ec8d75b01c7adc4b55229c9ae9ed40e74ef795646a5e1a5c9e093fa8a5a694a6ca" }