Gap Limit limita o número de endereços consecutivos sem uso ao pesquisar um ramo determinístico. Limita a descoberta do histórico, não a quantidade de chaves deriváveis; excedê-lo não significa, por si só, perda criptográfica de fundos.
Um endereço usado interrompe a sequência sem uso e reinicia o contador. Exemplo com limite 20: o índice 0 tem histórico, os índices 1–20 não; a pesquisa para antes do índice 21 e pode ignorar um pagamento ali. Não é um máximo de vinte endereços na carteira inteira. [BIP 44 — Account discovery and address gap limit]
BIP 44 estabelece um Address gap limit de 20 para pesquisar no ramo externo de recebimento. O software deve avisar ao gerar um endereço além desse limite. É uma convenção específica de recuperação, não uma regra de consenso nem uma configuração obrigatória para todas as carteiras; outros sistemas podem usar intervalos diferentes. [BIP 44 — Account discovery and address gap limit]
BIP 44 procura histórico de transações, não saldo positivo. Um endereço que recebeu fundos e depois gastou tudo continua usado. Confundir saldo vazio com endereço sem uso poderia interromper a pesquisa cedo demais e omitir pagamentos posteriores. [BIP 44 — Account discovery and address gap limit]
BIP 44 começa pela conta 0 e verifica o seu ramo externo; continua para a conta seguinte se encontrar histórico. change=0 recebe pagamentos, change=1 recebe o troco próprio. A primeira conta sem histórico interrompe a descoberta de contas; por isso o padrão restringe criar contas vazias saltadas. O limite de um ramo não é um contador comum a todas as contas. [BIP 44 — Account discovery and address gap limit]
A FAQ Electrum avisa explicitamente que endereços gerados além do Gap Limit podem não ser encontrados automaticamente numa recuperação normal a partir da seed. As soluções documentadas são aumentar o limite ou derivar mais endereços até à posição usada. O valor padrão de 20 na FAQ refere-se ao Electrum 2.0; não é apresentado aqui como configuração de todas as carteiras atuais. [Electrum FAQ — Gap limit and generated addresses]
O RPC importdescriptors do Bitcoin Core 29.0 distingue range, next_index e timestamp. Um intervalo de índices derivados não equivale a uma regra de paragem após endereços sem uso; next_index define o próximo índice gerado. timestamp define o início da pesquisa. now não substitui a recuperação histórica completa; a documentação também inclui blocos até duas horas antes do timestamp mais antigo e o Mempool. Um intervalo correto sem o histórico de pesquisa adequado não basta. [Bitcoin Core 29.0 — importdescriptors RPC]
BIP 32 deriva chaves de forma determinística, mas a pesquisa deve partir da carteira, conta, caminho de derivação e tipo de script corretos. Um Gap Limit maior não corrige uma seed ou passphrase diferentes. Um xpub sozinho também não deriva descendentes hardened; ampliar a pesquisa não substitui a capacidade de derivação em falta. [BIP 32 — Hierarchical Deterministic Wallets] [BIP 39 — From mnemonic to seed]
Uma pesquisa mais ampla implica mais endereços derivados e consultas; pode revelar relações adicionais da carteira a um servidor remoto. A recuperação verifica-se com endereços e transações conhecidos, incluindo recebimentos já gastos. Ampliar a pesquisa não altera a blockchain nem move moedas; o sucesso depende também de dados iniciais corretos e histórico disponível. [BIP 44 — Account discovery and address gap limit] [Electrum FAQ — Gap limit and generated addresses] [BIP 32 — Hierarchical Deterministic Wallets]
Para ter uma visão mais completa, leia este verbete junto com HD Wallet, Derivation Path, Extended Public Key (xpub), Output Descriptor, Saída de troco. Também há referências a este verbete em HD Wallet, Derivation Path.