ape
ape copied to clipboard
fix: None check in SharedBlobReceipt
What I did
fixes: added a None check to hex_to_int in SharedBlobReceipt
How I did it
added a simple None check with a 0 return
How to verify it
Try hitting RPCs (such as tenderly's) that have not updated their returns post-Dencun.
Checklist
- [ ] All changes are completed
- [ ] New test cases have been added
- [ ] Documentation has been updated
although @banteg noted that this actually might be a legitimate value for it to have per EC spec
have to use
is
for None check
so is this the case? we can adjust to allow None values
re-open if still a problem or create an issue?