Почему стоит проверять локальное время
Для работы узла требуется не только дисковое пространство и пропускная способность, но и в основном правильное системное время. Расхождения во времени могут мешать интерпретации журналов, диагностике сетевого соединения и работе некоторых служб безопасности. Если синхронизация, кажется, остановилась, не следует сразу связывать проблему со сбоем блокчейна. Сначала проверьте системный часовой пояс, статус автоматической синхронизации времени и недавний статус неактивности, затем посмотрите высоту блока узла и фактическое подключение.]
Временная метка блока не является временем поступления платежа.
Время в заголовке блока заполняется майнерами и подчиняется правилам консенсуса; его нельзя считать точным временем глобального новостного события. Браузеры также могут отображать местный часовой пояс или время первого обнаружения транзакции. При сверке счетов время блока, время получения кошелька и время зачисления на платформу следует сохранять отдельно; объединение этих трех полей в одно «время транзакции» вызовет ненужные споры при проверке между регионами.
Количество узлов следует учитывать в зависимости от предполагаемого использования.
Вы можете проверить состояние сети и информацию о подключении узлов, чтобы подтвердить наличие исходящих соединений, начальную синхронизацию и ограничение пропускной способности. Большее количество соединений не означает автоматически большую безопасность, а меньшее количество соединений не обязательно означает больше сбоев. Операторам следует различать локальные брандмауэры, правила входящего трафика маршрутизатора и сетевые конфигурации программ; обычным пользователям не нужно открывать интерфейсы управления кошельком для увеличения количества соединений.
Исполняемая последовательность действий по устранению неполадок
Сначала убедитесь, что система может получить доступ к обычной сети и службе доверенного времени, затем проверьте дисковое пространство и состояние процессов узлов; впоследствии зафиксируйте, увеличивается ли высота вершины цепочки с течением времени. Если соединение существует, но синхронизация отстает, проверьте конкретные ошибки в журналах и версию программного обеспечения. Не удаляйте каталог данных и не загружайте всю цепочку заново, не понимая последствий; Сначала сохраните конфигурацию и резервную копию кошелька, затем выберите метод восстановления, указанный в официальной документации.
Удаленное управление требует дополнительных ограничений
Порт одноранговой связи узла и интерфейс удаленного вызова процедур имеют разные цели. Публичное раскрытие P2P-сервиса не означает, что запись управления RPC должна быть общедоступной; последняя может допускать конфиденциальные операции, и доступ должен быть ограничен, а данные аутентификации защищены, как это официально рекомендуется. Перед тем как делать скриншоты для справки, закройте учетные данные, внутренние адреса и пути к файлам. Не следует следовать рекомендациям по загрузке полного файла кошелька на «Станцию восстановления узлов».
Сохраняйте информацию, которая может быть просмотрена другими
Журналы обслуживания должны включать как минимум версию клиента, системное время и часовой пояс, время запроса, высоту блока, статус синхронизации, тип подключения и анонимизированные ошибки. Сравнение нескольких последовательных логов полезнее, чем один скриншот прогресса. Эта статья предоставляет структуру для устранения неполадок, но не заменяет анализ фактических логов; если источник ошибки не может быть определен, сохраните содержимое кошелька в целости, прежде чем обращаться в надежную техническую поддержку.