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

Customer choice (handpicking nodes) #5

Open
arjunhassard opened this issue May 3, 2019 · 0 comments
Open

Customer choice (handpicking nodes) #5

arjunhassard opened this issue May 3, 2019 · 0 comments
Assignees

Comments

@arjunhassard
Copy link
Member

There are 'legitimate' reasons to handpick Ursulas, such as:

  • Regulation requiring that consumer data remain in a certain jurisdiction [although the extent to which this applies to the ciphertext of a symmetric key associated with the underlying data is unclear]
  • Regulation requiring data storage to comply with some criteria (e.g. HIPAA)

However, even where prices are centrally-set and uniform, there are other reasons to prioritise jobs to certain Ursulas. Developers/users can find each Ursula's address and use this to discern:

  • historical uptime, expressed in terms of the total cycles where their activity was confirmed (i.e. checking to see if they missed a reward)
  • any punishments received (checking for slashes)
  • typical latency (this can be tested)
  • size and length of stake (i.e. how much they have to lose, how committed they are)

We must consider this 'market information' and how much we encourage, enable or attempt to hide.

  • How much of an edge case will discretionary choice of Ursulas be? 
In other words, how many of our adopters are likely to do this?
  • What impact does this have on the market and Ursula behaviour, particularly in demand-scarce epochs?
@arjunhassard arjunhassard changed the title Market Design 2: Buyer choice ('handpicking Ursulas') Customer choice (handpicking nodes) Jan 20, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

5 participants