スプレッドシートで暗号資産ウォレットの取引を追跡する方法（2026年ガイド）

スプレッドシートでウォレットの取引履歴を追跡するには、4つのステップが必要です。チェーンごと、アドレスごとに1つのファイルをエクスポートし、各トークンの数量を小数点桁数（decimals）に合わせて調整します。送金金額からネットワーク手数料を切り離し、自分のウォレット間で行った送金を除外します。どれか1つでも怠ると、合計金額が狂ってしまいます。

エクスポート自体は簡単です。スプレッドシートを台無しにするのは、ファイルそのものです。ブロックエクスプローラーのエクスポートデータはブロックチェーン上のイベントの台帳であり、送受信した内容を整理した明細書ではありません。

このガイドでは、何を収集すべきか、手動でスプレッドシートを作成する方法、そしてその方法が割に合わなくなる境界線について解説します。これはデータワークフローの解説であり、投資や税務に関するアドバイスではありません。

始める前に必要なもの

管理しているアドレスの完全なリストと、それぞれがどのチェーンで使用されているかを把握する必要があります。アドレスが1つでも抜けていると、エラーは発生しませんが、気づかないうちに不完全なデータになってしまいます。

また、始める前に計算単位を決めておく必要があります。1つの列にネイティブな数量と換算後の値を混在させることは、最もよくある致命的なミスです。

最初に決めておくべき3つのポイントがあります。

チェーンごと、アドレスごとに1つのファイル。 ブロックエクスプローラーのエクスポートはそのような範囲で出力されます。2つのアドレスを2つのチェーンで運用している場合は4つのファイルになり、それらを結合する前にそれぞれにラベル列を追加する必要があります。

必要なイベントタイプ。 通常のトランザクション、内部トランザクション（internal transactions）、トークン転送は通常、別々にエクスポートされます。最初のものだけを取得すると、ほとんどのトークンアクティビティを見落とすことになります。

タイムゾーン。 タイムスタンプはUTCで記録されます。インポート時に一度だけ変換し、スプレッドシートがどのタイムゾーン基準であるかを記録しておきます。

手動で行う方法

オプション1：エクスポート、ラベル付け、そして統合

各エクスポートデータを取得したら、すぐに「対象アドレス」と「取得元チェーン」の2つの列を追加します。データを結合した後は列の区別がつかなくなるため、統合する前に必ずこの作業を行ってください。

トランザクションハッシュは残しておいてください。これは同じイベントが2回表示されるのを防ぐための唯一の信頼できるキーであり、これなしでシートを再構築しようとすると、最初からやり直すことになります。

このステップはすぐに終わりますが、ここでの丁寧な作業が後々活きてきます。これ以降のすべての作業は、どの行がどこから来たのかを把握できているかどうかにかかっています。

オプション2：数量の正規化と手数料の切り離し

トークンの数量はオンチェーン上では整数として保存されているため、トークンの小数点桁数（decimals）の値で調整する必要があります。ERC-20 token standardでそのフィールドが定義されています。18桁が一般的ですが、すべてがそうではないため、すべてを18桁で調整すると、一部の残高が気づかないうちに1兆倍に膨れ上がってしまうことがあります。

ネットワーク手数料には専用の列が必要です。Ethereumでは、gasはネイティブ通貨で支払われ、トランザクションで移動した価値とは区別されます。送金金額に手数料を加算してしまうと、両方の数値が不正確になります。

取引の方向（入出金）は自動的には付与されず、導き出す必要があります。送信元（from）と送信先（to）のフィールドを自分のアドレスリストと比較し、独自の列に「In（入金）」、「Out（出金）」、または「Internal（自己ウォレット間）」と記入します。

オプション3：シートを台無しにする4つのケースへの対処

合計金額が狂う原因のほとんどは4つの状況にあり、それぞれに明確なルールを設ける必要があります。

内部トランザクション（Internal transactions）。 トップレベルのトランザクションではなく、スマートコントラクトによって移動された価値です。これらは別のエクスポートデータに含まれているため、取得しない限り目に見えません。

失敗したトランザクション。 処理が差し戻された（revert）トランザクションでも、ガス代は消費されます。送金は行われませんでしたが、手数料は発生しています。これらは送金合計からは除外し、手数料合計には残すようにフィルタリングします。

1つのハッシュに複数の行。 1回のスワップで、出金トークンの行、入金トークンの行、そして手数料の行が発生することがあります。集計する前にハッシュでグループ化しないと、同じイベントが3回カウントされてしまいます。仕組みについては、cleaning and deduplicating dataに関するガイドで解説しています。

自分のウォレット間の送金。 これらは資金の移動であり、取引アクティビティではありません。ラベル付けされたファイル全体でハッシュを照合してこれらを除外しないと、取引量の数値が本来の約2倍になってしまいます。

共通の限界。 これらすべてのステップは、固定されたアドレスセットを前提としています。ウォレットを1つ追加したり、新しいチェーンを使い始めたりすると、エクスポートするデータのセットが変わり、正規化のプロセス全体を再実行する必要があります。

手動ルートが限界を迎える理由

最初の構築には半日ほどかかりますが、機能はします。問題は、それが一度きりの作業ではないということです。

毎月新しいエクスポートデータが発生し、そのたびに同じ小数点桁数（decimals）の調整、手数料の切り離し、自己送金の除外ルールを再適用しなければなりません。これらのロジックはデータ自体には含まれていないため、あなたの記憶の中に留まるか、他の誰も理解できないシートのタブの中に埋もれてしまいます。

管理範囲が広がると、状況はさらに悪化します。2つのアドレスなら管理可能ですが、3つのチェーンにまたがる6つのアドレスになると18個のファイルになります。その段階になると、人々はスプレッドシートの更新をそっと諦め、代わりにウォレットのインターフェースを見て推測するようになります。

また、データの不整合を解消するためのコスト（照合コスト）も発生します。スプレッドシートとウォレットのインターフェースの数値が一致しなくなると、どちらが間違っているかを誰かが突き止めなければなりません。その調査には、最初にシートを構築したとき以上のコストがかかります。

ウォレットのインターフェースは代替手段にはなりません。表示されるのは現在の残高であり、過去の履歴ではありません。また、前四半期に支払った手数料の総額を教えてくれるわけでもありません。

Powerdrill Bloomで暗号資産ウォレットの取引履歴を追跡する方法

ステップ1：エクスポートデータをアップロードする

1つずつではなく、すべてのエクスポートデータをまとめてアップロードします。Powerdrill Bloomが各ファイルをプロファイリングするため、データを結合する前に、異なる列名、混在する日付フォーマット、不一致な数量の精度などを確認できます。

ステップ2：自然言語で正規化のルールを説明する

ルールを構築するのではなく、言葉で指示します。各トークンの小数点桁数（decimals）で調整された数量、送金金額から切り離された手数料、そして送金合計から除外された失敗トランザクションを要求します。

次に、重複排除について直接質問します。どの行がトランザクションハッシュを共有しているか、そしてどの送金が自分のリストにあるアドレス間で価値を移動させているかを尋ねます。

ステップ3：チャート、レポート、またはスライドをエクスポートする

正規化されたアクティビティテーブル、経時的な手数料のチャート、または「いつ・何が移動したか」をまとめた短いテキストのサマリーを出力します。

毎月スプレッドシートを再構築するよりも優れている理由

	手動ルート	Powerdrill Bloom
トークンの小数点桁数（decimals）	トークンごとに調べて調整する	小数点桁数で調整された数量を指示する
手数料と送金金額の分離	エクスポートごとに別々の列を作成する	ルールを一度伝えるだけ
自己送金	手動でのハッシュ照合	自分のアドレス間で移動している行を尋ねる
新しいアドレスまたはチェーン	正規化全体をやり直す	アップロードにファイルを追加する

最後の行こそが、スプレッドシートの運用が長続きするかどうかを決定づける要素です。ウォレットを追加しただけで破綻してしまうようなワークフローは、2四半期も経たないうちに放棄されることになります。

よくある間違い

送金金額にガス代を加算してしまう。 手数料と移動した価値は別物です。これらを合算すると出金額が過大評価され、後から手数料の分析を行うことができなくなります。

すべてのトークンが18桁であると仮定してしまう。 広く保有されているトークンの中には、6桁を使用しているものもいくつかあります。シート全体に単一の調整係数を適用すると、残高が何桁も違ってしまう原因になります。

失敗したトランザクションを完全に削除してしまう。 これらは送金合計からは除外すべきですが、手数料合計には残す必要があります。行ごと削除してしまうと、実際の支出が隠れてしまいます。

内部トランザクションを二重にカウントしてしまう。 これらは別のエクスポートデータとして届くため、すでに取得したデータと重複する可能性があります。合算する前に必ずハッシュでグループ化してください。

アドレスを忘れてしまう。 合計金額は一見もっともらしく見えますが、不完全なものになります。アドレスリストは頭の中ではなく、ワークブック自体に保存しておきましょう。

スプレッドシートを資産評価として扱ってしまう。 ウォレットの取引履歴は資金の移動を示すものであり、資産価値を示すものではありません。各行に価格を適用するには、どのレートとどのタイムスタンプを使用するかについて、別途決定する必要があります。

タイムゾーンを混在させてしまう。 エクスポートデータはUTCです。一部 of ファイルだけを変換し、他をそのままにしておくと、取引が誤った月に分類され、期間ごとの比較が気づかないうちに破綻してしまいます。

結論

ウォレットのエクスポートデータはイベントログであり、明細書ではありません。すべてのアドレスとチェーンごとにファイルにラベルを付け、小数点桁数（decimals）で数量を調整し、手数料を切り離します。失敗した送金は送金合計から除外し、自分のウォレット間の移動も取り除きます。

ルールが伴わないウォレットの取引履歴は再現性がないため、スプレッドシートの傍らにルールを書き留めておきましょう。

コストがかさむ原因は、新しいアドレスやチェーンが登場するたびに、これらすべてを繰り返すことにあります。そこに時間を取られているのであれば、すでにお手持ちのエクスポートデータを使って、Powerdrill Bloomをお試しください。また、暗号資産取引所のCSVエクスポートデータの分析方法や、CSVからの暗号資産ポートフォリオの分析方法に関するガイド、さらにCSV AI assistantのページもご覧ください。

よくある質問

ウォレットの取引履歴をスプレッドシートにエクスポートするにはどうすればよいですか？

各チェーンのブロックエクスプローラーを使用し、アドレスごとにエクスポートします。通常のトランザクション、内部トランザクション、トークン転送は通常、別々にダウンロードされるため、結合する前に3つすべてを取得してください。

インポート後にトークンの数量が正しく表示されないのはなぜですか？

トークンの数量は整数として保存されているため、そのトークンの小数点桁数（decimals）の値で調整する必要があります。18桁が一般的ですが、すべてがそうではないため、誤った係数を適用すると残高が何桁も違ってしまいます。

ガス代（手数料）は取引金額に含めるべきですか？

いいえ。手数料はチェーンのネイティブ通貨で支払われ、送金された価値とは区別されます。送金合計と手数料合計をそれぞれ独立して維持するために、手数料は専用の列に分けて管理してください。

自分のウォレット間の送金を二重にカウントしないようにするにはどうすればよいですか？

管理しているすべてのアドレスのリストを作成し、送信元（from）と送信先（to）のフィールドを照合します。双方が自分のアドレスである送金は内部移動であり、取引アクティビティの合計からは除外する必要があります。

失敗したトランザクションは重要ですか？

はい、手数料の観点から重要です。処理が差し戻されたトランザクションは価値を移動させませんが、ガス代は消費するため、発生した手数料は残しつつ、送金合計からは除外してください。