-
Notifications
You must be signed in to change notification settings - Fork 74
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
Use getsourcecode endpoint from etherscan api instead of anyabi+ proxy detection logic #157
Conversation
The latest updates on your projects. Learn more about Vercel for Git ↗︎
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
AWESOME job @portdeveloper!!
Tested nicely with different use cases and is working nicely! And implementation contracts are working great now.
Just missing to verify one use case (custom chains). Tried using your custom chain example and is not working for me:
parex chain details:
chainId: 322202
rpc: https://mainnet-rpc.parex.network
verified contract: 0x6058518142C6AD506530F5A62dCc58050bf6fC28
block explorer: https://scan.parex.network/
I'm getting Address is not a contract, are you sure you are on the correct chain?
message. Tried with 0x34f04Ed4550DC66798517C454e2ee7DF6B88f45d
and i'm getting the "Decompile (beta)" / "Import ABI" options.
@Pabl0cks Thanks for the review! Unfortunately, parex network is down and Shiv found another chain:
And if you use Viction, you successfully reach addressAbi tab and import an ABI manually and reach the interaction page. |
Ohh don't know how I missed this PR, will try it over weekend 🙌 |
TYSM! Approving the PR now 🙌 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Tysm @portdeveloper!! Great find on getsourcode enpoint! removes a lot of burden and network request to check for proxies! Just tested it out looks good! Added a couple of small comments
Regarding GH actions tests now if someone outsider makes a PR to abi.ninja they would always fails since their fork/branch won't be able to access our variables.
A manual solution for now would be we(reviewer) run yarn cypress:run
locally and see if that PR passes the test before merging. I think we had chat about it in TG and also tried digging about it technophile-04/abininja-fork@5a2a48b but it seems to doesn't work but yeah in long run it would be great if we get it solved not at all top-priority though
Just pushed a couple of commits(hacky) to fix the GH action, the problem seems even after adding those variables to github secrets they were not getting picked by nextjs so added a step where we echo |
…m SE-2 to detect zero addresses
@technophile-04 thanks for you feedback, fixed! also about the automated tests problem, i wonder if playwright is easier to configure? |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Tysm @portdeveloper !!
Description
This PR
-> Uses getsourcecode api, which can be found here: https://docs.etherscan.io/api-endpoints/contracts
-> Removes the use of anyabi and proxy detection logic
To-Do
(We probably need to add all those env vars to github actions for the tests to work, and i don't have access to that)
Related Issues
Fixes #141