

.avif)


A smart contract audit is a detailed analysis of a project's smart contracts to find vulnerabilities and bugs before the code is deployed, while a fix still costs engineering time rather than user funds.
Once a contract is live, its code is immutable and its balance is public. A mistake that would be a quiet patch in a normal web application becomes permanent, visible, and directly profitable for someone else to exploit. An audit is the last point at which a flaw is still cheap to fix.
Automated scanners catch known patterns such as reentrancy signatures, missing access modifiers and unchecked return values. What they cannot do is reason about whether your protocol's economics still hold when someone is actively trying to break them. That takes understanding what your protocol is meant to do, which is why every HYDN audit is led by a human.
%20copy.avif)
Six stages, from first contact to final certification. At every point you know which stage you are in, what we need from you, and what you get at the end of it.
You send us your source code and tell us what the protocol is meant to do. Scope is agreed against a specific commit hash, so both sides know exactly what is being reviewed.
We read the code before we price it. Your quote reflects the actual risk in your contracts rather than a line count, and we tell you what is driving it.
Senior auditors review the code by hand, modelling how a motivated attacker would approach it. Tooling supports that work. It does not replace it.
You receive a private report classifying every finding as critical, high, medium, low or informational, alongside redundant code and code maturity notes, each with clear remediation guidance.
Your team remediates, and we stay available while you do. Up to two rounds of remediation review are included in every audit at no extra cost.
We re-examine your fixes to confirm they hold, then issue the final report and certification. You decide whether to publish it.
Every audit starts from the assumption that your contracts will be attacked by someone competent, patient and well funded. These are the classes of flaw we look for first, because these are the ones that empty protocols.
A contract that calls out to another before updating its own state can be re-entered mid execution and drained. It is the oldest bug in Ethereum and it still lands, because the modern version hides inside a chain of cross contract calls rather than one obvious function.
What is a reentrancy attack?If your protocol trusts a price, someone will try to move that price. Thin liquidity, spot price feeds and single source oracles all let an attacker create a profitable lie that only needs to be true for one block.
The dangers of oracle manipulationMissing modifiers, initialisers left callable, and privileged functions that were never meant to ship. Simple flaws with total consequences, and they are caught by reading the code rather than scanning it.
5 common smart contract vulnerabilitiesUpgradeable contracts trade immutability for flexibility and inherit a whole new class of bug: storage collisions, uninitialised implementations, and an admin key that quietly becomes the single largest risk in your system.
5 common smart contract vulnerabilitiesCode that is correct line by line can still be wrong as a system. Rounding that favours the caller, incentives that quietly reward an attack, and invariants that hold in testing but not under adversarial pressure.
OWASP Smart Contract Top 10 for 2026Generated code compiles, reads well, and carries the confident tone of something that has already been checked. Frequently it has not been. We are finding a rising number of vulnerabilities that look completely idiomatic and are not.
The hidden dangers of AI generated codeAnyone can claim an attacker mindset. These are engagements where it was tested in public, against real money, on a clock.
On the evening of 8 April 2023, HYDN monitoring caught an approval bug in SushiSwap's RouteProcessor2 contract. Weak input validation in processRoute() allowed an attacker to impersonate a V3Pool address and move tokens out of any account that had granted approval. We opened a joint war room with the Sushi team that same night and deployed a cross chain watcher contract to front run the attackers across eight chains, rescuing over $600,000 of user funds before they could be taken.
Read the full SushiSwap write upA vulnerability report from a deployed contract our team found an issue in, published in full rather than summarised. You can read exactly what we found and how we wrote it up.
Read the reportHYDN won the EthernautDAO CTF hacking challenge in 2022, breaking the target contracts twice in under five minutes. Our lead auditor placed as the highest solo competitor in the Paradigm CTF 2023.
Read the EthernautDAO reportWe do not price audits by the line, because line count is a poor proxy for risk. These are the things that actually move your number.
Request a quoteHow to prepare for a smart contract auditA smart contract audit is a detailed analysis of a project's smart contracts to find vulnerabilities and bugs before the code is deployed. Because a deployed contract is immutable and holds funds, an audit is the last practical point at which a flaw can be fixed cheaply rather than exploited expensively.
We do not publish fixed prices, because a line count tells you almost nothing about risk. Cost is driven by logic density, external integrations, upgradeability, your existing test coverage and how fast you need it. Every quote is scoped against your actual contracts, and we tell you what is driving the number.
Most token and ERC-20 audits take 2 to 5 days. A standard DeFi protocol takes 2 to 4 weeks. Bridges, L1s and ZK systems take 1 to 3 months. Compressed timelines are possible, but they cost more, and we will tell you honestly if a deadline is buying you a worse audit.
We audit Solidity smart contracts across all EVM compatible chains. Our real time monitoring covers more than 30 chains, which is a separate service from auditing. If you are building outside the EVM, talk to us first rather than assuming we cannot help.
Documentation covering what the system is meant to do and why, any risks you are already worried about, linted code with warnings resolved, and a code freeze with a specific commit hash. Anything changed after the audit begins falls outside the agreed scope.
Findings are classified as critical, major or minor, alongside notes on redundant code, coding errors and code maturity. Every finding comes with remediation guidance rather than just a severity label, so your team knows what to actually do about it.
We use tooling, but no HYDN audit is led by it. Scanners are good at known patterns and poor at protocol specific logic, which is exactly where the expensive bugs live. A human decides what matters and why, and a human writes your report.
Your initial report is private. Once findings are remediated, you decide whether to publish the final report and certification. Some clients publish everything, some publish nothing, and both are entirely reasonable.
Yes. Up to two rounds of remediation review are included in every audit. We re-examine your fixes to confirm they hold and have not introduced anything new, then issue the final report and certification.
We tell you immediately rather than saving it for the report. Critical findings are raised as soon as they are confirmed, so your team can begin work on a fix while the rest of the review continues.
Most audit companies don't take the time to get a proper understanding of what you are trying to achieve, they simply operate on high volumes with rapid, often automated, delivery.
Here at HYDN we first gather a deep understanding of what your project is trying to achieve and then we can ideate potential attack vectors and test them properly.
By operating this way, HYDN is able to truly test your code for vulnerabilities.
HYDN
Other Auditors