Skip to content
This repository has been archived by the owner on Jan 6, 2025. It is now read-only.

slash when validator has deposited but not yet reached start_dynasty #146

Open
djrtwo opened this issue May 15, 2018 · 4 comments
Open

slash when validator has deposited but not yet reached start_dynasty #146

djrtwo opened this issue May 15, 2018 · 4 comments
Labels

Comments

@djrtwo
Copy link
Contributor

djrtwo commented May 15, 2018

Issue

We don't currently handle this case. I started adding a bunch of specific logic for this case, but I think maybe we should just prevent a user from being slashed until they enter their start dynasty. This would keep things simple from a contract perspective. It would just potentially complicate logic from slash-watcher's perspective.

@djrtwo
Copy link
Contributor Author

djrtwo commented Jun 6, 2018

Thoughts @ChihChengLiang, @paulhauner?

@djrtwo djrtwo changed the title test slash when validator has deposited but not yet reached start_dynasty slash when validator has deposited but not yet reached start_dynasty Jun 6, 2018
@djrtwo djrtwo added the bug label Jun 7, 2018
@paulhauner
Copy link
Contributor

I will follow this up and reply here in a few days :)

@ChihChengLiang
Copy link
Contributor

I would say maximizing benefits for the contract is the priority for time being.

@paulhauner
Copy link
Contributor

paulhauner commented Jun 12, 2018

Slash-watchers already need to maintain a persistent list of vote msgs, so having another list of "future slashes" doesn't seem like a paradigm shift for them.

As you said, it'll add some complexity to slash-watchers but remove some from the contract. I'm generally in favor of pushing complexity off-chain, especially in a case like this were the contract is critical and there's a strong incentive (~60 ETH) to manage the off-chain complexity well.

So yeah, seems like a good call to me 👍

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
Projects
None yet
Development

No branches or pull requests

3 participants