로컬 시간을 확인해야 하는 이유
노드를 실행하려면 디스크 공간과 대역폭뿐만 아니라 기본적으로 정확한 시스템 시간이 필요합니다. 시간 불일치는 로그 해석, 네트워크 연결 진단 및 특정 보안 서비스에 영향을 미칠 수 있습니다. 동기화가 중단된 것처럼 보일 때, 문제를 즉시 블록체인 오류로 단정짓지 마십시오. 먼저 시스템 시간대, 자동 시간 동기화 상태, 최근 휴면 상태를 확인한 후 노드의 블록 높이와 실제 연결 상태를 관찰하십시오.
블록 타임스탬프는 결제 도착 시간이 아닙니다.
블록 헤더의 시간은 채굴자들이 입력하며 합의 규칙의 적용을 받으므로 전 세계적인 뉴스 이벤트의 정확한 시간으로 간주할 수 없습니다. 브라우저는 현지 시간대 또는 거래가 처음 확인된 시간을 표시할 수도 있습니다. 계정 대조 시 블록 시간, 지갑 수령 시간, 플랫폼 입금 시간을 각각 저장해야 합니다. 이 세 가지 정보를 하나의 "거래 시간"으로 통합하면 지역 간 검증 시 불필요한 분쟁이 발생할 수 있습니다.
피어 노드 수는 사용 목적에 맞게 고려해야 합니다.
노드의 네트워크 상태 및 연결 정보를 확인하여 아웃바운드 연결이 있는지, 초기 동기화 상태인지, 대역폭 제한이 있는지 확인할 수 있습니다. 연결 수가 많다고 해서 보안이 자동으로 강화되는 것은 아니며, 연결 수가 적다고 해서 오류가 더 많이 발생하는 것도 아닙니다. 운영자는 로컬 방화벽, 라우터 인바운드 규칙, 프로그램 네트워크 구성 등을 구분해야 하며, 일반 사용자는 연결을 늘리기 위해 지갑 관리 인터페이스를 열 필요가 없습니다.
실행 가능한 문제 해결 순서
먼저 시스템이 정상적인 네트워크 및 신뢰할 수 있는 시간 서비스에 액세스할 수 있는지 확인한 다음 디스크 공간과 노드 프로세스 상태를 확인합니다. 그 후 체인 팁 높이가 시간에 따라 증가하는지 기록합니다. 연결은 되어 있지만 동기화가 지연되는 경우 로그에서 특정 오류와 소프트웨어 버전을 확인합니다. 결과를 충분히 이해하지 못한 상태에서 데이터 디렉토리를 삭제하거나 전체 체인을 다시 다운로드하지 마십시오. 먼저 구성 및 지갑 백업을 저장한 다음 공식 문서에 나와 있는 적절한 복구 방법을 선택하십시오.
원격 관리에는 추가적인 제약 조건이 필요합니다.
노드의 P2P 통신 포트와 원격 프로시저 호출(RPC) 인터페이스는 용도가 다릅니다. P2P 서비스를 공개한다고 해서 RPC 관리 항목을 공개해야 하는 것은 아닙니다. RPC 관리 항목은 민감한 작업에 접근할 수 있도록 허용할 수 있으므로, 접근을 제한하고 인증 데이터를 공식 권장 사항에 따라 보호해야 합니다. 도움말을 위해 스크린샷을 찍을 때는 자격 증명, 내부 주소, 파일 경로를 가리십시오. "노드 복구 스테이션"에 전체 지갑 파일을 업로드하라는 제안은 절대 그대로 따라 해서는 안 됩니다.
다른 사람이 검토할 수 있는 정보를 저장하십시오.
유지 관리 로그에는 최소한 클라이언트 버전, 시스템 시간 및 시간대, 쿼리 시간, 블록 높이, 동기화 상태, 연결 유형, 익명화된 오류가 포함되어야 합니다. 진행 상황 스크린샷 하나만으로는 부족하며, 여러 개의 연속적인 로그를 비교하는 것이 더 유용합니다. 이 문서에서는 문제 해결 프레임워크를 제공하지만 실제 로그 분석을 대체하지는 않습니다. 오류의 원인을 파악할 수 없는 경우, 신뢰할 수 있는 기술 지원팀에 문의하기 전에 지갑 자료를 그대로 보관하십시오.