Gap Limit limita el número de direcciones consecutivas sin uso al explorar una rama determinista. Limita la búsqueda del historial, no la cantidad de claves derivables; superarlo no implica por sí mismo una pérdida criptográfica de fondos.
Una dirección usada interrumpe la secuencia sin uso y reinicia el contador. Ejemplo con límite 20: el índice 0 tiene historial, los índices 1–20 no, por lo que el escaneo se detiene antes del índice 21 y puede omitir un pago allí. No es un máximo de veinte direcciones para toda la cartera. [BIP 44 — Account discovery and address gap limit]
BIP 44 establece un Address gap limit de 20 para buscar en la rama externa de recepción. El software debe advertir al generar una dirección más allá de ese límite. Es una convención concreta de recuperación, no una regla de consenso ni una configuración obligatoria para todas las carteras; otros sistemas pueden usar rangos distintos. [BIP 44 — Account discovery and address gap limit]
BIP 44 busca historial de transacciones, no saldo positivo. Una dirección que recibió fondos y después los gastó todos sigue estando usada. Confundir saldo vacío con dirección sin uso podría detener el escaneo antes de tiempo y omitir pagos posteriores. [BIP 44 — Account discovery and address gap limit]
BIP 44 empieza por la cuenta 0 y comprueba su rama externa; continúa con la siguiente cuenta si encuentra historial. La rama change=0 recibe pagos y change=1 devuelve el cambio propio. La primera cuenta sin historial detiene el descubrimiento de cuentas, por lo que el estándar limita la creación de cuentas vacías intermedias. El límite de una rama no es un contador común a todas las cuentas. [BIP 44 — Account discovery and address gap limit]
Electrum FAQ advierte expresamente que las direcciones generadas más allá de Gap Limit pueden no encontrarse automáticamente al recuperar normalmente desde la semilla. Las soluciones documentadas son ampliar el límite o derivar más direcciones hasta alcanzar la posición usada. El valor predeterminado 20 de la FAQ se refiere a Electrum 2.0; aquí no se presenta como el ajuste de todas las carteras actuales. [Electrum FAQ — Gap limit and generated addresses]
El RPC importdescriptors de Bitcoin Core 29.0 distingue range, next_index y timestamp. Un rango de índices derivados no es una regla de parada por direcciones sin uso; next_index fija el próximo índice generado. timestamp fija el inicio del escaneo. El valor now no sustituye una recuperación histórica completa; la documentación incluye también bloques hasta dos horas antes del timestamp más antiguo y el Mempool. Por tanto, un rango correcto sin el historial de escaneo adecuado no basta. [Bitcoin Core 29.0 — importdescriptors RPC]
BIP 32 deriva claves de forma determinista, pero la búsqueda debe partir de la cartera, cuenta, ruta de derivación y tipo de script correctos. Un Gap Limit mayor no corrige una semilla ni una passphrase distintas. Un xpub por sí solo tampoco deriva descendientes hardened; ampliar el escaneo no sustituye la capacidad de derivación que falta. [BIP 32 — Hierarchical Deterministic Wallets] [BIP 39 — From mnemonic to seed]
Una búsqueda más amplia implica más direcciones derivadas y consultas; puede revelar relaciones adicionales de la cartera a un servidor remoto. La recuperación se verifica con direcciones y transacciones conocidas, incluidos ingresos ya gastados. Ampliar el escaneo no cambia la blockchain ni mueve monedas; su éxito depende también de datos iniciales correctos y de un historial disponible. [BIP 44 — Account discovery and address gap limit] [Electrum FAQ — Gap limit and generated addresses] [BIP 32 — Hierarchical Deterministic Wallets]
Para obtener la imagen más completa, lee esta entrada junto con HD Wallet, Derivation Path, Extended Public Key (xpub), Output Descriptor, Salida de cambio. También enlazan con esta entrada HD Wallet, Derivation Path.