올바른 시드를 복구했는데 잔액이 0이라면 곧바로 자산 소실로 단정하지 마세요. 지갑이 예상한 파생 경로와 스크립트 유형을 쓰는지, 외부 수신 체인과 내부 거스름돈 체인을 모두 탐색했는지, 연속 미사용 주소에서 탐색을 멈추는 갭 리밋에 걸렸는지 확인해야 합니다. 멀티시그는 시드뿐 아니라 공동 서명자 공개키와 임계값을 담은 디스크립터도 필요합니다.
잔액 0은 체인에 자산이 없다는 판정이 아닙니다
비트코인 지갑 화면은 시드 자체를 검색하는 것이 아니라 시드에서 파생한 키와 주소 후보를 블록 기록과 대조합니다. 같은 시드라도 지갑이 사용하는 파생 경로, 계정 번호, 주소 유형이 다르면 처음 생성되는 주소가 달라집니다. 동기화가 덜 됐거나 지갑이 주소 후보를 충분히 만들지 않았을 때도 잔액은 0으로 보일 수 있습니다.
먼저 과거에 실제로 사용한 수신 주소나 거래 ID 하나를 확보하세요. 거래소 출금 내역, 본인이 보관한 청구서, 블록 탐색기 즐겨찾기처럼 시드를 노출하지 않는 자료가 적합합니다. 복구 지갑이 만든 첫 수신 주소만 보고 맞다거나 틀리다고 판단하지 말고, 알려진 주소가 복구 범위에 포함되는지를 확인해야 합니다.
복구의 기준은 화면의 첫 주소가 아니라 과거에 사용한 주소와 지출 조건을 다시 만들 수 있는가입니다.
JOBCOIN 해설
그림은 이 주제의 공통 개념을 단순화한 설명입니다. 아래 항목에서 이 글의 구체적인 조건과 예외를 함께 읽어보세요.
- 잔액 0은 체인에 자산이 없다는 판정이 아닙니다
비트코인 지갑 화면은 시드 자체를 검색하는 것이 아니라 시드에서 파생한 키와 주소 후보를 블록 기록과 대조합니다.
- 갭 리밋은 연속 미사용 주소 뒤에서 탐색을 멈추는 규칙입니다
계층 결정적 지갑은 한 시드에서 사실상 많은 주소를 순서대로 만듭니다.
- 수신 체인과 거스름돈 체인을 둘 다 찾아야 합니다
일반적인 지갑은 외부 수신 주소와 내부 거스름돈 주소를 별도 분기로 파생합니다.
AI로 제작한 개념도 · 실제 가격·거래 내역·통계가 아닙니다.
갭 리밋은 연속 미사용 주소 뒤에서 탐색을 멈추는 규칙입니다
계층 결정적 지갑은 한 시드에서 사실상 많은 주소를 순서대로 만듭니다. 모든 주소를 무한히 조회할 수 없으므로 구현은 연속으로 사용 흔적이 없는 구간을 만나면 그 뒤를 더 찾지 않습니다. BIP 87은 멀티시그 디스크립터 지갑의 주소 갭 리밋을 20으로 두며, 미사용 주소 20개를 연속으로 만나면 그 뒤에 사용 주소가 없다고 보고 탐색을 멈춘다고 설명합니다.
예를 들어 주소 인덱스 0을 사용한 뒤 결제 요청을 반복 생성해 1~25는 쓰지 않고 26에 입금받았다고 가정해 보겠습니다. 20개 연속 미사용 지점에서 멈추는 복구 지갑은 26을 발견하지 못할 수 있습니다. 이는 26의 UTXO가 사라진 것이 아니라 주소 탐색 창 밖에 남은 상황입니다. 지갑별 한도와 확장 방법은 다르므로 제품 문서 없이 임의 숫자를 크게 올리지 마세요.
수신 체인과 거스름돈 체인을 둘 다 찾아야 합니다
일반적인 지갑은 외부 수신 주소와 내부 거스름돈 주소를 별도 분기로 파생합니다. 수신 체인만 복원하면 과거 결제 후 본인에게 돌아온 거스름돈 UTXO가 빠질 수 있습니다. BIP 87은 멀티시그 주소 발견을 위해 receiving과 change 디스크립터를 모두 가져오라고 명시합니다.
디스크립터에는 단순 공개키 목록을 넘어 스크립트 형태, 키 원점, 파생 경로가 들어갈 수 있습니다. Bitcoin Core 문서는 `wpkh`, `sh`, `wsh`, `tr`, `multi` 같은 표현과 키 파생 표기를 정의합니다. 과거 지갑의 주소 유형이 P2WPKH였는데 복구 도구가 다른 유형만 탐색하면 동일한 키 재료에서도 주소 문자열이 달라집니다.
| 가능한 원인 | 확인할 자료 | 안전한 다음 단계 |
|---|---|---|
| 갭 리밋 | 과거 사용 주소의 인덱스와 앞선 미사용 구간 | 지갑 공식 방식으로 탐색 범위 확장 |
| 거스름돈 체인 누락 | 과거 거래 출력 중 본인에게 돌아온 출력 | 내부 change 디스크립터 함께 가져오기 |
| 파생 경로·주소 유형 불일치 | 과거 첫 주소와 원래 지갑 종류 | 읽기 전용 파생 주소를 대조 |
| 동기화·스캔 부족 | 노드 높이와 스캔 시작 시점 | 필요 범위를 재스캔 |
| 멀티시그 정책 누락 | M-of-N, 공동 서명자 공개키, 키 원점 | 원래 디스크립터 복원 |
재스캔과 UTXO 집합 스캔은 답하는 질문이 다릅니다
Bitcoin Core 30.0 RPC 목록에는 지갑 기록을 다시 훑는 `rescanblockchain`과 현재 출력 집합을 대상으로 하는 스캔 기능이 구분돼 있습니다. `scantxoutset` 문서는 출력 디스크립터와 일치하는 현재 미사용 출력을 UTXO 집합에서 찾는다고 설명합니다. 따라서 현재 spendable UTXO 확인에는 유용하지만, 이미 지출한 과거 거래 이력 전체를 복구하는 기능으로 보면 안 됩니다.
노드가 프루닝 상태이거나 스캔 시작 높이가 늦으면 과거 블록 자료를 바로 읽지 못할 수도 있습니다. 복구 도구가 무엇을 스캔했는지, 완료율과 오류가 무엇인지 기록하세요. 화면에 잔액이 나타날 때까지 주소를 무작정 생성하는 방식보다 알려진 주소·블록 높이·디스크립터를 기준으로 범위를 좁히는 편이 안전합니다.
- 원래 지갑 이름과 당시 사용한 주소 유형을 기록합니다.
- 과거에 실제 사용한 주소 또는 거래 ID를 하나 이상 확보합니다.
- 외부 수신과 내부 거스름돈 파생 분기를 모두 확인합니다.
- 지갑 공식 문서의 갭 리밋 확장 또는 재스캔 기능만 사용합니다.
- 잔액이 확인되기 전까지 복구 지갑으로 새 입금을 보내지 않습니다.
멀티시그는 시드 수만 모아도 원래 지갑이 되지 않을 수 있습니다
2-of-3 지갑을 복구하려면 두 개의 개인키로 서명할 수 있다는 사실 외에도 세 공동 서명자의 공개키 배열, 임계값, 키 순서 규칙, 스크립트 포장 방식과 파생 경로가 필요합니다. BIP 87은 멀티시그 복원을 위해 서명자들이 개인키 정보와 디스크립터를 백업해야 한다고 설명합니다. 일부 시드만 가져와 단일 서명 지갑 주소를 만들면 원래 출력과 일치하지 않습니다.
복구 문서를 만들 때는 비밀 시드와 공개 디스크립터를 같은 장소에 무조건 복제하라는 뜻이 아닙니다. 어떤 자료가 비밀이고 어떤 자료가 지갑 구조 재현에 필요한지 구분해 보관해야 합니다. 공개키만 담긴 자료도 주소와 거래 관계를 드러낼 수 있으므로 개인정보로 취급하세요.
안전한 진단 순서는 비밀을 입력하지 않는 대조부터입니다
첫 단계에서는 기존 장치나 오프라인 환경에서 읽기 전용 공개 정보로 주소를 대조합니다. 시드 문구를 검색창, 블록 탐색기, 메신저, 원격 지원 화면에 입력하지 마세요. 지갑 지원 담당자를 사칭해 시드를 요구하는 연락도 복구 절차가 아닙니다.
알려진 주소가 파생되면 해당 주소의 UTXO와 과거 거래를 확인하고, 새 지갑으로 옮길 필요가 있을 때만 소액 시험 거래를 계획합니다. 알려진 주소가 끝내 나오지 않으면 철자보다 먼저 시드 종류, 선택 패스프레이즈, 계정 번호, 파생 경로, 멀티시그 정책을 원래 기록과 대조하세요.
자주 묻는 질문
갭 리밋을 늘리면 잃어버린 비트코인이 생겨나나요?
아닙니다. 이미 체인에 존재하는 사용 주소를 지갑이 더 멀리 탐색하도록 할 뿐입니다. 잘못된 시드나 경로를 바로잡지는 못합니다.
첫 수신 주소가 예전과 다르면 시드가 틀린 건가요?
그럴 수도 있지만 주소 유형, 파생 경로, 계정 번호, 패스프레이즈가 달라도 첫 주소가 달라집니다. 과거 사용 주소로 대조하세요.
블록 탐색기에 시드를 넣어 잔액을 찾을 수 있나요?
절대 입력하면 안 됩니다. 탐색기에는 공개 주소나 거래 ID만 사용하고, 시드는 오프라인 지갑 복구 화면에서만 다루세요.
