비트코인 지갑 복구 뒤 잔액 안 보이면 설명자 확인

복구 구문을 새 비트코인(BTC) 지갑에 입력해도 기존 잔액이 보이지 않을 수 있다. 계정·주소 유형·키 파생 경로가 원래 설정과 다르면 새 지갑이 다른 주소를 조회하기 때문이다.

대만 가상자산 매체 Zombit는 출력 스크립트 설명자, 흔히 지갑 설명자라고 부르는 문자열이 키와 스크립트 규칙을 함께 표현한다고 설명했다. BIP380은 설명자의 공통 문법과 키 표현, 체크섬 규칙을 정의한다.

복구 구문과 확장 공개키(xpub), 설명자는 역할이 다르다. 복구 구문은 키를 재구성하는 출발점이고, xpub는 공개 파생이 가능한 범위에서 하위 공개키를 만드는 데 쓰인다. 설명자는 여기에 적용할 주소·스크립트 규칙을 표현할 수 있다.

설명자에는 스크립트 유형, 공개키나 확장키, 키 출처 지문과 파생 경로, 다중서명 기준 등이 들어갈 수 있다. 다만 모든 설명자가 이 정보를 전부 담는 것은 아니며, 설명자 하나가 모든 계정과 주소 유형을 포괄한다고 볼 수도 없다.

설명자는 특정 주소와 스크립트를 알아보는 설정을 나타내고, PSBT는 특정 거래의 서명 정보를 전달하는 형식이다. 두 형식은 지갑 작업 과정에서 함께 쓰일 수 있지만, PSBT가 전체 지갑 설정이나 키 백업을 대신하지는 않는다.

설명자 바깥쪽 함수는 어떤 출력 규칙을 적용할지 나타낸다. 예를 들어 wpkh()는 네이티브 세그윗 출력, tr()는 탭루트 출력을 표현한다. 같은 키라도 출력 규칙이 다르면 서로 다른 주소가 만들어질 수 있다.

일부 설명자에는 키 출처 지문과 파생 경로가 표시된다. 지문은 키를 대응시키는 식별 정보이지 암호나 자산 소유권 증명은 아니다. 경로도 출처 지갑의 내보내기 설정을 기준으로 확인해야 한다.

지갑은 수신 주소와 거스름돈 주소를 서로 다른 분기로 관리할 수 있다. 수신 주소 분기만 가져오면 거스름돈 주소의 거래 내역이 빠질 수 있으며, 거스름돈 주소가 복구 스캔 범위에서 빠져 일부 자금이 사라진 것처럼 보이는 사례도 있었다.

설명자 끝의 ‘#’ 뒤에는 복사 과정의 입력 오류를 찾는 8개 문자 체크섬이 붙을 수 있다. 체크섬이 맞는다고 해서 해당 설명자가 자신의 지갑에서 나온 것인지, 내용이 신뢰할 만한지까지 확인되는 것은 아니다.

다중서명 지갑은 참여 키와 서명 기준, 스크립트 구성을 함께 맞춰야 한다. BIP383은 전통적인 다중서명 스크립트에서 키 순서를 유지하는 multi()와 키를 정렬하는 sortedmulti()를 구분한다. 두 설정을 임의로 바꾸면 다른 스크립트와 주소가 만들어질 수 있다.

공개 설명자를 가져오면 해당 범위의 주소와 거래를 관찰할 수 있지만, 그 정보만으로 결제에 서명할 수는 없다. 반면 설명자에 개인키나 확장 개인키가 포함될 수도 있어 모든 설명자를 공개 자료로 취급해서는 안 된다.

가져오기 전에는 원래 지갑의 계정과 주소 유형을 확인하고, 공식 기능에서 공개 설명자 전체를 내보내야 한다. xpub만 복사하거나 경로·괄호·체크섬을 임의로 지우면 설정이 달라질 수 있다.

받는 지갑이 해당 설명자 형식을 지원하는지도 확인해야 한다. BitBox 공식 안내는 BitBoxApp에서 공개 설명자를 복사해 Sparrow 관찰 지갑에 가져온 뒤 주소와 거래 내역을 대조하는 절차를 소개한다.

가져오기나 동기화가 완료됐다는 표시만으로 올바른 계정을 선택했다고 단정할 수는 없다. 이미 알고 있는 주소와 과거 거래를 비교하고, 잔액이 다르면 같은 주소와 스크립트를 조회하는지 먼저 살펴야 한다.

공개 설명자에는 지갑 설정이 담기지만 거래 메모나 주소 라벨, 스캔 시작점 등 지갑 안에만 저장된 정보까지 포함되지 않을 수 있다. 이런 정보는 출처 지갑의 백업 안내에 따라 별도로 보존해야 한다.