Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Saturday-Swarm-Session - 11th September 2021 #199

Closed
1 task
stephen-rowan opened this issue Sep 10, 2021 · 4 comments
Closed
1 task

Saturday-Swarm-Session - 11th September 2021 #199

stephen-rowan opened this issue Sep 10, 2021 · 4 comments

Comments

@stephen-rowan
Copy link
Contributor

stephen-rowan commented Sep 10, 2021

Saturday-Swarm-Session - 11th September 2021

  • Moderator ?

Breakout Sessions

-- -- -- -- --
Victor Tevo 11.09.2021 How to be a CA  
Felix   11.09.2021 Community Rewarding system Currently, the Catalyst Community does not have the possibility to track and reward engagement. What can a first draft look like ?
Jakob Stephen 11.09.2021 Future of Swarm: Reputation System Possible PRISM integration and giving tokens to people who join meets
Melanie Simon 11.09.2022 Climate Change  

Moderator Checklist for sessions

  • Give co-host access to all the facilitators.
  • Describe what is this event about
  • Explain the process how event will be carried through
  • Give voice to facilitators to allow them invite people to their room
  • Suggest using collective Miro Board

Host Checklist for sessions

  • The host or co-host should assert the main subject over anyone who misdirects the session.
  • Before each session a host should have prepared some content or know what they intend to present.
  • Some preparation always helps
  • When the session starts the host should ask if the attendees mind being recorded.
  • The host should record the session (if there are no objections).
  • The host or co-host should take notes of the session.
@stephen-rowan
Copy link
Contributor Author

stephen-rowan commented Sep 11, 2021

Future of Swarm: Reputation Systems

  • Possible PRISM integration and giving tokens to people who join meets

2021-09-12

Introductions :

  • In early Bitcoin had have interactive verification of reputation to purchase
  • Verification of reputation
  • ID is one issue - DIDs is trying to solve - aim to prove how you are - reputation is a whole different subject - Filip
  • DID does not address whether should I be trusted or not - more philosophical than technical problem - Filip
  • reputation is totally different from credentials - Quasar
  • At the end of the Plutus program you got a certificate - having certain reputation - Jakob
  • First cohort of Plutus pioneers required owners to mint NFT - so a mixture of credentials and reputation - Stephen
  • Certain kinds of reputation associated with some forms of ID (e.g. Harvard) etc. Ken
  • Reputation can pass from the issuer of the ID to the receipt - Jakob
  • Security issues - system can create profiles of ID issue - so the issue is how to verify reputation without profiling - Vincent
  • reputation by authority vs reputation by peers - Tyler
  • Different languages, experiences - trust is cultural - the same social credit others have - this is what I mean by context - Marta
  • Do we need taxonomies - reputation is give not taken - Nori
  • Build up a foundation of things we need - for reputation and ID - Nori
  • sounds like zero knowledge proof - Tyler
  • If we think reputation as set of predicates - is person qualified etc - then others can only search predicates - Vincent
  • Nevertheless sets of predicates can provide ID inferences ? - Stephen
  • Also Ricardian contracts (https://en.wikipedia.org/wiki/Ricardian_contract ) - Stephen
  • Subscribe to sets of predicate logics - Vincent
  • Question for Vincent - privatizing data - Government does scan of what people are doing - how do you handle refusal of data provision - Benjamin
  • Decentralized storage mechanism - IPFS - Vincent
  • You could decide where to store your personal data based on privacy and availability tradeoffs - Nori
  • Be careful to keep out exploitation and bad actors - Marta
  • Clarify difference between credentials and reputation - how these things can be easily accessed - Nori
  • Building secure reputation systems is tricky - - People ascribe sub credits onto a credential - Vincent
  • We also need to be mindful of different legislation around the world that can impact implementation or requirements, ex: https://gdpr-info.eu/chapter-3/ - Nori
  • Reputation is a way of looking at trust - web of trust - build a set of trust - transitive - Adam
  • How do you recognize non-credential reputation - how do you judge reputation of a good artist - Plamen
  • Reputation and trust has a nested structure - credentials spread out through the web of trust - Zero knowledge proof- Tyler
  • Linked-in has a form of “I trust x to do y” that forms a kind of reputation system - Nori
  • Avatars in games associated with different skills - Kerstin
  • Credentials always third parties involved - reputations are subjective - Juan
  • No reason we can have it all - engineering solution - Vincent
  • We could build system - for example male programmers - subsets of reputation - has to be some opening or grey area - Marta
  • Some random solution or wildcard - Stephen
  • I believe that "know how" is always more relevant that sex, age, etc. the boundaries are fading out now a days. - Juan
  • The idea of randomize is good if you are trying to get out of set situation s- from predicates to permissions - Ken
  • Give permission only check certain type of reputation - how can people see negative credentials - reputation - Adam
  • Transparency of the interrogation of reputation - Juan
  • If you give someone provenance over data - assume they will not self-assign negative reputation - Vincent
  • Weighting search results - track with a person with the rest of their life - Marta
  • Not strictly about moment - claims being made - all parties have access to that claim - burnable systems - Quasar
  • Set of keys - more wallets with positive transactions - Quasar
  • The identity only exists at the moment it is needed - mint as "access nft" burn after access is granted - Tyler
  • Data dignity - Marta
  • and the sovereignty part of this is about the data not the identity - not only Atala Prism there are other solutions - Quasar
  • Authority grants NFTs - reflect on process - stack overflow - reputation of 10k - means nothing - we should visualize reputation - have dome something -Benjamin
  • Having a history of reputation - blockchain is great for that - if that is destroyed what are you left with ? - parallel trace of immutability - Marta
  • You need another blockchain - to check on the other - how the system can gamed - it is difficult to self promote - Vincent

References

Decentralized Identifiers (DIDs) v1.0 - Core architecture, data model, and representations

atala-prism

F6: Atala PRISM DID Mass-Scale Adoption - Challenge -

Interplanetary File System

Danielle_Citron

@QuasarChains
Copy link

In regards to the atixlabs link, I would suggest an examination of their other identity solution, DIDI. I believe it is actively open sourced.

@stephen-rowan stephen-rowan added this to To do in Weekly Meetings and Events via automation Sep 11, 2021
@stephen-rowan stephen-rowan moved this from To do to In progress in Weekly Meetings and Events Sep 11, 2021
@stephen-rowan stephen-rowan moved this from In progress to Done in Weekly Meetings and Events Sep 11, 2021
@stephen-rowan
Copy link
Contributor Author

In regards to the atixlabs link, I would suggest an examination of their other identity solution, DIDI. I believe it is actively open sourced.

Added to weblinks under atala-prism

@DanM3rcurius
Copy link

What if reputation would be derived from value added over time from specific contributions?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Development

No branches or pull requests

3 participants