事例のステップ2（自己管理ウォレットへの移動）の後、その時点の取得原価を記録し忘れ、後で取引所Bに移動した際の金額だけを覚えている場合、それでも正しく計算できますか？
できる。元の取得情報（取引所Aで10枚のトークンを5,000ドルで購入したこと）を覚えていれば、この4枚のトークンの正しい取得原価（2,000ドル）を遡って再計算できる。すべての移動段階でそれぞれ独立した記録を残す必要は必ずしもなく、最も源流の取得情報が十分に完全であれば、各移動の数量（4枚）と組み合わせて、理論上正しい取得原価を再構築できる。
しかし最も源流の取得情報さえ不完全な場合（元の購入時の正確な金額や数量を覚えていないなど）、事後の遡及の難易度は大幅に上がり、取引所Aの過去の記録や口座明細に頼って元のデータを再構築する必要があるかもしれない。これが、資産を最初に取得した瞬間からすべての関連情報を完全に記録しておくことが推奨される理由でもある。
事例で取引所Aに残った残りの6枚のトークンが、その後さらに別の部分移動を行った場合、取得原価の計算はさらに複雑になりますか？
より複雑になるが、計算ロジックは本質的に同じ原則の繰り返し適用である——取引所Aに残る6枚のトークンの取得原価は3,000ドル（1枚あたり平均500ドル）である。もしこの6枚のうち一部が後で再び移動する場合（2枚を移動するなど）、この2枚の取得原価の計算方法も同様に比率配分に従う：2枚÷6枚×3,000ドル＝1,000ドル、残りの4枚の取得原価は3,000ドルから1,000ドルを引いた2,000ドルとなる。
新しい部分移動が発生するたびに、「その時点でのそのバッチの残りの取得原価」を基準に比率を再計算する必要があり、最初の5,000ドルに遡って参照して計算するのではない。保有履歴に複数回・反復的な部分移動が関わる場合、完全なタイムラインを整理し、各移動の数量と対応する算出された取得原価を順に記録し、一件ずつ更新することを強くお勧めする。途中でどの基準数字を使って計算しているか混乱することを避けるためである。
取引所Bのシステムが実際に取得原価をゼロと表示しているが、自分で完全な記録を保存している場合、申告時にはどちらの数字を使うべきですか？
自分で保存している正しい記録（2,000ドル）を使うべきであり、取引所Bのシステムが表示する誤った数字（ゼロ）を使うべきではない——税務申告において重要なのは、経済的実質を正しく反映する取得原価であり、プラットフォームのインターフェース上に表示される数字ではない。取引所Bのシステムの表示誤りは、通常このバッチの資産が到着する前の元の出所を技術的に遡れないことに起因しており、これはツールレベルの限界であり、税法規則がこの誤った数字に従って申告することをあなたに要求しているわけではない。
実務上のアドバイスとしては、プラットフォームが表示する取得原価が自分の記録と一致しないことに気づいた場合、自分が完全に記録し裏付けられる正しい数字に基づいて申告すべきであり、元の購入記録や移動記録などの裏付け資料を保存しておき、将来この数字がどのように算出されたかを説明する必要が生じた際に備えることである。この種のギャップの対処法に確信が持てない場合、この種の複数プラットフォーム間データ問題に詳しい税務専門家に相談することをお勧めする。
この事例の計算プロセスはかなり煩雑に見えますが、自分の保有履歴がこれよりも複雑な場合（同一バッチの資産が十数回移動するなど）、必ず専門ソフトウェアを使わないと正しく計算できませんか？
理論上、計算ロジックは移動回数が増えても変わらない——各部分移動は「その時点でのそのバッチの残りの取得原価」に基づいて比率配分され、各複数プラットフォーム間の移動は取得原価が正しく引き継がれているかを照合する必要がある。同じロジックを繰り返し適用すれば、どんなに複雑な移動履歴にも対応できる。しかし実務上、移動回数が増えるにつれて手動計算のミスの確率が著しく高まる。特に「現在の残りの取得原価」という基準数字を継続的に更新する必要があり、どこか一つのステップで計算を誤ると、その後のすべての計算が連鎖的に影響を受ける。
移動回数が本当に多い場合、より現実的な方法は、この種の複雑な状況に対応した税務ソフトウェアの計算支援に頼ることである。しかし同様に、自分で完全な元の取引タイムラインを相互照合の根拠として保存しておくことをお勧めする。ソフトウェアの計算結果に人手による確認を一切行わずに完全に頼るのではない。特に金額の大きい保有ポジションが関わる場合は、全体の計算ロジックの正確性を確認するために追加で専門家の支援を求めることをお勧めする。
本サイトの別の用語では、複数プラットフォーム間移動時の取得原価継続原則の基本ロジックについてすでに説明済みである——送金は処分イベントを構成せず、取得原価はそのまま引き継がれるべきである。この記事はその原則を繰り返し説明するのではなく、部分移動と複数回の受け渡しが関わる具体的な事例を用いて、実際の計算プロセスがどれほど煩雑になり得るかを示し、各ステップの詳細を完全に記録することがなぜこれほど重要であるかを理解する助けとする。
ある投資家が取引所Aで10枚のトークンを5,000ドルで購入し、取得原価は1枚あたり500ドルとなった。その後この投資家は以下の操作を行った。ステップ1、そのうち4枚を自己管理ウォレットに移動。ステップ2、その同じ4枚を自己管理ウォレットから取引所Bに移動。ステップ3、取引所Bでこの4枚のトークンを売却し、その時点の市場価格は1枚あたり800ドルだった。このプロセス全体には部分移動（10枚のうち4枚を移動）と複数回の受け渡し（自己管理ウォレット、さらに取引所Bへ）が関わっている。
移動する4枚のトークンには、対応する比率の取得原価が配分される必要があり、バッチ全体の5,000ドルの取得原価がこの4枚とともにそのまま移動するのではない。計算方法は次の通りである：4枚÷10枚×5,000ドル＝2,000ドル、これはこの移動する4枚のトークンの取得原価が2,000ドル（1枚あたり平均500ドル、元の取得原価と一致）であるべきことを意味する。取引所Aに残る残りの6枚の取得原価は、5,000ドルから2,000ドルを引いた3,000ドルとなる。
この4枚のトークンが自己管理ウォレットに移動した後、移動自体は処分イベントを構成しないため、取得原価は2,000ドルとして引き継がれるべきであり、ゼロにリセットされるべきではない。このステップは取得原価継続原則を検証する最も直接的なチェックポイントである——ウォレットのインターフェースが2,000ドル以外の取得原価を表示している場合、記録ツールがこの移動を処理する際に問題があったことを意味する。
この4枚のトークンが自己管理ウォレットから再び取引所Bへ移動する時、これも同様に処分イベントを構成せず、取得原価は引き続き2,000ドルとして引き継がれるべきである。これはこの事例における2回目の移動であり、最も断絶が生じやすい箇所でもある。取引所Bはこのバッチのトークンが「到着」した瞬間しか見ておらず、取得原価の情報が能動的に提供または照合されなければ、取引所Bのシステムはこのバッチの取得原価をゼロと表示してしまう可能性が高い。
この投資家が取引所Bでこの4枚のトークンを売却する時、市場価格は1枚あたり800ドルで、売却代金は4×800＝3,200ドルとなる。課税所得の計算方法は、売却代金から正しく引き継がれた取得原価を差し引くことである。3,200ドルから2,000ドルを引くと1,200ドルのキャピタルゲインとなる。移動の過程で取得原価が誤ってゼロにリセットされていた場合、この取引の課税所得は全額の3,200ドルとして誤って計算され、正しい答えの2倍以上になってしまう。
この事例が示そうとしている重点は、この特定の計算結果を覚えることではなく、部分移動と複数回の受け渡しが組み合わさる場合、取得原価の継続性がすべての箇所で正しく検証される必要があり、どこか一つの箇所で断絶が生じると、最終的な課税所得の計算に深刻な誤差が生じることを示すことである。実務上、保有履歴に類似の部分移動や複数回の受け渡しが関わる場合、最初の移動から表計算ソフトで各操作の日付、数量、対応する取得原価を一件ずつ記録することをお勧めする。この記録が将来の正しい計算の唯一の信頼できる根拠となり、単一のプラットフォームやツールが表示する数字に頼るべきではない。
⚠️ 本記事は執筆時点で入手可能な最新の法規制および公式ガイダンスに基づき、可能な限り正確を期して作成していますが、税法は頻繁に改正され、司法管轄区や個々の状況によって適用されるルールが異なる場合があります。本記事は概念や方向性の理解を助けることを目的としており、正式な税務・法律アドバイスを構成するものではありません。実際に申告する前に、必ずお住まいの司法管轄区の公式税務当局のウェブサイトで最新の規定をご確認いただくか、資格を持つ税務専門家にご相談ください。