-
EnvironmentTestnet Provide a brief description of the functionality you're trying to implement.the main question is that sometime take 20s ~ 40s+ to call some method like What is the specific issue or error you're encountering?
and sometime some other transactions took 6~8s to call eth_sendRawTransaction
About 1~2 seconds after this order was successfully uploaded to the chain, we found out that the receipt status of this response is still 0, BlockNumber is nil, so we mark this transaction to failed, but in the end we received order filled events, and at the same time about after another few tens of seconds, we manually inquired about this transaction and the receipt status became 1. So is it understandable that if the receipt status is 0 and BlockNumber is nil, we can mark that the order is still in the initial state, not the failed state. Can you share the error messages or logs you're receiving, if any?No, just too slow Have you made any recent changes to the contract before encountering this issue?No Are there any external libraries or contracts that your contract interacts with?No Can you provide the relevant portions of your contract code where the issue is occurring?No Have you tried to isolate the problem, and if so, what were the results?No What steps have you already taken to try to resolve the issue?No Repo Link (Optional)No response Additional DetailsNo response |
Beta Was this translation helpful? Give feedback.
Replies: 2 comments 1 reply
-
Hi @easyhappy can you confirm you're still experiencing this issue? If so, what RPC provider are you using? |
Beta Was this translation helpful? Give feedback.
-
Closing issue as left unreplied |
Beta Was this translation helpful? Give feedback.
Closing issue as left unreplied