We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
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
When using the custom tx builder and attempting to interact with a proxied contract the Abi is fetched for the proxy contract.
Rather we should detect that the contract is a proxy and additionally fetch the abi for the proxy's implementation.
Should largely happen behind the scenes. Show a message that we've detected a proxy and fetched the implementation abi.
This would greatly enhance usability for proxy contracts via the custom transaction builder.
The text was updated successfully, but these errors were encountered:
Isn’t that how it already works? If it detects a proxy, it offers to use the implementation ABI.
Sorry, something went wrong.
It has not worked in my testing with the Base (Optimism) Portal contract. I've been needing to add the implementation ABI manually. https://etherscan.io/address/0x49048044d57e1c92a77f79988d21fa8faf74e97e#writeProxyContract
No branches or pull requests
What is the feature about
When using the custom tx builder and attempting to interact with a proxied contract the Abi is fetched for the proxy contract.
Rather we should detect that the contract is a proxy and additionally fetch the abi for the proxy's implementation.
The list of requirements
Designs/sketches
Should largely happen behind the scenes. Show a message that we've detected a proxy and fetched the implementation abi.
This would greatly enhance usability for proxy contracts via the custom transaction builder.
The text was updated successfully, but these errors were encountered: