Open Melvillian opened 2 years ago
I'd like to see this as well. Hardhat is an especially natural choice because built-in fuzzing support would nicely complement its mainnet forking feature.
I'd love to see that implemented
Would love to see this included in the hardhat toolkit as well
Can't wait for this critical feature!
Is Hardhat planning to launch an integrated fuzzer soon ? If not, we can build one.
@rodrigoherrerai I'd love to build native fuzzing feature in Hardhat - happy to chat.
@AbhinavMir messaged you through Twitter
This issue was marked as stale because it didn't have any activity in the last 30 days. If you think it's still relevant, please leave a comment indicating so. Otherwise, it will be closed in 7 days.
This issue was closed because it has been stalled for 7 days with no activity.
Is anyone working on it? I'd like to give a shot at it.
No one is working on it yet. Feel free to dive in. However, please be aware that the initial work will be "product work" rather than "technical work," which means discussion with the team to figure out what exactly should be done and how it should be approached. Any facilitation of that discussion would be welcome here on this Issue.
@karooolis Would love to work on it as well
Good talk for anyone who wants to do the product work: https://www.youtube.com/watch?v=RrdrfdtWnSo
I can't wait for this critical feature, If someone have a plan to this feature, I will contribute to it
hoping to see this feature
dapptools and recently foundry both support fuzzing natively. We should support fuzzing with Typescript. This will help keep feature parity with similar smart contract devkits, and give TS users an additional powerful tool in their testing kit which currently doesn't exist, either natively in Hardhat nor as a plugin.
I don't have a concrete suggestion for what the UX should be for this, but here are some ideas.
1) Use code instrospection to detect which tests the user wants to make use of fuzzing (similar to how dapptools and foundry do it with
*WithFuzzing
suffix) 2) Add a built-in hardhat function uses to wrap Mocha'sit
tests, which takes as its arguments the variables you want to fuzz againstI have implemented some fuzz tests on my own using hardhat, and it would have saved me a lot of time, as well as encouraged me to write more comprehensive tests in the first place, if Hardhat had a ready-to-go tool for fuzzing.
I'm happy to help implement this with the help of an existing Hardhat contributor.