Re: [Lightning-dev] Lightning and the semantic web

2019-01-27 Thread Melvin Carvalho
On Thu, 24 Jan 2019 at 13:42, René Pickhardt wrote: > Dear Melvin, > > I believe the vocabulary is not consistent across implementations. For > example if you look at c lightning there is no such command `describegraph` > but there are the two commands `listnodes` and `listchannels` which should

Re: [Lightning-dev] Lightning network user identification

2019-01-27 Thread Joao Joyce
Ok, that would work for this particular case which is of course a very simple PoC. But the problem of connecting multiple payments to a user account still stands, or am I missing something? And the user would also be required to keep a copy of the pre-image for every bought item right? It feels

Re: [Lightning-dev] Lightning network user identification

2019-01-27 Thread ZmnSCPxj via Lightning-dev
Good morning Joao, > > Eventually I could use something like SQRL or BitID which enable some level > of anonymity. But now the user would have to keep an app for login and > another for payments. He is expected to have both apps to use the service and > keep both private keys secure. Both woul

Re: [Lightning-dev] Lightning network user identification

2019-01-27 Thread Joao Joyce
Hi ZmnSCPxj, Thank you for your thoughtfull input. Let me just clarify that I share the same concerns regarding user privacy. I do value all the work that’s being done to keep the LN private, trustless and permissionless. My intention is not to violate user privacy but to give an option for a

Re: [Lightning-dev] Lightning network user identification

2019-01-27 Thread ZmnSCPxj via Lightning-dev
Good morning Joao, Currently no. Also, why would you want to violate user privacy in exchange for a service? You should authorize usage depending on secrets the user knows, not depending on their "identity". This is precisely why LN is set up to use zero-knowledge contingent payments. You releas