-
Notifications
You must be signed in to change notification settings - Fork 533
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
Failed to Extract Exit event during withdraw #1781
Comments
From what I can see, the root token is deployed to Mumbai (https://mumbai.polygonscan.com/address/0xaadbc81dec3d3f27a23b9fc8d9f1f031034079e6), which means it is a root chain originated token. The So the key takeaway should be that mintable predicates are used when bridging Supernets-originated tokens and other predicates (without the |
Hi @Stefan-Ethernal, I followed your recommendation and used this command to withdraw:
However, I receive the following error on doing so:
Kindly let me know which address needs to be funded / referenced in order to mitigate this error, |
Hi @sahil3Vedi, apparently the wrong address for Is this JSON RPC URL of some of the Supernets validators http://127.0.0.1:9545? Can you try the following, using foundry (https://book.getfoundry.sh/), invoke the following command to find out the child token address on the cast call 0x3EB10E0c47Cab33036199f5e20bc89C4B2Cca72B --rpc-url http://127.0.0.1:9545 "function rootTokenToChildToken(address)" 0xaADBC81Dec3D3f27a23b9fC8d9F1f031034079e6 Also query it on the RootERC20Predicate (erc20PredicateAddress from genesis.json) and make sure they are the same (you can provide me the output of both commands): cast call <erc20PredicateAddress from genesis> --rpc-url <$MUMBAI_RPC> "function rootTokenToChildToken(address)" 0xaADBC81Dec3D3f27a23b9fC8d9F1f031034079e6 If those addresses are the same but differ from the one printed out with the deposit command, then provide it for the child-token address in withdraw command. |
Output of the first command:
Output of the second command:
|
Hi @sahil3Vedi, Error:
(code: -32600, message: unable to execute call: not in allow list, data: None) this error gives a bit more context and a new perspective. Apparently, it seems that you are using access lists, but account is not allowlisted. In rough outline, you should execute the following command, but update it to suit to your particular parameters. What it does is that it allow lists account for bridge transactions. cast send --private-key <bridge allow list admin private key> --rpc-url http://127.0.0.1:9545 --legacy \
0x0200000000000000000000000000000000000004 "function setEnabled(address)" <address of the account that sends bridge withdraw transactions> If this fails for some reason, then please provide a genesis.json to figure out is there an alternative approach. |
Hi @Stefan-Ethernal ,
I should mention that the bridge allow list admin and the address sending the bridge withdraw transactions are the same account. I'm attaching the genesis.json inside a zip. |
Can you double check that you haven't provided address of admin account as a parameter to cast send --private-key <bridge allow list admin private key> --rpc-url http://127.0.0.1:9545 --legacy \
0x0200000000000000000000000000000000000004 "function setEnabled(address)" 0xAE3ac03497aB6aFfF786bCFF95DD6e9095Dc5d55 Are you enable to try the whole thing from the scratch using bridge allow list admin private key? It should be allowed to do both deposits and withdrawals. Or if you have already done that, can you try with another account, but first enable it in the bridge allow list, by executing cast send transaction from the above? Other than the account that is performing withdrawal not in the access list somehow, everything else seems correct to me. |
Hi @Stefan-Ethernal, Wanted to share something interesting with you. DUring genesis instead of using allowlists I now use blocklists.
Is this:
Does this provide us with some insight for the issue? |
Hi, I'm facing the same issue, following everything as mentioned in the thread. We are trying to deposit tokens from the rootchain, and mint then successfully as native currency within the supernet. The deposit transaction didn't really increase the balance on supernet though. While doing withdrawl we are facing similar issue. Current seeing the out of |
Hi,
The problem: |
Failed to Extract Exit event during withdraw
Description
The following error is thrown when trying to withdraw an ERC20 token from the Supernet.
Your environment
Steps to reproduce
The text was updated successfully, but these errors were encountered: