📅 Original date posted:2023-02-11
🗒️ Summary of this message: Technical issues caused the recording of a recent call to be lost, but notes were taken for the next call on February 20th. The group is also discussing a reputation system for the Lightning Network.
📝 Original message:
On Wed Feb 8, 2023 at 9:17 PM CET, Carla Kirk-Cohen wrote:
> Hi list,
>
> Unfortunately we had some technical issues with the recording for
> Monday's call so we're going to have to rely on my memory (a severely
> corrupted data store). Thankfully, Clara jotted down some notes as well,
> but please chime in if you attended and we've missed something out!
>
> Details for next call:
> * Monday 20 February
> * 18:00 UTC (possibly 19:00, be confirmed in a follow up email)
> * https://meet.jit.si/UnjammingLN
> * Agenda: https://github.com/ClaraShk/LNJamming/issues/3
>
Thanks to write this down, do you think that it is a good idea
to make a public google calendar (or other kind of shared calendar)?
>4. Reputation discussions in LSP Specification
>?Some attendees have been working on a reputation system for the LSP
>specification group [8]. This system is intended to provide standard
>metrics about what makes a node good/bad to connect to in the context
>of a decentralized marketplace. While this work looks at the problem
>from a different perspective, there's a possibility to consolidate
>the efforts. It seems particularly useful in the anti-jamming case
>where a node has newly connected to you, and needs a "start state"
>reputation score. The idea of defining what qualifies as good
>behavior in the Lightning Network is useful across the board. The
>LSP specification group also has bi-weekly calls, and welcomes
>additional participants!
There is also an ongoing attempt to define a kind of standard
for the lightning network metrics started more thatn 1 year
ago, and I also discussed in Oakland (but maybe some people
was scared by the word `server`)
The source code is available here https://github.com/LNOpenMetrics
and for now the basic idea is to collect some data from different
kind of node and analyze them before taking any decision to define
any kind of protocol support via BOLT or BLIPS (I also I'm more inclined
to a BLIPS because I think that different kind of node mobile vs LSP)
can deserve different kind of metrics/reputation.
There are some data already accessible via public API (for now) https://api.lnmetrics.info
where it is possible to see some forwarding payment scoring by channels and node
uptime.
Cheers!
Vincent.
Vincenzo Palazzo [ARCHIVE] /
npub1ag…avd3v
2023-06-09 13:12:37
in reply to nevent1q…5e4m
Author Public Key
npub1ag2fg2g28hkp9937ptppmdtm38cl37zmr7w7229g7m75wmgyv73s9avd3vPublished at
2023-06-09 13:12:37Event JSON
{
"id": "ddd589854f23b2fc38a9c5724df792db3d3b23c00c762988ab65aa6bfa6a6a2f",
"pubkey": "ea1494290a3dec12963e0ac21db57b89f1f8f85b1f9de528a8f6fd476d0467a3",
"created_at": 1686316357,
"kind": 1,
"tags": [
[
"e",
"0b728fb8525e18c6b2813a97dfc6153cf3e7ba28a221d919f5162a5576d58653",
"",
"root"
],
[
"e",
"8502e05de075bcca660f4cc2101128f52795c201f6f179987661f7077fce54ee",
"",
"reply"
],
[
"p",
"f1b886d687b6df3d9f2de1f8aca780d98495c57be15528ac987a7b5419b62eec"
]
],
"content": "📅 Original date posted:2023-02-11\n🗒️ Summary of this message: Technical issues caused the recording of a recent call to be lost, but notes were taken for the next call on February 20th. The group is also discussing a reputation system for the Lightning Network.\n📝 Original message:\nOn Wed Feb 8, 2023 at 9:17 PM CET, Carla Kirk-Cohen wrote:\n\u003e Hi list,\n\u003e\n\u003e Unfortunately we had some technical issues with the recording for\n\u003e Monday's call so we're going to have to rely on my memory (a severely\n\u003e corrupted data store). Thankfully, Clara jotted down some notes as well,\n\u003e but please chime in if you attended and we've missed something out!\n\u003e\n\u003e Details for next call:\n\u003e * Monday 20 February\n\u003e * 18:00 UTC (possibly 19:00, be confirmed in a follow up email)\n\u003e * https://meet.jit.si/UnjammingLN\n\u003e * Agenda: https://github.com/ClaraShk/LNJamming/issues/3\n\u003e\nThanks to write this down, do you think that it is a good idea \nto make a public google calendar (or other kind of shared calendar)?\n\n\u003e4. Reputation discussions in LSP Specification\n\u003e?Some attendees have been working on a reputation system for the LSP\n\u003especification group [8]. This system is intended to provide standard\n\u003emetrics about what makes a node good/bad to connect to in the context\n\u003eof a decentralized marketplace. While this work looks at the problem\n\u003efrom a different perspective, there's a possibility to consolidate\n\u003ethe efforts. It seems particularly useful in the anti-jamming case\n\u003ewhere a node has newly connected to you, and needs a \"start state\"\n\u003ereputation score. The idea of defining what qualifies as good\n\u003ebehavior in the Lightning Network is useful across the board. The\n\u003eLSP specification group also has bi-weekly calls, and welcomes\n\u003eadditional participants!\n\nThere is also an ongoing attempt to define a kind of standard \nfor the lightning network metrics started more thatn 1 year \nago, and I also discussed in Oakland (but maybe some people \nwas scared by the word `server`)\n\nThe source code is available here https://github.com/LNOpenMetrics \nand for now the basic idea is to collect some data from different \nkind of node and analyze them before taking any decision to define \nany kind of protocol support via BOLT or BLIPS (I also I'm more inclined\nto a BLIPS because I think that different kind of node mobile vs LSP)\ncan deserve different kind of metrics/reputation.\n\nThere are some data already accessible via public API (for now) https://api.lnmetrics.info\nwhere it is possible to see some forwarding payment scoring by channels and node\nuptime.\n\nCheers!\n\nVincent.",
"sig": "96b0b1cee9ed705bacae4da9520ac0e4fecdd51b8c49aa1ca23b11993b2b88b51f6ebaf32f53c579241cfda9e5eeea71f4df6c4fef8a89dc054796872fa3719e"
}