-
Notifications
You must be signed in to change notification settings - Fork 11
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
feat: miner response times #162
Conversation
@hide-on-bush-x I was thinking we can now take your list of valid responses, and further score them based on these response times. I don't think it makes sense to consider how fast a non-valid response was, otherwise miners can send back bad data fast, and get at least some rewards, which we don't want, right? |
Yeah that makes sense, Ill take a look at how to achieve that |
Closing this pull request as this functionality has already been merged into main via the data validation PR |
Pull request was closed
Description
This PR fixes #122. It sets up the validator forwarder to use said processing times in it's rewarding/scoring of miners. This will be used alongside data validation to provide a weighted score.
masa/validator/forwarder.py
now includes the process time for each valid response (described as latency currently). note that it's impact on a score has not been implemented yet. waiting for https://github.com/masa-finance/issues/issues/197 to be implemented, and then we can use the response time as a weighted param towards the score (perhaps data validation is 0.75 weight and response time is 0.25 weight).This PR also implements a fallback for validators when they do not find any healthy UIDs (miners) to ping. We were seeing this behavior in our remote miners and this addresses that! It also adds a helper command in the Makefile to send TAO
Notes for Reviewers
Signed commits