Skip to content
This repository has been archived by the owner on Apr 16, 2020. It is now read-only.

Biweekly Sync Up May 29th, Tuesday 3pm UTC #27

Closed
pgte opened this issue May 15, 2018 · 3 comments
Closed

Biweekly Sync Up May 29th, Tuesday 3pm UTC #27

pgte opened this issue May 15, 2018 · 3 comments

Comments

@pgte
Copy link
Contributor

pgte commented May 15, 2018

See you then!

@pgte
Copy link
Contributor Author

pgte commented May 28, 2018

Some discussions in the agenda for tomorrow's meeting:

  • identity:
    • discuss proposal for key management and address book (PR)
  • peer-crdt-ipfs:
    • specific protocol to increase sync speed
    • add vector clocks to enable this
    • handshake protocol
  • garbage collection:
    • how to infer causal stability as presented here
  • ACLs:
    • should we implement “Access Control for Weakly Consistent Data Stores” (see discussion in CRDT: ACL #25)?

If you have other item please add them in advance to the notes pad.

@pgte
Copy link
Contributor Author

pgte commented May 30, 2018

#Meeting nodes:

Dynamic Data and Capabilities WG — May 29th, 2018

Agenda

  • Ask everyone to put their name into the list of attendees

  • Ask for a volunteer to take notes

  • Everyone can add items to this agenda for things they would like to discuss

  • Round of intros and updates

    • Introduce yourself and your interest in this subject
    • What have you accomplished since the last meeting?
    • Were there any blockers? If so, which ones? Is it still blocked? Why?
    • What is the next important thing you should focus on?
  • Discussions:

    • identity:
      • discuss proposal for key management and address book (PR)
      • discuss a URI datastore that can be replicated, see Identity Hub
      • discuss address-book overlap with Decentralized LDAP: crowdsourced contact list, private contact list, etc.
    • peer-crdt-ipfs:
    • garbage collection:
      • how to infer causal stability as presented here
    • ACLs:
      • should we implement "Access Control for Weakly Consistent Data Stores" (see discussion in CRDT: ACL #25)?
  • Questions

2 Week Updates:

@pgte

  • Concluded:
    • Helped João Santos on a fun hack: Ethereum-based log in into Peer-Pad, materialised in this PR
    • Completed, documented and released delta-crdts package
    • Specified proposal for fast sync for peer-crdt-ipfs
  • In progress:
    • Joined discussions with João Santos and André Cruz about identity management in peer-star
  • Blocked:
  • Next:

@gpestana

@satazor

  • Concluded:
  • In progress: Identity (did, auth, address-book)
  • Blocked:
  • Next:

Questions

  • Q: What are the priorities to work on?
    A:
  • Q: Is there a way to track all the current endeavours and discussions? (Examples: open problems, building blocks, etc)
    A:

Other notes

@fritzy Peer identity: There is working code with DID DOcuments and creating proofs, and an identity service, in shipyard that can be converted to a REST DID-Method. (add link later). @satazor questioned about the need for a centralized server to make it work.

@pgte mentioned that a method to support several DID methods would be an option.

@satazor mentioned the concept of an identity hub: https://github.com/decentralized-identity/hubs/blob/master/explainer.md#stores

@diasdavid MFS, you can create virtual directories, but can also me used as a UNIX file system. IPFS Drive,1,2,3.
Read about MFS, Files API and Shared Volumes at:

Dream API:

  • The class that represents the type adds the function to do access control.
  • See how the Dream API relates to Identity.

@diasdavid @pgte discussed using accumulators (need help to complete here)

Discussion:

  • @pgte suggests making short summaries about the various Identity platforms (uPort, Peer-Identity, btcr, etc).

  • Use a passphrase on Identity, or rely on device keys?

  • View each proposal's attack vectors and analyze them.

  • Analyze The Update Framework

  • Docker Notary

  • Key rotation discussion - Key Rotation ipfs/specs#31

  • Privacy issues:

    • Know who has access to a document

    • Know what the document has

    • Encryption at rest & encrypt at transmission

@pgte
Copy link
Contributor Author

pgte commented May 30, 2018

@pgte pgte closed this as completed May 30, 2018
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant