-
Notifications
You must be signed in to change notification settings - Fork 0
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
Find majorities in Spark measurements #59
Labels
Comments
Closed
This was referenced Jul 26, 2024
Closed
Merged
6 tasks
This was referenced Aug 29, 2024
I created a new roadmap item for Deal Retrievability Score (#156) so that we can prioritise it against other items in our backlog. I created a PR to fix the RSR calculation to include minority results, i.e., to restore the algorithm we used before I implemented "committees and majorities" in CheckerNetwork/spark-evaluate#304: Once that PR has landed, I'd like to close this roadmap item as done. |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
eta: 2024-08-31
When evaluating measurements submitted by Spark checker nodes, we should check whether we have enough redundant measurements from different parties to make it safe to assume there is an honest majority.
Measurements belonging to the minority with different retrieval results from the majority should be rejected.
Fields to cross-check:
providerId
indexerResult
provider_address
andprotocol
As part of this work, we need to change the way how we calculate retrieval success rates.
The text was updated successfully, but these errors were encountered: