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
BSC Block 30501963 is NULL??? #989
Comments
Typo :) |
I needed to rephrase my issue as it turns out that calling GetBlockWithTransactionsByNumber asynchronoulsy from within a ProcessorForContract frequently returns NULLs. If I execute the following:
I very often get a NULL value in
Many thanks in advance! |
Any update about that issue? I have also that scenario, where after a certain time providers return null for the method GetBlockWithTransactionsByNumber. |
I have a log processor for a contract's transfer events which I execute asynchronously. It's been running for a couple of days and traversed roughly 2 500 000 blocks. However, when I visit block number 30501963 using something like this:
blockFromChain = await web3.Eth.Blocks.GetBlockWithTransactionsByNumber.SendRequestAsync(sl.Log.BlockNumber)
I always get a "Block is NULL" exception. I have an IBlockProgressRepository saving the progress but it doesn't matter how many times I restart the application - block 30501963 simply does not exist. Am I living in a (naive?) world where blocks are always committed no matter how few tx:s there are? Is this a wrong assumption? If this is the case how should NULL blocks be interpreted?
I'm definitely do not say this is a Nethereum issue but in the unlikely event it is, I thought I'd better ask here.
I'm using a premium Ankr RPC-endpoint towards the BSC chain in a .Net 7 C# console app and the combination Nethereum/Ankr RPC has been working extremely well so far.
Many thanks in advance!
The text was updated successfully, but these errors were encountered: