You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Is your feature request related to a problem? Please describe.
The feature request addresses a product gap with Cryo... reverted transactions from parsed blocks (ex query: cryo transactions --blocks 17M:latest --rpc http://localhost:8545 --csv) appear identical to valid and successful transactions. Example tx hash: 0x2493dd272251ca0867cc014a8ec985b4954314c08ba596ad64661f5b3b13d831
Describe the solution you'd like
stormnotstorm suggested this might be a solution: "ideally cryo should have some flag about how to handle this, either skipping those txs or adding a error column."
Describe alternatives you've considered
I've used naive methods of filtering bad txs: e.g. removing transfer values that exceed the market cap of a coin. This is not a correct solution, but what I have done for very crude removal of data that demonstrably corrupts my data set. A formal solution is greatly desired.
Additional context
See image of an invalid transaction and its resultant parsed output from a Cryo csv file (transaction_hash = 0x2493dd272251ca0867cc014a8ec985b4954314c08ba596ad64661f5b3b13d831).
The text was updated successfully, but these errors were encountered:
Anything able to be done on this? Having failed/reverted tx getting mixed into the data is rather undesirable. Going back and purging them afterward also an incredible chore.
Is your feature request related to a problem? Please describe.
The feature request addresses a product gap with Cryo... reverted transactions from parsed blocks (ex query:
cryo transactions --blocks 17M:latest --rpc http://localhost:8545 --csv)
appear identical to valid and successful transactions. Example tx hash: 0x2493dd272251ca0867cc014a8ec985b4954314c08ba596ad64661f5b3b13d831Describe the solution you'd like
stormnotstorm suggested this might be a solution: "ideally cryo should have some flag about how to handle this, either skipping those txs or adding a error column."
Describe alternatives you've considered
I've used naive methods of filtering bad txs: e.g. removing transfer values that exceed the market cap of a coin. This is not a correct solution, but what I have done for very crude removal of data that demonstrably corrupts my data set. A formal solution is greatly desired.
Additional context
See image of an invalid transaction and its resultant parsed output from a Cryo csv file (transaction_hash = 0x2493dd272251ca0867cc014a8ec985b4954314c08ba596ad64661f5b3b13d831).
The text was updated successfully, but these errors were encountered: