W3C home > Mailing lists > Public > public-credentials@w3.org > June 2017

Re: Negative VCs

From: Timothy Holborn <timothy.holborn@gmail.com>
Date: Tue, 27 Jun 2017 03:14:33 +0000
Message-ID: <CAM1Sok2yTZVacJFvCfOB5BMdmT6HMJcqRdTUMPdiQP=vqGWTWA@mail.gmail.com>
To: Melvin Carvalho <melvincarvalho@gmail.com>, David Chadwick <D.W.Chadwick@kent.ac.uk>
Cc: W3C Credentials Community Group <public-credentials@w3.org>
On Tue., 27 Jun. 2017, 10:01 am Melvin Carvalho, <melvincarvalho@gmail.com>

> On 24 June 2017 at 00:38, David Chadwick <D.W.Chadwick@kent.ac.uk> wrote:
>> I think that most of us have been assuming that VCs are always positive
>> and confer some benefit on the subject. Common examples used by us have
>> been passport, credit card, club membership etc.
>> But what about negative VCs, such as a criminal record, 'points' on your
>> driving licence, or failure to pay a bill on time etc. Subjects are
>> going to be reluctant to present these to verifiers, especially if this
>> would remove any benefit that they were hoping to obtain from the
>> verifier's online service. In this case the VCs might be presented by
>> someone other than the subject of the VC, and by someone not wishing to
>> represent the subject of the VC.
>> For this reason I would support the following alternative wording in the
>> Terminology Playground
>> ROLE_B is typically the Subject of Claims. In some circumstances, where
>> the ROLE_B is not the Subject of the Claim, then ROLE_B must be able to
>> prove that they are 'authorised to provide the claim'. This is a
>> preferrable alternative to 'has the authority to represent the Subject
>> of the Claims', as it covers the latter case as well as a third party
>> providing negative VCs to a verifier.
> I think you've hit upon an incredibly interesting use case.
> One issue with centralized claims is that claims of a negative nature can
> be a point of failure when, say, the domain owner comes into conflict with
> the person who the claims about.
> For this reason businesses normally do not allow negative claims to be
> made to reduce that point of failure.
> However, there's another mode of the web where the claim can be
> independent of any central website or URL, just as, when the contents of a
> file is independent of that file itself.
> I think it's a really important use case and I have in our community heard
> many calls for such a system to emerge, but yet, we have not to date been
> able to solve such a use case effectively, at least in web 1.0 and web 2.0
> type offerings.
> I'm optimistic that web technologies can deliver claims of any kind which
> become the ownership of the author, rather than, the publisher.
> I honestly think the web is screaming out for this as one of the most
> important use cases yet to be addressed.
> In our reputation community we have explored this quite a bit, and the
> issue becomes one of sock puppets flooding the eco system with negative
> claims ... the question remains as to how to analyses a web of claims and
> get the signal from the noise.  From experience, what seems to be the case
> is that most actors are genuine, but a few try to game the system.  It
> seems something of an arms race.  I really look forward to innovation in
> this space, and one someone gets the ball rolling I think decentralized
> claims of this kind could be popular in a very viral way ...
I note also that those who game the system are often professionals at their
art, thereby harming I'll equipped or otherwise vulnerable persons.

Linkability is therein important to show the lifecycle of a circumstance.

And it's not always the case that it's a circumstance of intended harms.

Government would particularly benefit as the structural components often do
not take into consideration issues outside of their brief, yet the
circumstances of a citizen may be linked to a series of decisions by a
series of government department that when considered in isolation may seem
innocuous or reasonable, but when linked may better illustrate an
unsatisfactory circumstance poorly affecting someone unfairly.


>> regards
>> David
Received on Tuesday, 27 June 2017 03:15:20 UTC

This archive was generated by hypermail 2.3.1 : Wednesday, 11 July 2018 21:19:39 UTC