How it Works for Protocols

Whether this is your protocol’s first audit before launching on mainnet, or latest version, Sherlock’s audit experience is designed to provide the familiarity of a traditional audit, with drastically better results.
A protocol’s audit process:
1.You can request an audit by going to Sherlock.xyz and submitting a customer form under “Request Audit” - you can schedule an audit with at least 3 days' notice.
2.Sherlock will contact you to discuss your audit scope, expected timeline, and requirements to get an audit started (check out our Audit Requirements Checklist for items Sherlock requires to start an audit).
3.Sherlock conducts an initial assessment and provides you with a quote based on the length of time required for the audit.
4.You then reserve your audit slot by putting down a refundable deposit for 25% of the cost of the audit.
5.Three days before the audit starts, you send Sherlock the final commit, branch, contracts, and the remaining portion of the audit deposit.
6.Once the audit contest portion of the audit begins, Sherlock will ask your team to be available to answer questions from security experts (mostly in a Discord channel). 
7.Immediately after the audit contest ends, the judging contest starts. The judging contest will last a variable number of days, depending on the number of issues submitted. A day or so after the judging contest ends, Sherlock will provide you with a curated, de-duplicated list of all High and Medium-severity findings.
8.You then have 72 hours to acknowledge and indicate which submitted issues you intend to fix and schedule a fix review to be completed within 3 weeks.
9.Sherlock asks that you implement any fixes (a separate PR for each issue being fixed) and deliver the new commit hash to Sherlock 24 hours before your fix review starts. We also ask that you comment on each open issue (in the Sherlock repo) with a link to the PR that fixes that issue. 
10.Around the same time as Step #9, Sherlock runs an "Escalation Period" where security experts can stake USDC and flag any issues that they think were not categorized correctly for a second opinion. 
11.Post-fix review, you will receive sign-off to launch on mainnet and a final report, which gives you the option to add coverage at any point in the future.
12.Sherlock works with you to get your coverage and bug bounty live (if you decide you want smart contract exploit coverage).
Important timeline considerations

The length of the audit contest itself will be communicated to the protocol team as part of the initial quote/scoping. However, the post-contest process can take as little as 1 week, or it can take a few weeks, depending on the number of issues found:

Audit Contest: Communicated in the quote/scoping
Judging Contest: Variable number of days immediately after audit contest
Issue Verification: Depends on the number of issues submitted, but could take 1 day or could take 7 days (also depends on the productivity of the protocol team)
Issues fixes: Depends on the number of valid issues, but could take 1 day or could take 1-2 weeks (also depends on the productivity of the protocol team)
Escalation Period: Once the issues have been verified, this process takes ~72 hours in total and usually occurs while the protocol team is fixing issues. 
Fix review: This will be done by the Lead Senior Watson if it can be accomplished in 0.5 days. If not, Sherlock suggests a small follow-up audit contest. Could take as little as 1 day, or it could take 1-2 weeks to schedule and complete (depending on number of issues and Lead Senior Watson availability, etc.)

Generally, Sherlock recommends a protocol team not expect to deploy/launch their protocol until 2-3 weeks after the audit contest finishes. 
Last modified 5mo ago