AssumeUTXOは一時的な仮定を伴う最適化であり、完全な検証を置き換えない。内容はソフトウェアの期待ハッシュと一致し、後には履歴から計算した状態とも一致する必要がある。
スナップショットは特定の基準ブロック時点の未使用出力を示す。全取引の保存庫でも、全先行ブロックの検証済み証明でもない。 [Bitcoin Core — AssumeUTXO design] [Bitcoin Core — loadtxoutset RPC]
loadtxoutsetは形式、基準ブロック、対応パラメーターを検査する。Bitcoin Core v29.0は読み込んだUTXO内容のハッシュも計算し、有効化前に期待値と比較する。 [Bitcoin Core v29.0 — AssumeUTXO parameters] [Bitcoin Core — loadtxoutset RPC] [Bitcoin Core — validation]
受理後の状態は後続ブロックを処理して先端へ到達できる。新ブロックには合意検査が適用され、支出や発行規則の例外はない。 [Bitcoin Core — AssumeUTXO design] [Bitcoin Core — validation]
第二のチェーン状態が最初から基準ブロックまで履歴を処理する。活動中の先端が利用可能でも、この独立作業の完了を意味しない。 [Bitcoin Core — AssumeUTXO design] [Bitcoin Core — validation]
対応する基準ブロックと期待ハッシュは特定のソフトウェア版に含まれる。履歴完了までは正しい状態という明示的な仮定を受け入れており、ハッシュは履歴の証明を置き換えない。 [Bitcoin Core v29.0 — AssumeUTXO parameters] [Bitcoin Core 28.0 release notes]
任意のファイルや高さが自動的に対応するわけではない。誤った内容は期待ハッシュ検査に失敗するが、提供者は停止や遅延を起こせ、読み込みにも資源を使う。 [Bitcoin Core — loadtxoutset RPC] [Bitcoin Core — validation]
基準ブロックで独立構築したUTXO集合のハッシュを期待ハッシュと比較する。不一致は停止を招くエラーであり、黙って検証済みと認定しない。 [Bitcoin Core — AssumeUTXO design] [Bitcoin Core — validation]
AssumeUTXOは利用可能になる時間を短縮するが、総検証作業をゼロにはしない。同時状態にはCPU、ディスク入出力、容量が必要で、剪定には独自の制限がある。 [Bitcoin Core — AssumeUTXO design] [Bitcoin Optech — AssumeUTXO]
スナップショットは秘密鍵を含まず、Seed Phraseも復元しない。ウォレットのバックアップを代替せず、過去の再走査に必要な古いブロックを自動提供もしない。 [Bitcoin Core — AssumeUTXO design] [Bitcoin Core — loadtxoutset RPC]
AssumeUTXOは読み込んだUTXO状態から始め、背景で履歴を補う。assumevalidは別の条件で古いスクリプト検査を省略でき、機構も設定も異なる。 [Bitcoin Core — AssumeUTXO design] [Bitcoin Optech — AssumeUTXO] [Bitcoin Core — validation]
理解を深めるには、この項目とあわせて次もお読みください Initial block download, Pruned node, Block propagation, Nakamoto consensus. 次の項目からも参照されています Initial block download.