Re: [Lightning-dev] New idea on decentralized identity and truth (Re: Numerifides)

2018-06-10 Thread Tyler H
All, Sorry for the rapid double message, but I forgot to mention here that Atlas can be used as a punishment mechanism for eltoo channels. Thanks, Tyler On Sun, Jun 10, 2018 at 6:29 PM Tyler H wrote: > All, > > I've opened https://github.com/lightningnetwork/lightning-rfc/pull/441 to > get sta

Re: [Lightning-dev] New idea on decentralized identity and truth (Re: Numerifides)

2018-06-10 Thread Tyler H
All, I've opened https://github.com/lightningnetwork/lightning-rfc/pull/441 to get started on hashing out the features and behavior of Atlas. Thanks, Tyler On Thu, Jun 7, 2018 at 4:45 AM Tyler H wrote: > >But in a trustless environment, "only mappings that actually pay out can > be trusted" is

Re: [Lightning-dev] New idea on decentralized identity and truth (Re: Numerifides)

2018-06-07 Thread Tyler H
>But in a trustless environment, "only mappings that actually pay out can be trusted" is equivalent to "all reads require a payout"...? I'll rephrase to say "can be trusted to be human meaningful". As you may recall, the goal of Numerifides was to create _human meaningful_ but still _trusted_ nam

Re: [Lightning-dev] New idea on decentralized identity and truth (Re: Numerifides)

2018-06-07 Thread ZmnSCPxj via Lightning-dev
Good morning Tyler, > Regarding proof of payment, a receiving node must have some inbound Lightning > capacity. Therefore, they must have spent funds on the LN already. Attackers > can't drain more than they've spent on their channels. Node pubkeys can also > be used such that rapid subsequent

Re: [Lightning-dev] New idea on decentralized identity and truth (Re: Numerifides)

2018-06-06 Thread Tyler H
ZmnSCPxj, Regarding proof of payment, a receiving node must have some inbound Lightning capacity. Therefore, they must have spent funds on the LN already. Attackers can't drain more than they've spent on their channels. Node pubkeys can also be used such that rapid subsequent requests above a thre

Re: [Lightning-dev] New idea on decentralized identity and truth (Re: Numerifides)

2018-06-06 Thread ZmnSCPxj via Lightning-dev
Good morning again Tyler, Building off the "server-client database" idea, here is an alternate idea. We have a special node type, an "advertiser node". Aside from normal LN protocol, advertiser nodes also have the below interface: 1. A "write" interface that lets advertisers pay to set a mapp

Re: [Lightning-dev] New idea on decentralized identity and truth (Re: Numerifides)

2018-06-06 Thread ZmnSCPxj via Lightning-dev
Good morning Tyler, It seems this can be a layer on top of LN. This is my understanding: the querier requests some mapping and sends also an invoice, the responder either fails, or returns the mapping and pays to the invoice. So the responder pays to the querier. However it seems a little str

[Lightning-dev] New idea on decentralized identity and truth (Re: Numerifides)

2018-06-06 Thread Tyler H
Greetings again, list. I have an idea that may be an excellent use-case for Lightning. Where Numerifides was an attempt at decentralized identity rooted to the Blockchain, I thought of a new system that uses Lightning itself that seems superior, and perhaps gives Lightning even more utility than