デペッグイベントが発生した時にパソコンの前にいなかった場合、気づいた時には市場データがすでに数時間経過していたら、それでも救済する方法はありますか？
ある。ほとんどの主要な市場データウェブサイトは過去の価格データを保存しており、特定のタイムスタンプを照会することで当時の市場価格を遡って見つけることができる。自分でリアルタイムのスクリーンショットを撮っていなくても、この種の客観的な市場データは通常、事後に確認できる。本当に事後に救済しにくいのは、プロトコルがイベント発生時に発表したリアルタイムの声明であり、これは後で削除されたり修正されたりする可能性がある。この種の情報は気づいた時点でできるだけ早くバックアップやアーカイブされたバージョンを探すことをお勧めする。
実務上、発見が少し遅れても通常は取り返しのつかない結果にはならないが、気づいた瞬間にすぐに記録を始めることをお勧めする。「もう黄金の時間帯を逃してしまった」からといって記録をあきらめるのではない。記録を始めるのが遅くなるほど、通常確認できる詳細は少なくなる。
デペッグイベントが発生した後、リスクを減らすために一部のポジションを能動的に売却しようと考えていますが、この行動はその後の課税判断にどう影響しますか？
デペッグイベントが発生したと確認される過程で一部のポジションを能動的に売却した場合、この売却自体は通常明確な処分イベントを構成し、（元の基準価値ではなく）売却時点の実際の市場価格を使って損益を計算する必要がある。この取引はまた、保有期間全体における一つの境界点にもなり、残りの未売却分については、デペッグイベントの最終的に確認された方向性（一時的な変動か恒久的な機能不全か）に基づいて、別途合理的な課税タイミングを決定する必要がある。
これは、このようなリスク軽減のための売却を行うつもりであれば、その取引の具体的なタイミングと約定価格をできるだけ早く、明確に記録すべきであることを意味する。後でこの取引のデータを、デペッグイベント自体のタイムラインと照合し、前後関係と対応する計算ロジックを確認する必要が生じる可能性があるためだ。
プロトコルがデペッグの数週間後に救済策を発表したが、その救済策自体がまだテスト段階で成功するかどうか不明な場合、この状況をどう記録すればよいですか？
この状況は本サイトの別の用語で議論した「部分的なデペッグ、仕組みが回復を試み続けているが効果が不確実な場合」のシナリオに該当し、最も対処が難しいカテゴリーである。実務上より堅実な方法は、救済策が発表された時点、その具体的な内容、そしてその後の進捗更新一つ一つを記録し、「デペッグの発生」と「最終結果」という2つの端点だけを記録するのではなく、完全なイベントのタイムラインを構築することである。
この段階的に蓄積されたタイムラインは、最終的に回復に至るか失敗に終わるかにかかわらず、あなた（またはあなたを支援する税務専門家）が遡って、どの時点で客観的な証拠が「これはすでに重大な状態変化を構成している」という判断を十分に支持していたかを確定するのに役立つ。印象を頼りに事後的に曖昧な時点を逆算するのではない。
保有しているステーブルコインが複数の取引所と自己管理ウォレットに同時にまたがっている場合、デペッグイベントが発生した時、各プラットフォームで別々に記録する必要がありますか？
はい。デペッグイベント自体は市場レベルの単一のイベント（そのトークンの市場価格が全体的にデペッグしている）であっても、異なるプラットフォームで保有しているポジションは理論上それぞれ独立した資産バッチであり、それぞれ異なる取得原価と保有履歴を持つ可能性があり、別々に記録・評価する必要がある。これは本サイトの別の用語で議論した複数プラットフォーム間データ照合の問題が、デペッグイベントというこの特殊な状況に応用されたものでもある。
実務上、デペッグイベントが発生した時、自分が各プラットフォームで実際に保有している数量を同時に確認し、それぞれのプラットフォームがその時点で表示している市場情報を別々に記録することをお勧めする。一つのプラットフォームのデータだけを記録して、他のプラットフォームに分散しているポジションを見落とし、最終的な申告時に一部の資産の処理が漏れてしまうことを避けるためである。
デペッグイベントの税務上の定性については、本サイトの別の用語ですでに説明済みである——一時的な変動、恒久的な機能不全、部分的なデペッグという3つのシナリオは、全く異なる処理ロジックが適用される。この記事はその定性原則を繰り返し説明するのではなく、より緊急性の高い問いに焦点を当てる。保有しているステーブルコインがデペッグしていることに気づいた瞬間、将来の申告に必要なデータと選択肢を保持するために、具体的にどんな行動を直ちに取るべきか？
デペッグイベントが発生した瞬間、それが最終的に一時的な変動になるのか恒久的な機能不全になるのかはわからない——この判断は通常、事後的な振り返りによってのみ確定できる。しかし最終的にどちらの結果になるにせよ、記録の黄金の時間帯はイベントが発生した瞬間であり、事態が落ち着いてからではない。その瞬間の市場価格と取引のタイムスタンプを直ちにスクリーンショットで記録し、プロトコルが公式に発表する声明や説明（もしあれば）を保存する。
デペッグが発生すると、よくある直感的な反応は「これは一時的なものだから、様子を見て回復を待とう」というものであり、この反応自体は誤りではない。しかしこの想定に頼って何らかの取引行動を取るつもりであれば（安値で買い増しする、慌ててヘッジのために売却するなど）、これらの行動が保有のタイムライン上に新しい境界点を生み出し、その後の取得原価の計算をより複雑にすることを認識すべきである。自分が十分に考え抜いたか確信が持てない場合、行動を一時停止しまず様子を見ることが、通常はより堅実な方法である。
デペッグイベント発生後の数日から数週間は、通常このイベントの最終的な方向性を判断するための重要な観察期間である。プロトコルの公式発表とトークンの市場価格の推移を継続的に注視し、この観察期間中のすべての重要な進展（プロトコルが発表する救済措置、市場価格の重要な転換点など）を記録しておく。この記録は将来、合理的な課税タイミングを判断する際の重要な根拠となる。
デペッグイベントの前後に、このバッチの資産に対して能動的な取引（買い増し、一部売却）を行ったことがある場合、まずこれらの取引のタイミングと、デペッグイベントが発生したと確認された時点との前後関係を確認する必要がある。これはその能動的取引の取得原価をどちらの市場価格で計算すべきかに影響し、保有期間全体を異なる区間に分割して別々に処理する必要があるかどうかも決定する。
デペッグイベントが発生した瞬間、多くの人の直感的な反応は自分の資産純額への影響に注目することであり、税務面でやるべきことを一時的に見落としてしまう。しかし税務関連の記録作業の価値が最も高い時点は、まさにイベントが発生した直後の数日間である。市場データの検証可能性は時間の経過とともに低下していくためだ。「直ちに記録する」という習慣と「その後の展開を継続的に観察する」ことを別々のものとして捉えることをお勧めする。前者はその瞬間に行うべきことであり、後者はその後数週間継続すべきことである。両方をきちんと行って初めて、最終的に申告が必要になった時に、自分の判断を支える完全なデータを持つことができる。
⚠️ 本記事は執筆時点で入手可能な最新の法規制および公式ガイダンスに基づき、可能な限り正確を期して作成していますが、税法は頻繁に改正され、司法管轄区や個々の状況によって適用されるルールが異なる場合があります。本記事は概念や方向性の理解を助けることを目的としており、正式な税務・法律アドバイスを構成するものではありません。実際に申告する前に、必ずお住まいの司法管轄区の公式税務当局のウェブサイトで最新の規定をご確認いただくか、資格を持つ税務専門家にご相談ください。