Можно ли запустить Geth с двумя каталогами данных (один для полной цепочки блоков, один для опции --fast)?

Я управляю Geth так же, как и Mist. Я знаю, что могу запускать Geth, запускать Geth с консолью, запускать Geth и подключать консоль к новому терминалу, а также запускать Mist самостоятельно. По какой-то причине Mist не загружается, когда Geth уже запущен...

В любом случае, я хочу провести анализ в действующей/основной сети, поэтому я хочу загрузить полную цепочку блоков, а также иметь быструю версию для транзакций, когда полная цепочка блоков не будет полностью синхронизирована в течение нескольких дней.

Возможно/рекомендуется ли это делать, просто указав один из двух отдельных каталогов данных, которые я явно вызываю при запуске geth, в зависимости от того, хочу ли я обновить полную цепочку блоков с помощью geth или облегченную цепочку блоков с помощью geth --fast?

Ответы (1)

Да.

Используйте --datadirдля Гета. Вам просто нужно быть осторожным, чтобы не перепутать и не забыть указать --datadirвсякий раз, когда вы запускаете какие-либо команды Geth. Это также можно использовать для создания различных тестовых сетей или частных цепей.

Доступ к базе данных, используемой Geth, может получить только один процесс: --datadirодновременно может работать только один экземпляр с данным. Mist также запускает Geth, поэтому вам может понадобиться также следовать Как установить другой каталог данных в Mist?

Это полезно, в чем реальная опасность смешивания команд. Например, я запускаю --fast в каталоге данных медленной цепочки или наоборот?
Смешивая команды, например Geth с dir1, а затем Geth console с dir2, вы можете ожидать определенных блоков и транзакций в консоли, но не видеть их, потому что вы работаете с цепочкой dir1. Смешивание тестовой сети или частной сети с основной сетью также может привести к тому, что основная сеть перезапишет другую цепочку, поскольку основная сеть «длиннее». Как правило, смешивание команд может привести к поведению, которое кажется очень запутанным, пока смешивание не будет обнаружено.