W3C home > Mailing lists > Public > public-webid@w3.org > September 2012

Re: WebID and e-mail verification -- was: Getting Serious about WebID Bootstrap

From: Kingsley Idehen <kidehen@openlinksw.com>
Date: Sun, 30 Sep 2012 15:17:26 -0400
Message-ID: <50689AC6.1050202@openlinksw.com>
To: Melvin Carvalho <melvincarvalho@gmail.com>
CC: Henry Story <henry.story@bblfish.net>, Read-Write-Web <public-rww@w3.org>, "public-webid@w3.org" <public-webid@w3.org>, WebID XG <public-xg-webid@w3.org>
On 9/30/12 2:34 PM, Melvin Carvalho wrote:
>> >So we have a situation where a WebID in an e-mail cert goes a lot further
>> >than I thought! But it is not quite optimal yet.
>> >
> +1
> It's not quite sameAs, more a foaf : mbox verification, but can be both DNS
> based or PKI based in either or both directions ... the more checks you
> pefform the higher your confidence interval.  The beautiful thing about
> signing with PKI is that it makes things portable.
> One thing to be wary about is that we are already heavily reliant on the
> centralization of DNS.  We need to be cautious as to putting too many eggs
> in one basket.

Again it is optimal. For WebID and Linked Data to really scale, the 
following simply cannot be impediments:

1. domain name ownership
2. dns server access and admin privileges
3. web server access and admin privileges
4. de-referencable URI patterns .

A WebID is a verifiable de-referencable URI, that's it. Said URI 
resolves to a profile graph from which a variety of trust related 
inferences can be drawn or entailed.

Being able to learn more about an email sender via a WebID is what this 
bootstrap pattern is fundamentally about. The code requirement is zero. 
The implications for basic end-users is profound.



Kingsley Idehen	
Founder & CEO
OpenLink Software
Company Web: http://www.openlinksw.com
Personal Weblog: http://www.openlinksw.com/blog/~kidehen
Twitter/Identi.ca handle: @kidehen
Google+ Profile: https://plus.google.com/112399767740508618350/about
LinkedIn Profile: http://www.linkedin.com/in/kidehen

Received on Sunday, 30 September 2012 19:17:52 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 20:54:35 UTC