-
Notifications
You must be signed in to change notification settings - Fork 836
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
Problem: to many out of gas
txs calls to Staking Precompiles post-upgrade
#2271
Comments
I also noticed that, haha. The core reason is that the gas returned by the RPC interface eth_estimateGas is not accurate. |
Probably should apply a magic number like DefaultGasMultiplier of Cosmos-SDK which is 1.2 |
I agree with your point. |
Thanks for the report! Will investigate |
This was fixed by this PR. |
Although the txs look better atm and seems resolved somehow. |
Reopening because the reason for this is not understood fully yet 👀. |
We believe that the execution of the txs were not failing, it was just the trace transaction that was giving the incorrect information. Can you send us a failing tx so we can check? |
@ramacarlucho if Escan says the txs as failed, they actually failed during consensus. Next time I will do screen capture. |
@VictorTrustyDev @luchenqun Do you see this happening on the Staking precompile only or in other precompiles too? |
Unfortunately I didn't check the other precompiles that time. |
This issue is stale because it has been open 45 days with no activity. Remove |
Context
Post-upgrade v16, there are many out of gas txs which calls to Staking Precompiles, looks abnormal:
https://escan.live/address/0x0000000000000000000000000000000000000800
The text was updated successfully, but these errors were encountered: