Hi @paypr - we saw some increased response times mid-last week. In the future, if you want to check the status of our nodes, visit https://status.infura.io/
Yeah, I checked the status page and there was nothing going on. Just checked again, and there’s no indication that the service was effectively unavailable for 5 days.
The error was likely caused by something around the nature of the eth_call you were making; perhaps that the from account you’re using to make your eth_call doesn’t have enough ETH to cover the gas of the transaction. If you want to look into it further, you can check this link out.
However, if you can give us the details of the eth_call you’re making, we can see what workarounds we can suggest to prevent this from happening in the future!
OK, I’ve been able to add some more logging to my production system to pinpoint the calls and determine the root cause. The issue is that even read-only calls (eg to ERC-20 token balanceOf) are checking the ethereum needed for gas, which is never needed since all read-only calls are local to the node.
We are explicitly setting the gas price on every call or send-tx so that we can get the most up-to-date gas prices on every call. This works great for send-txs because we would check to make sure that there’s enough Ethereum on the account for the gas needed for the call. If not, it may error in a different way, but we haven’t seen any of these because we aren’t running very many send-tx. But for some reason, even simple calls like balanceOf were using a large amount of gas, and when calculated with the gas price of the hour, it would sometimes go over the amount in the account.
The solution is for us to explicitly use a gasPrice of 0 when making read-only calls.