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]