📅 Original date posted:2016-03-16
📝 Original message:
Hello lightning implementors!
(Posted to lightning-dev as well, hopefully that's fine with everyone)
Matsjj set up a repo a while ago for collaborating on documenting the
lightning protocol and gave a bunch of us admin access:
- https://github.com/lightning-core/lightning
"""I think it is a very good idea to carry all the different
implementations to one spot. I think such a repository is best suited
for it."""
- https://github.com/lightning-core/lightning/pull/4#issuecomment-151778273
I think the layout is a bit too nested (which makes sense coming from
the Java implementor, I guess? :) and I think it'd be good to have a
simple way to decide how to move ideas into/through the repo, without
making it a place where there's any point trying to politicise proposals.
(It's kind of telling that something's wrong when even matsjj hasn't
been able to get his pull requests accepted :)
Anyway I've taken Rusty's couple of BOLT proposals as well as the shachain
design txt and rearranged them in a way I think makes sense:
- https://github.com/ajtowns/lightning-core/tree/rusty
What do you guys think?
I hear there's totally going to be released code out by
northern-hemisphere summer, so documenting the protocols/standards is
only going to get more pressing...
My inclination is to add:
- matsjj's pull requests [0]
- the anonymous "R", via private key reveal stuff [1]
- Joseph's 2-of-3 Instant Escrow [2]
as additional "early drafts". Probably things from Rusty's "Deployable
Lightning" paper (like the HTLC scripts), or the "elkrem" scheme, or
Nicholas Dorier's "backward deterministic [revocation] Value" stuff
would be good too...
Cheers,
aj
[0] thunsync: https://github.com/lightning-core/lightning/pull/2/files
thunenc: https://github.com/lightning-core/lightning/pull/3/files
thungoss: https://github.com/lightning-core/lightning/pull/4
[1] rprivkey:
http://lists.linuxfoundation.org/pipermail/lightning-dev/2015-November/000314.html
http://lists.linuxfoundation.org/pipermail/lightning-dev/2015-November/000344.html
[2] escrow23: http://lists.linuxfoundation.org/pipermail/lightning-dev/2016-January/000403.html
Anthony Towns [ARCHIVE] /
npub17r…x9l2h
2023-06-09 12:46:01
in reply to nevent1q…7akx
Author Public Key
npub17rld56k4365lfphyd8u8kwuejey5xcazdxptserx03wc4jc9g24stx9l2hPublished at
2023-06-09 12:46:01Event JSON
{
"id": "8f9674ea800a2d374d722362ed70514d7f33b0e0880ab02555574a479f3aabc3",
"pubkey": "f0feda6ad58ea9f486e469f87b3b9996494363a26982b864667c5d8acb0542ab",
"created_at": 1686314761,
"kind": 1,
"tags": [
[
"e",
"512c06ae0143512f49e5abf274ed72851bc5aa8be8c43678fcbc207d10566de1",
"",
"reply"
],
[
"p",
"9456f7acb763eaab2e02bd8e60cf17df74f352c2ae579dce1f1dd25c95dd611c"
]
],
"content": "📅 Original date posted:2016-03-16\n📝 Original message:\nHello lightning implementors!\n\n(Posted to lightning-dev as well, hopefully that's fine with everyone)\n\nMatsjj set up a repo a while ago for collaborating on documenting the\nlightning protocol and gave a bunch of us admin access:\n\n - https://github.com/lightning-core/lightning\n\n \"\"\"I think it is a very good idea to carry all the different\n implementations to one spot. I think such a repository is best suited\n for it.\"\"\"\n\n - https://github.com/lightning-core/lightning/pull/4#issuecomment-151778273\n\nI think the layout is a bit too nested (which makes sense coming from\nthe Java implementor, I guess? :) and I think it'd be good to have a\nsimple way to decide how to move ideas into/through the repo, without\nmaking it a place where there's any point trying to politicise proposals.\n(It's kind of telling that something's wrong when even matsjj hasn't\nbeen able to get his pull requests accepted :)\n\nAnyway I've taken Rusty's couple of BOLT proposals as well as the shachain\ndesign txt and rearranged them in a way I think makes sense:\n\n - https://github.com/ajtowns/lightning-core/tree/rusty\n\nWhat do you guys think?\n\nI hear there's totally going to be released code out by\nnorthern-hemisphere summer, so documenting the protocols/standards is\nonly going to get more pressing...\n\nMy inclination is to add:\n\n - matsjj's pull requests [0]\n - the anonymous \"R\", via private key reveal stuff [1]\n - Joseph's 2-of-3 Instant Escrow [2]\n\nas additional \"early drafts\". Probably things from Rusty's \"Deployable\nLightning\" paper (like the HTLC scripts), or the \"elkrem\" scheme, or\nNicholas Dorier's \"backward deterministic [revocation] Value\" stuff\nwould be good too...\n\nCheers,\naj\n\n[0] thunsync: https://github.com/lightning-core/lightning/pull/2/files\n thunenc: https://github.com/lightning-core/lightning/pull/3/files\n thungoss: https://github.com/lightning-core/lightning/pull/4\n\n[1] rprivkey:\n http://lists.linuxfoundation.org/pipermail/lightning-dev/2015-November/000314.html\n http://lists.linuxfoundation.org/pipermail/lightning-dev/2015-November/000344.html\n\n[2] escrow23: http://lists.linuxfoundation.org/pipermail/lightning-dev/2016-January/000403.html",
"sig": "17e965ee8858d582496f5e28df2e71365dbae9b6a54fc8a2ebbdcd3b00f7c208a17fd8f0ec5ab6e8c4ee655ddd4524733ff07018c1c5432ed0656e65d075b204"
}