トランザクションハッシュとは？仕組みと確認方法を解説

トランザクションハッシュ（TxID、トランザクションID）とは、ブロックチェーン上で発生した一つの取引を一意に識別するための、固定長の暗号学的な識別子です。取引のデータをハッシュ関数で計算した出力であり、領収書に印刷された参照番号のように、特定の取引を後から探し出すために使われます。Bitcoinでは64桁の16進数、Ethereumでは先頭に0xが付いた66文字で表示されるのが一般的です。

トランザクションハッシュとは何ですか？

トランザクションハッシュとは、ブロックチェーン上の一つの取引に対応する、固定長の「指紋」のような識別子です。

取引が作成されるとき、その内容（送り元・送り先・金額・手数料などのデータ）をまとめて暗号学的ハッシュ関数に通すことで、決まった長さの値が生成されます。これがトランザクションハッシュです。TxID（Transaction ID）やトランザクションIDとも呼ばれ、いずれも同じものを指します。

この値は、店舗のレシートに印字された番号のように機能します。番号そのものは取引の中身を直接表示するわけではありませんが、その番号を手がかりに、記録済みの取引を正確に一つだけ特定できます。同じトランザクションハッシュを持つ取引はブロックチェーン上に一つしか存在しないため、取引を区別し、参照するための基準として広く使われています。

トランザクションハッシュはどのように生成されますか？

トランザクションハッシュは、取引データを所定の形式に整えてから暗号学的ハッシュ関数で計算することで生成されます。

具体的な計算方法はチェーンによって異なります。Bitcoinでは、取引データに対してSHA-256を2回適用する「ダブルSHA-256」が使われます。EthereumではRLP（Recursive Length Prefix）という方式で符号化した取引データに対してKeccak-256を適用します。いずれも、入力データから決まった長さの出力を得る一方向の計算です。

重要な性質として、ハッシュ関数は「決定論的（deterministic）」であり「一方向（one-way）」です。同じデータを入力すれば必ず同じハッシュが出力され、データが1文字でも変われば全く別のハッシュになります。一方で、出力されたハッシュから元の取引データを逆算して復元することはできません。ブロックエクスプローラーが取引内容を表示できるのは、ハッシュから中身を計算しているからではなく、すでに記録されている一致する取引を検索して引き当てているからです。

1. 取引を組み立てる

   送り元・送り先・金額・手数料・ナンス（Ethereumの場合）などの情報をまとめて、一つの取引を構成します。

2. データを所定の形式に符号化する

   取引データを決まった形式に直列化（シリアライズ）します。EthereumではRLPで符号化します。

3. ハッシュ関数で計算する

   整えたデータをハッシュ関数に通します。BitcoinはダブルSHA-256、EthereumはKeccak-256を使います。

4. 16進数の文字列にする

   計算結果（32バイト）を16進数の64文字に変換します。Ethereumでは先頭に0xが付与されます。

5. 識別子として利用する

   得られたハッシュをTxIDとして扱い、後からブロックエクスプローラーで取引を照会できます。

取引データはネットワークに送信（ブロードキャスト）される前から確定しているため、トランザクションハッシュは取引が承認される前に分かることがあります。つまり、まだ承認待ち（pending）の段階でも、そのTxIDを使って状況を追跡できる場合があります。

なぜ64文字なのですか？形式はどうなっていますか？

トランザクションハッシュは256ビットの値であり、これは32バイト、16進数で正確に64文字に相当します。

SHA-256やKeccak-256はいずれも256ビットの出力を生成します。256ビットは8ビットごとに1バイトと数えると32バイトです。16進数では1文字が4ビットを表すため、256ビットは64文字で表現されます。Bitcoinではこの64文字がそのまま接頭辞なしで表示されます。Ethereumでは先頭に0xという接頭辞が付くため、合計で66文字になります。

形式の一例（実際の資金とは無関係の説明用の表記）としては、0xの後ろにa1b2c3…のような16進数（0〜9とa〜f）が64文字続く、という構造になります。下の表で文字数の内訳を整理します。

16進数の桁数が固定されているため、文字数を見ればトランザクションハッシュらしい形式かどうかを大まかに判断できます。ただし、形式が正しく見えても、その取引が実際に存在し承認されているかどうかは、別途エクスプローラーで確認する必要があります。

アドレスやブロックハッシュとは何が違いますか？

トランザクションハッシュは「一つの取引」を識別するのに対し、ウォレットアドレスは「アカウント」を、ブロックハッシュは「ブロック全体」を識別するものであり、それぞれ役割が異なります。

これらは見た目が似た16進数の文字列になることがあり、混同されやすい用語です。しかし指し示す対象がまったく違います。ウォレットアドレスは資金の受け取り口にあたるアカウントを表し、繰り返し再利用されます。ブロックハッシュは、複数の取引をまとめたブロックを、そのヘッダー情報から識別する値です。トランザクションハッシュは、その中の個々の取引一件ごとに対応します。

とくに重要なのは、トランザクションハッシュは秘密鍵やシードフレーズ（リカバリーフレーズ）とは全く別物だという点です。TxIDは公開された取引の識別子であり、誰かに見せても資産を操作されることはありません。一方、秘密鍵やシードフレーズは資産の管理権そのものに関わる秘密情報です。両者を混同しないことが大切です。

トランザクションハッシュはどこで確認できますか？

トランザクションハッシュは、ブロックエクスプローラーと呼ばれるツールに貼り付けることで、その取引の状況や詳細を確認できます。

ブロックエクスプローラーにTxIDを入力すると、取引の状態（承認待ち＝pending、承認済み＝confirmed、失敗＝failed）、金額、送り元・送り先のアドレス、手数料、タイムスタンプ、承認数（confirmations）などが表示されます。これらは、すでにブロックチェーンに記録されている情報を検索して引き当てたものです。

1. トランザクションハッシュを用意する

   ウォレットや取引履歴から、対象の取引のTxID（64文字、または0x付き66文字）を正確にコピーします。

2. 対応するブロックエクスプローラーを開く

   そのチェーン（例：Bitcoin用、Ethereum用）に対応した、公式または信頼できるブロックエクスプローラーのサイトを開きます。

3. 検索欄に貼り付ける

   コピーしたハッシュを検索欄に貼り付け、検索します。余分な空白や欠けた文字がないか確認します。

4. 取引の状態を確認する

   承認待ち・承認済み・失敗のいずれかと、承認数や手数料、関係するアドレスなどの詳細を確認します。

トランザクションハッシュから個人情報や秘密鍵は分かりますか？

トランザクションハッシュ自体から、秘密鍵やシードフレーズ、実名などの個人情報が直接漏れることはありません。

TxIDは公開された取引の識別子であり、秘密鍵やリカバリーフレーズとは性質が異なります。そのため、TxIDを誰かに伝えても、それだけで資産を動かされたり、ウォレットの管理権を奪われたりすることはありません。エクスプローラーでの照会も、公開記録を読み取る行為にとどまります。

ただし、プライバシーの観点では知っておきたい点もあります。TxIDをたどると、その取引に関係するオンチェーンのアドレスや金額、時刻などの公開情報につながります。ブロックチェーンは公開台帳であるため、TxIDは個人情報を直接含まないものの、関連するアドレスの活動を観察する入口にはなり得ます。秘密鍵やシードフレーズは、TxIDとはまったく別の秘密情報であり、誰とも共有しないのが基本です。

知っておくと役立つ細かな仕組みはありますか？

トランザクションハッシュには、チェーンごとに知っておくと理解が深まる細かな仕組みがいくつかあります。

• Bitcoinの表示はバイト順が逆転する：Bitcoinでは、内部で扱うハッシュのバイト順と、エクスプローラーなどで表示される順序が逆（リトルエンディアンとビッグエンディアンの違い）になっています。そのため、同じ取引でも表示形式によって見え方が異なる場合があります。
• SegWitは署名データをTxIDから除外する：BitcoinのSegWit（Segregated Witness）では、署名（witness）データをTxIDの計算対象から外しています。これにより、署名の細工によってTxIDが変わってしまう「トランザクション展性（malleability）」の問題が解消され、TxIDが安定するようになりました。
• Ethereumの置き換えは新しいハッシュを生む：Ethereumで同じナンスに対して手数料を引き上げて取引を置き換える（リプレイス・バイ・フィー）と、データが変わるため新しい別のハッシュが生成されます。古い方のTxIDは、エクスプローラー上で「置き換え済み（replaced）」や「破棄（dropped）」のように表示されることがあります。

これらはいずれも、「データが少しでも変わればハッシュは全く別物になる」という基本性質から導かれる挙動です。なお、ハッシュの衝突（異なるデータが偶然同じハッシュになること）は、理論上はあり得ても、256ビット空間では約2の256乗分の1という極めて小さな確率であり、実用上は起こらないと考えられています。