保有数量が合わないことに気づいたが、記憶している限りのすべてのソースをすでに接続している場合、他にどんな原因が考えられますか？
未接続のソース以外に、もう一つよくある原因はエアドロップやハードフォークである。あるトークンを保有していたことで自動的にエアドロップや分岐コインを受け取ったことがある場合、これらのトークンは標準的な「売買取引」記録に現れないことがある。一部のソフトウェアは、この種の受動的に取得した資産を正しく認識するために追加の設定や手動での入力が必要であり、その結果、移動記録の見落としではないにもかかわらず保有数量のずれが生じることがある。
もう一つ見落とされがちな可能性は、トークン自体がコントラクトのアップグレードやトークンスワップ（プロジェクト側が旧バージョンのトークンを新バージョンに交換するなど）を経験していることである。ソフトウェアがこれを同一の原資産の継続として正しく認識していない場合、新旧のトークンを完全に別々のポジションとして扱ってしまう可能性があり、片方のバージョンだけを見た場合に数量が合わないように見える。このような状況に遭遇した場合は、まずそのトークンに公式のフォーク、エアドロップ、またはトークン移行の履歴がないかを確認することをお勧めする。
取得原価が誤ってリセットされたと判定された場合、具体的にどう手動で修正すればよいですか？
ほとんどの税務ソフトウェアは、ユーザーが個別の取引記録を手動で編集できるようにしている。修正の核心的なロジックは、このバッチのトークンが「最初に」あなたの資産範囲に入った取引（取引所での購入や、ステーキング報酬の入金など）を見つけ、その記録の取得原価と取得日を、同じバッチの資産に属するその後のすべての移動記録に適用し、ソフトウェアの誤判定によって生じたリセットポイントを取り消すことである。
この修正プロセスで手間がかかるのは、このバッチのトークンが複数回のプラットフォーム間移動を経ている場合、各移動の前後の数量とタイムスタンプを一つずつ照合し、ソフトウェアがどの段階で誤判定を始めたのかを特定する必要があるという点である。最後に問題に気づいた箇所だけを修正するのではない——なぜなら、誤判定が途中のどこかの段階で発生していた場合、最後のステップだけを修正しても、それ以前の断絶は依然として存在し、次にこの資産が再び移動した際に同じ問題が再発する可能性があるからだ。
特定の期間のオンチェーンの生記録が全く見つからず、照合できない場合はどうすればよいですか？
ほとんどのブロックチェーンの過去の取引記録は理論上永続的に照会可能である。ブロックエクスプローラーに自分のウォレットアドレスを入力すれば、たとえ非常に古い取引であっても、通常は完全な履歴記録を見つけることができる。見つからない場合、よくある原因は間違ったウォレットアドレスを使用していること（複数のウォレットを持っていて無関係な方を照会したなど）、あるいはその取引があまり馴染みのないチェーン上で発生しており、そのチェーンに対応した別のブロックエクスプローラーに切り替える必要があることである。
アドレスとチェーンの両方が正しいことを確認しても、本当に何も記録が見つからない場合、これは比較的まれなケースであり、この資産の変動がオンチェーン取引を通じて発生したものではないことを示している可能性がある（一部の中央集権型プラットフォームの内部会計調整はオンチェーン記録を残さない場合がある）。この場合は、そのプラットフォームのサポート窓口に直接連絡し、当時の内部取引記録を裏付けとして請求することをお勧めする。
これらのよくある断絶を確認した後、自分のデータ照合が「十分に完全」であり安心して申告できると、どう確認すればよいですか？
「100%完全」を保証する絶対的な基準は存在しないが、より現実的なチェック方法は、ソフトウェアが算出した期末保有残高を、自分が実際に把握しているすべてのソース（各取引所アカウントが現在表示している残高、各ウォレットアドレスで確認できるオンチェーン残高）と一つずつ照合することである。すべての項目が一致すれば、通常はデータ照合が信頼できるレベルに達していることを示している。
金額が特に大きい、あるいは経路が特に複雑な資産については、照合後に正しく見えたとしても、これらの重要なポイントの生の裏付け証拠（取引ハッシュ、スクリーンショット、照合記録）を追加で保存しておくことをお勧めする。これはソフトウェアの計算が信頼できないからではなく、万が一将来申告数字の妥当性を証明するよう求められた際に、提供できる具体的な根拠が完全であればあるほど、説明が楽になるからである。
暗号資産が単一の取引所だけにとどまっている場合、税務ソフトウェアは通常かなり信頼できる計算結果を出せる。しかし、資産が2つ以上のプラットフォームをまたいだことがある場合——自分のウォレットに出金した、あるDeFiプロトコルに預け入れた、複数の取引所間で移動した——ソフトウェアが算出する数字は、不完全なデータ基盤の上に成り立っている可能性がそれなりにあり、しかもこの種の誤りには通常明確な警告がない。この記事では、データの断絶を示すよくある兆候をいくつか整理し、申告前に一通りの確認ができるようにする。
ソフトウェアが表示するあるトークンの保有数量が、実際にウォレットや取引所アカウントで見える残高と一致しない場合、これは通常ソフトウェアがどこかの移動記録を見落としていることを意味する。よくある原因は、このバッチのトークンがソフトウェアが接続していないソース間を移動したことがあり、ソフトウェアの内部記録が実際のオンチェーンまたはアカウントの状態から乖離してしまったことである。この種の食い違いに気づいた場合、最初のステップは関連するすべてのソース（取引所、ウォレットアドレス）が完全に接続されているかを確認することである。
トークンをあるプラットフォームから別のプラットフォームに移動させた場合、理論上は取得原価がそのまま引き継がれるべきである。移動自体は処分を構成しないからだ。しかし、ソフトウェアがこのバッチのトークンが新しいプラットフォームに到着した後に取得原価をゼロと表示したり、到着時点の市場価格で新たに起算し直したりする場合、これはソフトウェアがこの移動を既存資産の場所の移動ではなく、新しい取得だと誤判定したことを意味する。この誤判定は、このバッチのトークンを将来売却する際に算出される利益が著しく過大評価される原因となる。
分散型プロトコルを通じてステーキング、流動性提供、貸付を行っているにもかかわらず、ソフトウェアの取引記録に関連する項目が全く見当たらない場合、ソフトウェアがこの種のスマートコントラクトとのやり取りを正しく認識できていないか、ウォレットアドレスは接続されているもののソフトウェアがこの特定のプロトコルへの対応が不完全である可能性が高い。この種の欠落はより発見しづらい。ソフトウェアは「このプロトコルは理解できません」と能動的に教えてくれないため、ブロックエクスプローラーの記録と自分で照合し、ソフトウェアが実際にすべてのやり取りを完全に網羅しているかを確認する必要がある。
一部のソフトウェアは、特定の種類のオンチェーンとのやり取り（複雑な複数ステップのコントラクト呼び出しなど）を解析する際、単一の操作を単一のイベントとして正しく認識するのではなく、意味不明ないくつかの少額取引に分解してしまうことがある。ある時点の前後で突然、金額が細切れで論理が読み取れない取引記録が大量に現れた場合、これは通常、ソフトウェアがその特定のコントラクトとのやり取りの解析に問題を抱えていることを示しており、オンチェーンの生の記録と照合して実際に何が起きたかを手動で確認する必要がある。
これらの兆候に共通しているのは、ソフトウェアが通常「ここに問題があります」と明確な赤い警告で教えてくれないという点である。ソフトウェアは自信を持って一見正常な数字を提示するが、その数字は欠落のあるデータの上に成り立っている。申告前にこれらの兆候と照らし合わせて時間をかけて確認すること、特に金額が大きい、あるいは経路が複雑な資産については、後から追納や罰金を求められるリスクを大幅に減らせる。この時間コストは、誤った申告をした後の修正コストに比べて、通常はるかに割に合う。
⚠️ 本記事は執筆時点で入手可能な最新の法規制および公式ガイダンスに基づき、可能な限り正確を期して作成していますが、税法は頻繁に改正され、司法管轄区や個々の状況によって適用されるルールが異なる場合があります。本記事は概念や方向性の理解を助けることを目的としており、正式な税務・法律アドバイスを構成するものではありません。実際に申告する前に、必ずお住まいの司法管轄区の公式税務当局のウェブサイトで最新の規定をご確認いただくか、資格を持つ税務専門家にご相談ください。