Проблемы с синхронизацией Geth

Я несколько дней пытался синхронизироваться с последней стабильной сборкой geth на Ubuntu 16.04.

В моей последней попытке я выполнил команду следующим образом после очистки базы данных:

geth --rpc --sync-mode=fast --cache=1024

Что я заметил, так это то, что он синхронизируется с точкой, а затем произвольно перезапускается. Например, на днях дошло до блок-квитанции с числом в районе 3,5 миллионов. В какой-то момент я заметил, что он внезапно вернулся к блокировке квитанций, исчисляемых десятками тысяч. Когда я прокрутил вывод, не было сообщений об ошибках или указаний на то, почему это было сделано.

Это произошло на паре свежих синхронизаций. Не всегда в 3 миллионах, но иногда в 1 или 2 миллионах.

Мне пришло в голову, что я, возможно, просто неправильно понимаю вывод, поскольку обработанные состояния постоянно повышаются, даже когда номера квитанций блоков внезапно начинаются с 0. Любые советы были бы замечательными.

Это связано с тем, что сначала загружаются заголовки, а затем извлекаются все блоки. Кажется, что вы начинаете сначала, но на самом деле это не так.

Ответы (3)

Я думаю, что вы можете только --fast загрузить блокчейн в первый раз. То есть с самого начала.

После этого, если вы начнете снова (я не уверен в этом), все начнется сначала.

Когда вы запустите geth, будет три блока. Один для --fast, другой для --light и третий для полного блока.

Каковы ваши намерения? Только для синхронизации для совершения транзакций или для майнинга блоков?

Я пробовал три вещи.

  1. Остановите майнинг, если вы
  2. проводное соединение до синхронизации
  3. изменить значение кеша с 1024 на 2048
На данный момент определенно не занимается майнингом, к тому же уже подключен. Я попробую настроить размер кэша. Спасибо!

Для тех, кто синхронизирует узел прямо сейчас, по состоянию на 29 августа 2017 года в быстрой синхронизации имеется около 22 000 000 записей состояния.

Вот последняя запись в журнале

INFO [08-29|17:33:08] Imported new state entries count=3 elapsed=479.731µs processed=22003274 pending=0