owned this note   changed 4 years ago  
Linked with GitHub

Secure Data Storage WG Agenda - Thu Oct 8, 2020

Current Spec | Issues | Meeting Recordings/Transcripts

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

Agenda

  1. IPR Reminder
  2. Introductions and Re-Introductions
  3. Authorization Data Model Discussion
  4. Last 15 mins: WG and Spec Naming Discussion!
    • Goal: Finalize names by IIW
    • 3 week process: Week 1) Generate list of names,
      WE ARE HERE -> Week 2) Debating "hard no"s/deal breaker names,
      Week 3) Community ranked-choice voting
    • To start us off: see the last several comments on issue #35

Attendees:

Exploratory Names

Exploratory properties of good name choices:

  • Short
  • No collisions
  • Should not snark/pun on existing similar solutions (like Solid Pods, for example)
  • Should not make people think "This already exists; Google Drive / Dropbox"
    • bengo: e.g. "encrypted"? +1 – manu
  • Should not suggest that this is more secure or decentralized than it really is.
    • bengo: As CCG has discussed, there are many definitions of 'decentralized', and there is usually a better choice of words.
    • bengo: Im new to the spec, but I was under the impression it would be possible to implement SDS in a very traditional/centralized architecture, while also enabling some new ones.

Exploratory properties of names that may not be important:

  • globally unique
  • resolvable
  • works with posix tools for resolving names. A valid name could be 'enrypted.data', whois encrypted.data
  • name is syntax-compatible with other standards
  • decision reached via Formal Consensus
    • bengo: I believe it's probably possible to make this decision via this protocol, but not desirable if fielding concerns takes more than x weeks (x=4?). Mitigation: if consensus takes longer than y weeks, group could vote on a resolution to bound the debate to z weeks.

From Issue 35

Lower-level, storage-focused names:

  • Decentralized Encrypted Storage
  • Decentralized Encrypted Vault
  • Secure Data Vault
  • Encrypted Storage Vault
  • Vault Data Store
  • Decentralized Data Vault
  • Decentralized Vault Store
  • Secure Data Share
  • Encrypted Data Vault
  • Secure Resource Server
  • Ookie Pookie
  • Encrypted Freeholds
  • Freeholds (no adjective!)
  • federated data vaults
  • Confidential Data Store

All-inclusive, app-focused names:

  • Dapp Hub
  • App Mesh
  • Dapp Mesh
  • Trusty Hub
  • Decentralize App Hub
  • Distributed Data Hub
  • Encrypted Data Mesh
  • Encrypted Storage Mesh
  • User Space
  • Encrypted fiefdoms
  • Confidential Resource Server
  • ol' Confidential-face Resource-Serverson
  • Variable-trust Resource Servers
  • DUMB SERVERS (while we're at it, let's rename CHAPI to DUMB PIPES)
Select a repo