Похоже, что geth еще не синхронизирован.
Текущий режим по умолчанию syn c для Geth называется fast syn c. Вместо того, чтобы начинать с блока генезиса и повторно обрабатывать все транзакции, которые когда-либо происходили (что может занять несколько недель), быстрая синхронизация загружает блоки и проверяет только соответствующие доказательства работ. Загрузка всех блоков - это простая и быстрая процедура, которая сравнительно быстро соберет всю цепочку.
Многие люди ошибочно полагают, что, поскольку у них есть блоки, они синхронизированы c. К сожалению, это не так, поскольку транзакция не была выполнена, поэтому у нас нет доступного состояния учетной записи (ie. Остатки, одноразовые номера, код смарт-контракта и данные). Они должны быть загружены отдельно и перепроверены с последними блоками. Эта фаза называется состоянием загрузки tr ie и фактически выполняется одновременно с загрузками блоков; увы, в настоящее время это занимает намного больше времени, чем загрузка блоков.
Итак, каково состояние tr ie? В Ethereum mai nnet уже есть тонна учетных записей, которые отслеживают баланс, nonce и т. Д. c каждого пользователя / контракта. Однако самих учетных записей недостаточно для запуска узла, их необходимо криптографически связать с каждым блоком, чтобы узлы могли фактически убедиться, что учетные записи не подделаны. Это криптографическое связывание c выполняется путем создания древовидной структуры данных над учетными записями, каждый уровень объединяет слой под ним в еще меньший слой, пока не будет достигнут единый root. Эта гигантская структура данных, содержащая все учетные записи и промежуточные криптографические c доказательства, называется состоянием tr ie.
Хорошо, так почему же это создает проблему? Эта структура данных tr ie представляет собой сложную взаимосвязь сотен миллионов крошечных криптографических доказательств (tr ie узлов). Чтобы действительно иметь синхронизированный узел, вам нужно загрузить все данные учетной записи, а также все крошечные криптографические доказательства, чтобы убедиться, что никто в сети не пытается вас обмануть. Это само по себе уже сумасшедшее количество элементов данных. Еще более усложняется то, что эти данные постоянно изменяются: из каждого блока (15 с) из этого tr ie удаляется около 1000 узлов и добавляется около 2000 новых. Это означает, что ваш узел должен синхронизировать набор данных, который изменяется 200 раз в секунду. Хуже всего то, что во время синхронизации сеть движется вперед, и состояние, в котором вы начали загрузку, может исчезнуть во время загрузки, поэтому ваш узел должен постоянно следить за сетью, пытаясь собрать все последние данные. Но до тех пор, пока вы на самом деле не соберете все данные, ваш локальный узел не будет использоваться, так как он не сможет ничего криптографически доказать о каких-либо учетных записях.
Если вы видите, что вы на 64 блока отстаете от mai nnet, вы не все же синхронизированы, даже не близко. Вы только что закончили с фазой загрузки блоков и по-прежнему выполняете загрузку состояния. Вы можете сами убедиться в этом через бесконечный [...] поток журналов записей о состоянии импорта. Вам также придется подождать, пока ваш узел не станет действительно подключенным.