-
Notifications
You must be signed in to change notification settings - Fork 38
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
Indeterminate behaviour that might have been caused by recent changes to Godwoken #812
Comments
Hi, this commit has not been deployed on testnet and mainnet 09f6d58 , how can you make sure is this commit introduced the error? Can you provide the error response and reproducible example to us? |
Thanks for coming back so quickly. Here is a sample repro of a falling call. Please note that this was working on Friday and nothing has changed on our end.
|
hi, it is strange cuz we don't have any new updates since last Friday either. However, we updated the godwoken-web3 to v1.8.1 version just now, can you try again and check if it is resolved by new version? |
Thanks @RetricSu . This issue does not seem to be present in 1.8.1. As we are going into production soon, we think it is important to understand the root cause of issues , so that we can put proper processes in place to mitigate them. We would therefore like to understand what changes were made that caused this error, as the the team managing the chain says nothing was changed on their end. In addition this , we would also appreciate some visibility in the release cycle e.g. when is 1.8.2 going into production? |
Here are my speculations. Godwoken have been returning undecodable error responses all the time. And this issue would be exposed when the client uses ethers.js >5.6.1. BTW, godwoken-tests#181 is a similar issue as well. When you upgrade ethers.js to >5.6.1, the error occurs, just like this issue description. This issue, returning undecodable error responses, was fixed by godwokenrises/godwoken-web3#512, which was deployed on testnet yesterday. Therefore, any version of ethers works right now, as @RetricSu said |
This morning after receiving this issue we have update the testnet from v1.7.0 to v1.8.1, the entire code change can be found by godwokenrises/godwoken-web3@v1.7.0...v1.8.1 , which including some error handling refactoring PR, eth_estimateGas/eth_call process refacotring PR etc. We didn't have any updates on testnet last Friday since it was a holiday and the team was not working during that period. I think one way to help catch the root cause (if you didn't upgrade ether library as @keroro520 mentioned above )might be that setup a minimal reproducible repo with your smart contracts. we can use this repo on local environment using devnet godwoken-kicker, from there the web3 version can be switched from different version easily. |
Thanks both! |
Additional notes for future reference; this issue only happened with on our testnet , our mainnet app worked fine. We use etheres v 5.6.4 in both instances |
This is happening again |
We think it might be caused by some kind of contract Is that possible to provide a minimal reproducible repo with your smart contracts? |
We dont think its a contract issue , as the issue happens randomly , and then fixes itself. Here is an example of a call that throws this error sometimes:
and here is the error that is thrown in the console |
Can you provide the source code of the contract ? |
curl https://v1.mainnet.godwoken.io/rpc -X POST \
-H "Content-Type: application/json" \
-d '{"jsonrpc": "2.0", "method":"poly_version", "params": [], "id": 1}'
{"jsonrpc":"2.0","id":1,"result":{"versions":{"web3Version":"1.7.4","web3IndexerVersion":"1.7.4","godwokenVersion":"1.6.1 e256d50"} |
Hi, @samtvlabs curl https://v1.mainnet.godwoken.io/rpc -X POST \
-H "Content-Type: application/json" \
-d '{"jsonrpc": "2.0", "method":"poly_version", "params": [], "id": 1}'
# Result
{"jsonrpc":"2.0","id":1,"result":{"versions":{"web3Version":"1.8.5","web3IndexerVersion":"1.8.5","godwokenVersion":"1.6.1 e256d50"} |
This issue was closed because it has been inactive for 14 days since being marked as stale. Please re-open this issue if you meet the problem again. |
We have an application that was working fine until this commit was introduced . It would seem that ethers.rs might not be able to handle this response. We believe this might be causing ethers to return this error (See this issue).
The text was updated successfully, but these errors were encountered: