Bitcoin Core에서 오래된 지갑이 열리지 않을 때: 버전 호환성일까요, 데이터 손상일까요?

첫 단계: 요약한 설명보다 정확한 오류 문구가 중요합니다

1. Bitcoin Core 버전, 운영체제, 오류를 일으킨 동작을 기록하세요.
2. 기존 지갑 선택, 백업 복원, 마이그레이션 중 무엇을 실행했는지 확인하세요.
3. 전체 메시지를 따로 보관하고 공개하는 사본에서는 개인 경로와 이름을 지우세요.
4. 선택한 경로에 파일이 있는지, 프로그램의 다른 인스턴스가 실행 중인지 확인하세요.
5. 원본은 보존하고, 적절한 절차를 선택한 뒤 별도 사본만 수정하세요.

오류를 없애려고 예전 디렉터리 위에 새 지갑을 만들지 마세요. 비어 있는 새 지갑으로 이전 키가 복원되지는 않습니다. 자료 목록 작성과 사본 보존은 wallet.dat 안내에서 설명합니다.

메시지에 따라 나누는 세 가지 진단 경로

이 상황들은 Bitcoin Core 프로젝트의 기능 테스트에 포함되어 있으며, 출처에는 30.2 버전의 테스트 파일을 연결했습니다. 문서화된 상황을 설명하는 것이지 편집팀이 고객 지갑을 실행했다는 뜻은 아닙니다. 다른 버전에서는 정확한 문구와 발생 조건이 달라질 수 있습니다.

이해를 위한 예시: 사용자가 백업 파일 대신 옛 지갑 이름의 빈 폴더를 선택했습니다. 이때의 형식 인식 오류는 실제로 열어 보지도 않은 파일의 보존 상태를 말해 주지 않습니다. 먼저 선택한 경로와 자료 목록을 비교한 뒤 해당 파일에 맞는 공식 복원 절차를 이용하세요.

데이터베이스가 사용 중이라면 어떤 프로그램이 쓰고 있는지 먼저 확인하고 정상적으로 종료하세요. 보조 파일을 삭제하거나 프로세스를 무작정 종료하지 마세요. 현재 사용 중인 지갑을 처리하는 프로세스일 수 있습니다.

오래된 레거시 지갑과 마이그레이션

Bitcoin Core 30.0부터는 오래된 BDB 지갑을 기존 방식으로 바로 불러올 수 없습니다. 디스크립터 형식으로 전환하는 마이그레이션 절차가 제공됩니다. 따라서 wallet.dat 교체나 제거된 RPC 명령을 사용하는 예전 버전용 안내는 맞지 않을 수 있습니다.

마이그레이션에 사용하는 정확한 버전도 중요합니다. 30.0과 30.1에서는 특정 조건에서 마이그레이션이 실패한 뒤 파일이 삭제될 수 있다는 경고가 발표되었습니다. 이 버전들로 마이그레이션하지 않아야 하며, 수정 사항은 30.2에 반영되었습니다. 선택한 지원 버전의 문서를 확인하고 변경 전에 필요한 모든 자료의 독립적인 사본을 보관하세요.

계획에는 원본 사본, 대상 디렉터리, 버전, 성공 판정 기준을 담아야 합니다. 필요한 주소, 키나 외부 서명 장치의 사용 가능 여부, 이력 확인이 기준에 해당합니다. 어떤 단계가 불분명하다면 여러 시도를 거친 뒤가 아니라 변경 사항을 기록하기 전에 멈추세요.

손상을 의심할 상황과 전문가에게 설명할 내용

디스크 읽기 오류, 반복해서 복사한 파일의 크기 차이, 저장 장치의 갑작스러운 연결 끊김, 잘린 파일은 데이터 무결성 확인이 필요한 신호입니다. 전부 잃었다는 증거는 아니지만 작업 순서는 달라집니다. 먼저 저장 장치를 보존한 뒤 지갑 관련 시도를 해야 합니다. 일반적인 비밀번호 탐색으로 손상된 데이터베이스를 고칠 수는 없습니다.

복구 가능성 평가에는 버전, 정확한 오류, 사본의 크기와 출처, 저장 장치 상태, 이미 취한 조치가 도움이 됩니다. 첫 문의에 파일이나 비밀 정보를 첨부하지 마세요. 전문가는 경로 찾기, 형식 읽기, 마이그레이션, 복호화 중 어느 단계가 실패하는지 파악해야 합니다.

지갑은 이미 열리고 잔액만 잘못 보인다면 다음 문제에 해당합니다. 복구 후 확인을 참고하세요. 원래 어떤 프로그램에서 사용하던 지갑인지 모르겠다면 Bitcoin 지갑 개요를 이용하세요.