A common occurrence with subgraph development is that a live subgraph will fail as of a given block, often due to some unforeseen situation or circumstance. The current workflow requires fixing the bug in the subgraph, redeploying the subgraph, and waiting for indexing to complete up to the same block (to see if the fix worked). This is time-consuming, and frustrating if the fix does not work first time.
The proposed solution is to allow running handlers on a single block for a locally built subgraph, using a subgraph URL as the “store” (this URL could be from the failed subgraph instance).
graph build graph process-block --blockNumber 123456 --store https://api.thegraph.com/subgraphs/name/enzymefinance/enzyme-kovan --rpc <ethereum_node>
- This may need specifically created logging (assuming that graph-node logging would not be available)
- If there are multiple handlers in a block, then the state would need to be handled appropriately (based on the graph node endpoint & any loaded / saved entities during the block)
- The specified ethereum node would need to be archival if the subgraph requires contract calls
It would be great to get feedback on this problem area, and proposed approach (this has been slated as a follow-on for the Limechain team, who are currently working on the Unit Testing framework) cc @dennison @Brendan @ianlapham @Leo