What problem does it solve?
Changes to Erigon's erigondb.toml resolution logic (creation, defaults, legacy detection, downloader delivery) can silently break one of three runtime paths. This Skill provides a repeatable integration test plan that verifies settings resolution end-to-end across legacy datadirs, fresh syncs with the downloader, and fresh syncs with --no-downloader.
Core Features & Use Cases
- Three-scenario coverage: Tests legacy datadir migration, fresh sync with downloader-delivered settings, and fresh sync with --no-downloader defaults.
- Isolated ephemeral datadirs: Uses cloned or empty ephemeral datadirs with distinct port offsets (+100, +200, +300) so the user's real node data is never touched.
- Explicit success criteria: Defines expected log messages, step_size values, references_in_commitment_branches values, and file-creation timing for each scenario.
- Use Case: After modifying the erigondb.toml resolution code, run this plan against a hoodi legacy datadir to confirm legacy settings (step_size = 1562500) are written on startup, network settings propagate during header-chain download, and defaults are written immediately with --no-downloader.
Quick Start
Run the erigondb.toml integration test plan for chain hoodi using my legacy datadir at ~/eth-nodes/erigon33-hoodi-stable.