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

Dropout tolerance #1

Open
kripod opened this issue Aug 20, 2016 · 1 comment
Open

Dropout tolerance #1

kripod opened this issue Aug 20, 2016 · 1 comment
Assignees
Labels

Comments

@kripod
Copy link
Owner

kripod commented Aug 20, 2016

Players may disconnect from the network during gameplay, and the game cannot be continued with missing player data. Dropout tolerance would allow any amount of players to disconnect without permamently interrupting the process of dealing new cards.

At first, this feature should be solved theoretically by extending the appendix of the API's specification.

@kripod kripod added the feature label Aug 20, 2016
@kripod kripod added this to the v1 milestone Aug 20, 2016
@donpark
Copy link

donpark commented Feb 28, 2017

hi @kripod, I don't think Choongmin Lee's approach supports dropout tolerance unless cards are generated on-the-fly, meaning shuffling protocol will have to be merged with drawing protocol. But I don't think this can be done without some kind of homomorphic encryption.

@kripod kripod self-assigned this Jan 15, 2018
@kripod kripod removed this from the v1 milestone Jan 30, 2018
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

2 participants