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

feat: miner response times #162

Closed
wants to merge 8 commits into from
Closed

Conversation

grantdfoster
Copy link
Contributor

@grantdfoster grantdfoster commented Jul 16, 2024

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

  • Yes, I signed my commits

@grantdfoster grantdfoster linked an issue Jul 16, 2024 that may be closed by this pull request
@masa-finance masa-finance deleted a comment from github-actions bot Jul 16, 2024
@masa-finance masa-finance deleted a comment from github-actions bot Jul 16, 2024
@masa-finance masa-finance deleted a comment from github-actions bot Jul 16, 2024
@grantdfoster
Copy link
Contributor Author

@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?

@hide-on-bush-x
Copy link
Contributor

Yeah that makes sense, Ill take a look at how to achieve that

@grantdfoster grantdfoster enabled auto-merge (squash) July 17, 2024 20:01
@grantdfoster grantdfoster self-assigned this Jul 19, 2024
@grantdfoster
Copy link
Contributor Author

Closing this pull request as this functionality has already been merged into main via the data validation PR

auto-merge was automatically disabled August 6, 2024 19:45

Pull request was closed

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

Successfully merging this pull request may close these issues.

Calculate Miner Response Time for Utility Score
2 participants