Gap Limit

사용한 주소는 미사용 연속 구간을 끊고 카운터를 초기화합니다. 한도가 20이고 인덱스 0에는 이력이 있지만 1–20에는 없다면 스캔은 21 이전에 멈추므로 그곳의 결제를 놓칠 수 있습니다. 지갑 전체 주소가 최대 스무 개라는 뜻이 아닙니다. [BIP 44 — Account discovery and address gap limit]

BIP 44는 외부 수신 분기 검색의 Address gap limit을 20으로 정합니다. 이 경계를 넘어 주소를 만들 때 소프트웨어는 경고해야 합니다. 특정 복구 관례일 뿐 합의 규칙이나 모든 지갑의 필수 설정이 아니며, 다른 시스템은 다른 범위를 사용할 수 있습니다. [BIP 44 — Account discovery and address gap limit]

BIP 44가 찾는 것은 거래 이력이지 양수 잔액이 아닙니다. 자금을 받은 뒤 전부 지출한 주소도 사용한 주소입니다. 잔액이 없다는 이유로 미사용으로 판단하면 스캔이 일찍 끝나 후속 결제를 놓칠 수 있습니다. [BIP 44 — Account discovery and address gap limit]

BIP 44는 계정 0의 외부 분기부터 확인하고 이력을 찾으면 다음 계정으로 진행합니다. change=0은 결제를 받고 change=1은 자신의 거스름돈을 받습니다. 이력 없는 첫 계정에서 계정 검색이 끝나므로 표준은 빈 계정을 건너뛰어 생성하는 것을 제한합니다. 한 분기의 한도는 모든 계정의 공통 카운터가 아닙니다. [BIP 44 — Account discovery and address gap limit]

Electrum FAQ는 Gap Limit을 넘어 생성된 주소가 일반적인 seed 복구에서 자동으로 발견되지 않을 수 있다고 명시합니다. 문서의 해결책은 한도를 늘리거나 사용된 위치까지 주소를 더 파생하는 것입니다. FAQ의 기본값 20은 Electrum 2.0에 대한 설명이며, 여기서 모든 현재 지갑의 설정으로 제시하지 않습니다. [Electrum FAQ — Gap limit and generated addresses]

Bitcoin Core 29.0의 importdescriptors RPC는 range, next_index, timestamp를 구분합니다. 파생 인덱스 범위는 미사용 주소에 따른 중단 규칙과 다르며, next_index는 다음 생성 인덱스를 정합니다. timestamp는 스캔 시작 시점을 정합니다. now는 전체 이력 복구를 대신하지 않습니다. 문서는 가장 이른 timestamp보다 최대 두 시간 앞선 블록과 Mempool도 포함합니다. 따라서 범위가 맞아도 적절한 이력을 스캔하지 않으면 부족합니다. [Bitcoin Core 29.0 — importdescriptors RPC]

BIP 32는 키를 결정론적으로 파생하지만 올바른 지갑, 계정, 파생 경로, 스크립트 유형에서 검색을 시작해야 합니다. 더 큰 Gap Limit으로 다른 seed나 passphrase를 고칠 수는 없습니다. xpub만으로는 hardened 하위 키도 파생할 수 없으며 스캔 확대가 부족한 파생 능력을 대신하지 않습니다. [BIP 32 — Hierarchical Deterministic Wallets] [BIP 39 — From mnemonic to seed]

검색 범위가 넓어지면 파생 주소와 질의가 늘고 원격 서버에 지갑의 추가 관계가 드러날 수 있습니다. 복구는 알려진 주소와 거래로 대조하며 이미 지출한 수입도 포함합니다. 스캔 확대는 블록체인을 바꾸거나 코인을 이동하지 않습니다. 성공에는 올바른 시작 정보와 이용 가능한 이력도 필요합니다. [BIP 44 — Account discovery and address gap limit] [Electrum FAQ — Gap limit and generated addresses] [BIP 32 — Hierarchical Deterministic Wallets]