transaction hashをleafとし、隣接pairを連結してdouble-SHA-256しrootまで繰り返す。奇数幅では最後を複製する。Merkle proofは全取引なしで包含を確認するsibling pathだが、包含だけではconsensus validityを証明しない。
Merkle rootを通じblock headerをblock内の全txidへコミットする決定的binary hash tree。 [Bitcoin Developer Guide — Merkle Trees] [Bitcoin whitepaper — Simplified Payment Verification] [Bitcoin Core — Merkle tree implementation]
transaction hashをleafとし、隣接pairを連結してdouble-SHA-256しrootまで繰り返す。奇数幅では最後を複製する。Merkle proofは全取引なしで包含を確認するsibling pathだが、包含だけではconsensus validityを証明しない。 [Bitcoin Developer Guide — Merkle Trees] [Bitcoin whitepaper — Simplified Payment Verification] [Bitcoin Core — Merkle tree implementation]
完全検証ノードは生のブロックと取引から結果を再構成し、正確なコンセンサス規則をローカルで適用する。マイナー、explorer、多数peerが無効データを示しても拒否する。検証経路は再現可能で、Webサービスの解釈を信頼する必要がない。 [Bitcoin Developer Guide — Merkle Trees] [Bitcoin whitepaper — Simplified Payment Verification] [Bitcoin Core — Merkle tree implementation]
proof of workは有効ブロックの履歴だけを順序付ける。無効取引を有効にせず、即時の数学的finalityも生まない。再編成は可能で、資源要件は検証参加に影響し、構造だけではprivacy、custody安全性、正しい運用判断を保証しない。 [Bitcoin Developer Guide — Merkle Trees] [Bitcoin whitepaper — Simplified Payment Verification] [Bitcoin Core — Merkle tree implementation]
最新の検証実装でデータを確認し、consensus validityとrelay/mining policyを区別する。重要時は取引、header、target、累積chainworkを調べ、softwareとbackupを管理し、まず少額で手順を試す。 [Bitcoin Developer Guide — Merkle Trees] [Bitcoin whitepaper — Simplified Payment Verification] [Bitcoin Core — Merkle tree implementation]
理解を深めるには、この項目とあわせて次もお読みください ブロック, トランザクション, ブロックヘッダー. 次の項目からも参照されています ブロックヘッダー, 暗号学的ハッシュ, SHA-256, 承認.