š
Original date posted:2016-03-08
š Original message:
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 --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 842 bytes
Desc: OpenPGP digital signature
URL: <http://lists.linuxfoundation.org/pipermail/lightning-dev/attachments/20160308/1a07bd25/attachment-0001.sig>;
Mats Jerratsch [ARCHIVE] /
npub1hzā¦q5x8w
2023-06-09 12:45:56
in reply to nevent1qā¦3nku
Author Public Key
npub1hz386xq4qszumlx5fsxa3kuxpaf8qvfrqqjg8zdl2l892hrcg55q6q5x8wPublished at
2023-06-09 12:45:56Event JSON
{
"id": "0db1c2e865767553f76f69062b34c0226048ca7e60db04e6f80db653b9df8efc",
"pubkey": "b8a27d18150405cdfcd44c0dd8db860f5270312300248389bf57ce555c784528",
"created_at": 1686314756,
"kind": 1,
"tags": [
[
"e",
"55548f25f3655672eaf8683c73cc07ea4cd473c9f5d4c202e312a7b35566c018",
"",
"root"
],
[
"e",
"a504a9808111890c52e9669e706d8b2acacdbc69ceac4e5710634745e42e3ce6",
"",
"reply"
],
[
"p",
"bf0548dc0ad239e9e1e0bba3c969632ded402a68091cde1b21a0895e90bc9a57"
]
],
"content": "š
Original date posted:2016-03-08\nš Original message:\nHah I see, I didn't knew you weren't talking about HTLCs.\n\nBut why would you use R values in the first place then? Maybe I'm a\nlittle bit confused about what exact use case we are talking here, mind\nelaborating? :)\n\nAm 08/03/2016 um 16:14 schrieb Nicolas Dorier:\n\u003e I don't understand your point, but that may come from me not having\n\u003e deep enough knowledge about the latest great things happening on\n\u003e Lightning.\n\u003e \n\u003e I exposed the case of a simple bipayment channel, without HTLC in the\n\u003e equation, where all payments are sequential. \n\u003e \n\u003e You can't make commitment n+2 before accepting commitment n+1.\n\u003e \n\u003e My mental model might be incomplete as I'm followed only remotely\n\u003e the improvements of lightning until now.\n\u003e \n\u003e On Wed, Mar 9, 2016 at 12:53 AM, Mats Jerratsch \u003cmats at blockchain.com\n\u003e \u003cmailto:mats at blockchain.com\u003e\u003e wrote:\n\u003e \n\u003e I'm not saying they close the channel. Alice could want to receive more\n\u003e money and accept other payments, but not a particular one. But by doing\n\u003e so, she would automatically disclose R for any old payment.\n\u003e \n\u003e Am 08/03/2016 um 15:51 schrieb Nicolas Dorier:\n\u003e \u003e I'm not sure what you mean Alice don't have to disclose R if she does\n\u003e \u003e not want to.\n\u003e \n\u003e --\n\u003e Mats Jerratsch\n\u003e Backend Engineer, Blockchain\n\u003e e: mats at blockchain.com \u003cmailto:mats at blockchain.com\u003e\n\u003e PGP: https://pgp.mit.edu/pks/lookup?op=get\u0026search=0x7F3EC6CA\n\u003e \n\u003e \n\n-- \nMats Jerratsch\nBackend Engineer, Blockchain\ne: mats at blockchain.com\nPGP: https://pgp.mit.edu/pks/lookup?op=get\u0026search=0x7F3EC6CA\n\n-------------- next part --------------\nA non-text attachment was scrubbed...\nName: signature.asc\nType: application/pgp-signature\nSize: 842 bytes\nDesc: OpenPGP digital signature\nURL: \u003chttp://lists.linuxfoundation.org/pipermail/lightning-dev/attachments/20160308/1a07bd25/attachment-0001.sig\u003e",
"sig": "e4a8b85e42bc248006d256ca941bb31dc94c314fa79568708004e131cb56e0c58a6af78599f70acf94588cab128520ccd8a7c1f741f77f7cf00771b1e5f27d75"
}