📅 Original date posted:2016-03-08
📝 Original message:
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> 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
> 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/da779a3b/attachment-0001.html>;
Nicolas Dorier [ARCHIVE] /
npub1hu…9q4u3
2023-06-09 12:45:56
in reply to nevent1q…h7vp
Author Public Key
npub1huz53hq26gu7nc0qhw3uj6tr9hk5q2ngpywduxep5zy4ay9unftsm9q4u3Published at
2023-06-09 12:45:56Event JSON
{
"id": "a504a9808111890c52e9669e706d8b2acacdbc69ceac4e5710634745e42e3ce6",
"pubkey": "bf0548dc0ad239e9e1e0bba3c969632ded402a68091cde1b21a0895e90bc9a57",
"created_at": 1686314756,
"kind": 1,
"tags": [
[
"e",
"55548f25f3655672eaf8683c73cc07ea4cd473c9f5d4c202e312a7b35566c018",
"",
"root"
],
[
"e",
"7b42600c3a84fad3aadfc3d84917eaf0d911d9a38be88be3fbc931b9b017f949",
"",
"reply"
],
[
"p",
"b8a27d18150405cdfcd44c0dd8db860f5270312300248389bf57ce555c784528"
]
],
"content": "📅 Original date posted:2016-03-08\n📝 Original message:\nI don't understand your point, but that may come from me not having\ndeep enough knowledge about the latest great things happening on\nLightning.\n\nI exposed the case of a simple bipayment channel, without HTLC in the\nequation, where all payments are sequential.\n\nYou can't make commitment n+2 before accepting commitment n+1.\n\nMy mental model might be incomplete as I'm followed only remotely\nthe improvements of lightning until now.\n\nOn Wed, Mar 9, 2016 at 12:53 AM, Mats Jerratsch \u003cmats at blockchain.com\u003e wrote:\n\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\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/da779a3b/attachment-0001.html\u003e",
"sig": "59a7a783c1a48590b70dbad642291e6d8e52d7920842bb2a37bb2ed3196bd6a978f5b0ae2ad34e105a6d4298c4462b393d64cf05c74e8a91d99db3760d11845a"
}