Closed Inkvi closed 1 month ago
The pull request introduces significant changes to the repository, including a renaming from multichain-transfers-example
to evm-indexer
, reflecting an expanded functionality beyond USDC transfers. Modifications include a streamlined command structure for processing various blockchain transactions, enhancements to configuration options, and the removal of specific processor files. The updates aim to simplify the setup and execution of multichain transfers, improving overall flexibility and ease of use.
File(s) | Change Summary |
---|---|
README.md | Removed initial project description and USDC Transfer references; updated quickstart section for new repository name; simplified commands for Optimism and Base chains; streamlined setup instructions and environment variables. |
commands.json | Consolidated individual processor commands into a general "process" command; updated command entries to point to a single processor file; simplified production command structure. |
squid.yaml | Simplified command arguments for processors; replaced specific RPC endpoint variables with a unified PROCESSOR_NAME variable for both processors. |
src/chains/backfill.ts, | Deleted file responsible for backfill processing; removed invocation of runProcessor for backfill tasks. |
src/chains/optimism.ts, | Deleted file for processing Optimism transactions; removed invocation of runProcessor . |
src/chains/wallets/base.ts, | Deleted file for processing base wallet transactions; removed invocation of runProcessor . |
src/chains/wallets/eth.ts, | Deleted file for processing Ethereum transactions; removed invocation of runProcessor . |
src/chains/wallets/optimism.ts | Deleted file for processing Optimism wallet transactions; removed invocation of runProcessor . |
src/chains/processor.ts | Updated runProcessor invocation to remove the first parameter, simplifying the call. |
src/utils/ibc-processor.ts | Enhanced ConfigSchema with optional parameters; updated IbcProcessor and runProcessor function signatures for improved configurability and error handling. |
🐇 In the meadow where bunnies play,
Changes hop in a joyful sway.
Transfers now across the chain,
Simplified paths, no more strain.
With every leap, a new command,
Together we build, oh so grand! 🌼
Thank you for using CodeRabbit. We offer it for free to the OSS community and would appreciate your support in helping us grow. If you find it useful, would you consider giving us a shout-out on your favorite social media?
@Inkvi Looking at the README it's not totally clear to me how to add a new chain. Are developers supposed to add a new configuration file, update an environment variable, or both? Can we update the .env already being tracked with examples, or do we need to add the env variable for them?
@Inkvi Looking at the README it's not totally clear to me how to add a new chain. Are developers supposed to add a new configuration file, update an environment variable, or both? Can we update the .env already being tracked with examples, or do we need to add the env variable for them?
They can do either or both. Env vars take precedence over the config.
Creating a new processor for each file is no longer required. The processor can be fully controlled via env vars and a config file.
Summary by CodeRabbit
New Features
evm-indexer
, reflecting broader functionality.Bug Fixes
Refactor
Documentation