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 का RPC importdescriptors, 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]
पूरी तस्वीर के लिए इस प्रविष्टि के साथ यह भी पढ़ें HD Wallet, Derivation Path, Extended Public Key (xpub), Output Descriptor, चेंज आउटपुट. इस प्रविष्टि का उल्लेख यहाँ भी है HD Wallet, Derivation Path.