feat: run Aptos indexer processors v2 against locally running Movement network #1
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Summary
Addresses
movement
repo issue #1259 (sub-issue of #1258).I'm working on it in this repository because I was having issues with adding the processor v2 directly into the
movement
repo and thought a standalone repo might work better.To run the processors:
In the
movement
repository branchfeature/da-sequencer-node
runnix develop
thenjust movement-full-node native build.setup.indexer --keep-tui
to start the local network and the postgres db and expose the indexer gRPC endpoint.Prepare to send transactions locally, for the indexer to process. This needs to be done fairly quickly after the next step, or else the request for chain ID will time out and the processor will stop.
On the branch for this PR, run
Outstanding Issues
I'm not sure what is the best way to run all of the processors in parallel. From what I can tell, the needed processors are:
It may or may not be necessary to integrate this into the
movement
repository... still working on understanding the structure of how this will be deployed.