RE: [sds-wg] Reminder and Agenda for Confidential Storage Spec Call - Feb 18 2021

RE: the EDV spec defines a fully standalone HTTP server with support for authorization, delegation, and replication over HTTP with DIDs...

Thank you, Orie, and, in general, I totally agree.

But I’m also suggesting the CS specification should go further and define an EDV MIcrokerel layer and interface to make EDVs deployable on local devices like iOS and Android apps.  An HTTP interface isn’t very useful in these scenarios.

Also from a security audit and code path traceability perspective, a microkernel architecture and interface will be more secure/securable.

Lastly, what is used to implement the EDV HTTP Server? …what underpins the implementation of the HTTP Serice? …how does it take into account different EDV data vaults mounted on the EDV Server?

Michael

From: Orie Steele <orie@transmute.industries>
Sent: February 18, 2021 1:13 PM
To: Michael Herman (Trusted Digital Web) <mwherman@parallelspace.net>
Cc: sds-wg@lists.identity.foundation; sds-wg@dif.groups.io; Credentials Community Group <public-credentials@w3.org>
Subject: Re: [sds-wg] Reminder and Agenda for Confidential Storage Spec Call - Feb 18 2021

Layer A - EDVs currently assumes ZCAP over HTTP authorization, and can stand alone.... we don't need an authorization server, we have DIDs and capabilities.

Now you can layer other stuff on top, to integrate with legacy systems, but technically, the EDV spec defines a fully standalone HTTP server with support for authorization, delegation and replication over http with DIDs... it's currently checked in to the repo, and I am happy to give another demo of it...

I think Layer B accurately captures the Hubs dream :)

OS

On Thu, Feb 18, 2021 at 1:28 PM Michael Herman (Trusted Digital Web) <mwherman@parallelspace.net<mailto:mwherman@parallelspace.net>> wrote:
RE: 3. Continuation of the ‘Division of Responsibilities between Hubs and EDVs’ discussion. PLEASE REVIEW: Daniel Buchner's proposed list https://hackmd.io/qClYLUPkQ7uf0r3_4O7BUQ


p.s. …that is, visually, how is support for each of Daniel's use cases partitioned between CS Services and CS Core (see below)?
…and of these, which should be supported in CS Core version 1? …and which should go into the CS Backlog?

[cid:image003.jpg@01D705F9.6A049600]


Best regards,
Michael Herman
Sovrin Foundation Self-Sovereignist

Self-Sovereign Blockchain Architect
Trusted Digital Web
Hyperonomy Digital Identity Lab
Parallelspace Corporation

[cid:image004.jpg@01D705F9.6A049600]




From: Michael Herman (Trusted Digital Web)
Sent: February 18, 2021 11:58 AM
To: sds-wg@lists.identity.foundation<mailto:sds-wg@lists.identity.foundation>; sds-wg@dif.groups.io<mailto:sds-wg@dif.groups.io>; Credentials Community Group <public-credentials@w3.org<mailto:public-credentials@w3.org>>
Subject: RE: [sds-wg] Reminder and Agenda for Confidential Storage Spec Call - Feb 18 2021

I know this is going to sound repetitive but … at the top of Daniel’s document, can someone add a couple of sentences distinguishing EDVs and Hub?

More specifically, based on last week’s discussion, I sense that the EDV/Hub discussion was more about:

  1.  what belonged in the EDV/CS Core/”EDV Microkernel” as a (version 1) capability (e.g. Change Detection/Change Notifications) vs.
  2.  what was part of a higher level service (e.g. indexing, replication, etc.)?

Does this distinction reflect what was at the heart of last week’s discussion (and this week’s)?

Rest regards,
Michael Herman

From: sds-wg@lists.identity.foundation<mailto:sds-wg@lists.identity.foundation> <sds-wg@lists.identity.foundation<mailto:sds-wg@lists.identity.foundation>> On Behalf Of Dmitri Zagidulin
Sent: February 18, 2021 11:02 AM
To: sds-wg@dif.groups.io<mailto:sds-wg@dif.groups.io>; Credentials Community Group <public-credentials@w3.org<mailto:public-credentials@w3.org>>
Subject: [sds-wg] Reminder and Agenda for Confidential Storage Spec Call - Feb 18 2021

Dear all,

This is a reminder that the DIF / CCG Secure Data Storage Working group weekly call will be happening on Thursday at 4pm Eastern / 1pm Pacific / 22:00 CEST.

Meeting link: https://us02web.zoom.us/j/84828031746?pwd=V0xGTnJ2Zm15RHlSRFpNTlRPQzdLUT09


Specification: https://identity.foundation/confidential-storage/

Specification repository: https://github.com/decentralized-identity/confidential-storage


Audio recordings and transcripts of previous meetings: https://dif.groups.io/g/sds-wg/wiki/19633


As always, the IPR policy requires that you can only make substantive contributions if you sign the IPR Release Form. Please follow the instructions at https://dif.groups.io/g/sds-wg/wiki/Home


Confidential Storage Spec Call Agenda
1. IPR Reminder
2. Introductions and Re-Introductions
3. Continuation of the ‘Division of Responsibilities between Hubs and EDVs’ discussion.
PLEASE REVIEW: Daniel Buchner's proposed list https://hackmd.io/qClYLUPkQ7uf0r3_4O7BUQ

4. Issue review

Thank you,
The Chairs
_._,_._,_
________________________________
Links:

You receive all messages sent to this group.

View/Reply Online (#75)<https://lists.identity.foundation/g/sds-wg/message/75> | Reply To Group<mailto:sds-wg@lists.identity.foundation?subject=Re:%20%5Bsds-wg%5D%20Reminder%20and%20Agenda%20for%20Confidential%20Storage%20Spec%20Call%20-%20Feb%2018%202021> | Reply To Sender<mailto:dzagidulin@gmail.com?subject=Private:%20Re:%20%5Bsds-wg%5D%20Reminder%20and%20Agenda%20for%20Confidential%20Storage%20Spec%20Call%20-%20Feb%2018%202021> | Mute This Topic<https://lists.identity.foundation/mt/80736000/1997675> | New Topic<https://lists.identity.foundation/g/sds-wg/post>
Your Subscription<https://lists.identity.foundation/g/sds-wg/editsub/1997675> | Contact Group Owner<mailto:sds-wg+owner@lists.identity.foundation> | Unsubscribe<https://lists.identity.foundation/g/sds-wg/leave/9912086/2030013897/xyzzy> [mwherman@parallelspace.net<mailto:mwherman@parallelspace.net>]
_._,_._,_


--
ORIE STEELE
Chief Technical Officer
www.transmute.industries<http://www.transmute.industries>

[https://drive.google.com/a/transmute.industries/uc?id=1hbftCJoB5KdeV_kzj4eeyS28V3zS9d9c&export=download]<https://www.transmute.industries/>