-
Notifications
You must be signed in to change notification settings - Fork 17
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
Discussion about Hunter/Gatherer Role #158
Comments
Some clarifications I had that would be good to make public:
|
What problem are we trying to solve with those roles? In the end, it's always If the objective we are trying to solve is to create |
They would split the awards for 1st and 2nd place, evenly. (This is how the existing award curve works.)
Good question; we haven't discussed this, but we'll consider it.
Both of these questions are a bit philosophical in nature -- but the north star at C4 is always to secure projects. The objective here is to add further incentives for wardens to provide projects with as much coverage as possible, and to hunt for the hardest-to-find vulnerabilities. Top performers at C4 will continue to be awarded well. And it's worth underlining that the HM pool is increasing as a percentage of overall awards. |
How do we measure that? Do we use the same formula as the awarding formula (meaning the warden with the biggest HMs payout would also get this bonus)?
|
@0xA5DF We'll get the awarding formula added to our docs ASAP. |
I'd like to suggest an optional improvement for this: 2nd & 3rd place would get part of the bonus, but only if they get close enough to the 1st place (e.g. 80-90% of the points of 1st place). |
If theres only 1 solo finding thats a medium and 3 highs all duplicates, how does that 10% bonus for solos get distributed? Seems like this is just going to make judging more complicated, which is still the bottle neck of any audit. Wouldn't this just be incentivising people to argue that certain issues are duplicates or find basically identical edge cases in related issues and submit them separately hoping one can be argued as a unique solo? We have gone from just incentivising people to find issues of certain severity, which already has unanswerable issues where people try to game the system by inflating or deflating severity, to now a situation where we will have people arguing over how 'solo' their issue is. |
Since there will be plenty of questions/discussion, I am frontrunning these by opening an issue here to have all the comms in a single place.
https://code4rena.com/blog/code4rena-spring-update-2024
The text was updated successfully, but these errors were encountered: