A bounty protocol is a marketplace for developers to identify bugs in smart contracts that automation cannot detect. The bounty protocol has the potential to leverage software engineering talent from around the world to add an essential layer of infrastructure for blockchain security.
“By open-sourcing our code, we anticipate that Quantstamp Security Network users will benefit in two ways: Enhanced security and code quality: We anticipate the quality and security of the network to increase because engineers from the open source community have the option to suggest edits to the code. Transparency: Users will be able to independently verify that our network operates as we claim it does.”
– The Quantstamp Team
Why It’s Needed
Over 250 million USD has been lost or stolen due to bugs in smart contract code. In order to scale the security of smart contract blockchains using automation, the Quantstamp team created the Quantstamp Security Network. Although the Quantstamp Security Network detects vulnerabilities such as the re-entrancy bug that led to the DAO hack in 2016, there are certain bugs that currently only human auditors can detect.
The bounty protocol supplements Quantstamp’s automation by allowing human developers from around the world to report more nuanced vulnerabilities and check for bugs against specifications.
How It Works
- A bounty provider is someone who submits their smart contract for review to the bounty protocol.
- Any developer, referred to as bug hunters, can then review the smart contract code and report vulnerabilities if they find them. In order for the bug hunter to receive their bounty, judges must vote to decide if the bug hunter did in fact report a valid vulnerability. The judges are selected using a QSP-based token curated registry (TCR).
- If enough judges vote in favor of the bug hunter, the bug hunter receives their bounty.
The bounty protocol uses two commit-reveal schemes in order to prevent judges and bug hunters from gaming the system.
Bug hunters submit reported vulnerabilities using a commit-reveal scheme in order to prevent front running. Without a commit-reveal process, a malicious actor can wait until an honest bug hunter submits a report on the blockchain. While that transaction is pending, the malicious actor can submit that exact answer but with a higher gas fee. If the transaction is processed first, the malicious actor succeeds.
Judges only receive a reward if they vote with the majority. In order to prevent early votes from biasing the votes of judges who vote later in the process, judges first submit a hash of their vote. After this period is over, judges submit a second transaction with their revealed vote.
Check out the Quantstamp GitHub repository for more information.