Hey, you can try our Entropy Explorer https://entropy-explorer.pyth.network/, we have various filters that you can search via. You could check the sequence number yourself.
Gm @marv , it looks like you may have specified a different provider for those requests? Currently we run the only provider (0x52DeaA1c84233F7bb8C8A45baeDE41091c616506) and it would have picked up these sequence numbers, but I don’t see it in our logs. If you used a different provider, unfortunately we can’t unbrick those requests.
Apologies for the delay @marv . I’m investigating how we can help unbrick you. Please give me a few hours and i’ll get back to you with my findings.
@marv Alright I did some digging – based on the tx you provided, it looks like your contract called request and not requestWithCallback. This is an old flow and is incapable of executing a callback.
You can still obtain the final random number if it helps you:
Call the revelation API with the sequence number to get the provider revelation
Since you didn’t originally register a callback in the request (due to the usage of request and not requestWithCallback ,) there’s no way for us to call your callback with the result.
However, you can have your contract call reveal with the original user random number and the provider revelation to get the final random number.
We will update our Solidity files to emphasize that request does not provide a callback, and that it’s recommended to call requestV2 on IEntropyV2 instead.
I know it’s not the resolution you hoped for, but hopefully this helps. Thanks!
@marv Yeah unfortunately a callback is only possible when the original request was done via requestWithCallback or requestV2. In that flow, Entropy will call your callback with the random number.
The flow you’re following works differently – your contract can call reveal to get the final random number with the provider revelation, not the other way around.