アルゴリズム型ステーブルコインの価格安定機構が失敗した場合（デペッグなど）、この事例の計算方法は依然として適用されますか？
適用されない。この状況は再評価が必要である。事例における「保有期間中の残高変動は課税イベントを構成しない」という保守的な解釈の前提は、このリベース機構が実際に持分比率を変化させないよう成功裏に維持し、かつトークン価格が実際に基準値に近い状態を保っていたことである。トークンがデペッグした場合（価格が1ドルから大幅に乖離するなど）、この仕組みの実質的な機能がすでに失われたことを意味し、あなたが保有する持分比率は数字上は変わっていないかもしれないが、このバッチのトークンの実際の経済的価値はすでに大きく変化している。
この状況では、より保守的な対応は、「仕組みが正常に機能していた」時の保守的な処理ロジックを機械的に踏襲するのではなく、この期間がすでに課税イベント（またはキャピタルロスイベント）を構成していたかを再評価することである。デペッグイベントは通常、市場で公開的に確認できる重大な出来事であり、申告時にはその時点の市場データを裏付けとして保存し、課税タイミングを再評価した具体的な根拠を説明することをお勧めする。
保有期間中に一部のポジションを能動的に買い増しまたは売却したことがある場合（単なる受動的な保有ではない場合）、この事例のロジックを直接適用できますか？
直接適用することはできず、分割して処理する必要がある。事例のロジックは、保有期間全体を通じて受動的に保有し能動的な取引を一切行っていなかったことを前提としており、そのため持分比率の変動は完全にリベース機構自体から来ており、自分自身の売買判断は関わっていない。保有期間中に能動的に買い増しや一部売却を行ったことがある場合、これらの能動的な取引はそれぞれ独立した処分または取得イベントを構成し、別々に取得原価と損益を計算する必要があり、受動的な保有期間中のリベースと一緒に処理することはできない。
実務上、保有履歴に能動的な取引が含まれる場合、保有期間全体をいくつかの区間に分割する（各能動的な取引の前後でそれぞれ1区間とする）ことをお勧めする。各区間には「受動的な保有期間中は持分比率が変化しない限り個別申告不要」というロジックをそれぞれ適用し、区間と区間のつなぎ目については、能動的な取引が行われた時点の市場価格に基づいて対応する取得原価または処分所得を計算する。
このアルゴリズム型ステーブルコインのリベース機構の目的が純粋に価格安定性の維持なのかどうか確信が持てない場合、どう対処すべきですか？
公式文書の記述が曖昧である場合、あるいはこの仕組みが価格安定性の維持と何らかの収益の提示という二重の目的を同時に持っているように見える場合、より保守的な方法は、それが課税イベントを構成する可能性があると想定し、より緩やかな「持分比率が変化しなければ課税されない」というカテゴリーに直接該当すると想定するのではなく、個別記録が必要な保守的なロジックを優先して適用することである。
このシナリオにおける保守的な立場は、本質的には本サイトの別の用語で議論した核心原則である——ルールや仕組みの目的自体が不明確な場合、より厳格な申告方法を選び、最悪の結果を多少多めの納税にとどめ、将来の追納と罰金のリスクを負わないようにする。金額が大きく、仕組みの設計が本当に複雑で判断が難しい場合、この状況では特にこの種の新しいトークン機構に詳しい税務専門家の支援を求めることをお勧めする。
この事例で算出された課税所得額は小さかった（わずか50ドル）が、これはリベース型アルゴリズムステーブルコインの税負担が一般的に軽いことを意味しますか？
このように一般化して推論することはできない。この事例の少額の結果は、この特定の仕組みが実際に価格安定性の維持に成功し、あなたの保有行動も純粋に受動的だったという2つの条件が同時に成り立ったことでこの結果が生じたものである。異なるリベース機構の設計を持つ別のトークン（収益を表すことを目的としたものなど）に置き換えたり、このアルゴリズム型ステーブルコイン自体がデペッグイベントを経験していたりした場合、算出される課税所得額は全く異なるものになる可能性があり、場合によっては本サイトの別の記事で議論した、毎日の記録が必要な複雑な状況になる可能性さえある。
この事例が本当に示そうとしているのは「リベーストークンの税負担は一般的に軽い」という結論ではなく、「まず仕組みの目的を確認し、次にどの保守的なロジックを適用すべきかを判断する」という思考プロセスである。同じリベーストークンのカテゴリーでも、異なる仕組みの設計は全く異なる申告の複雑さと税負担の結果につながり、1つの事例の結果をすべてのリベース型トークンに直接当てはめることはできない。
リベーストークンの定性の基本ロジックについては、すでに本サイトの用語で説明済みである——課税の中核的な問いは、課税対象が「絶対的なトークン数量」であるべきか「総供給量に占める持分比率」であるべきかである。この記事はその基本ロジックを繰り返し説明するのではなく、具体的なアルゴリズム型ステーブルコインの事例を用いて実際の計算プロセスを段階的に分解し、抽象的な定性原則を実際に適用できる申告ステップへと変換する助けとなる。
2023年1月に、あるアルゴリズム型ステーブルコインを10,000ドルで購入したとする。このトークンは価格を1ドルに近づけるように設計されており、その仕組みはすべての保有者のトークン数量を毎日自動的に調整すること（正のリベースで数量を増やし、負のリベースで数量を減らす）によって価格の安定を実現する。購入時点で10,000枚のトークンを取得した（当時の価格がほぼ1ドルだったと仮定）。その後1年間、ウォレット残高は毎日のリベースにより変動し続け、2024年1月にすべてのポジションを売却することにした。
本サイトの用語で議論した判断ロジックを適用すると、ステップ1はこのアルゴリズム型ステーブルコインのリベース機構の設計目的を確認することである。このプロトコルの公式文書を確認した結果、この仕組みの目的はトークン価格の安定性を維持することであり、ステーキング収益を表すタイプではなく、「価格安定性を目的とする」カテゴリーに該当することを確認する。この確認結果が、その後どの保守的な申告ロジックを採用すべきかを決定する。
ウォレット内のトークンの「数量」は毎日変動していたが、リベースの仕組みはすべての保有者の残高を同期して調整するため、総供給量に占める保有比率は理論上変化していない（自分で能動的に売買しない限り）。これは、保守的だが合理的な解釈に基づけば、この保有期間中の残高変動自体は課税イベントを構成しない可能性があることを意味する。相対的な富の比率が実質的に変化していないためだ。
「持分比率が変化しない限り課税イベントを構成しない」という解釈を採用する場合、本当の課税イベントは、このバッチのトークンを実際に売却し、法定通貨や他の資産に交換したその瞬間に発生する——これこそが実際の資産処分行為である。これは、保有期間全体を通じた毎日のリベース自体は個別に申告する必要がなく、記録すべきなのは購入時点の取得原価（10,000ドル）と、売却時点で実際に受け取った金額であることを意味する。
2024年1月にすべてのポジションを売却した時、トークン価格が実際に1ドル近辺の維持に成功し、リベース機構によって持分比率が実質的に変化していなかったとすると、売却によって得た金額は約10,050ドルとなる（若干の市場変動と取引手数料を考慮）。この取引の課税所得の計算方法は、売却金額から元の取得原価を差し引くことである。10,050ドルから10,000ドルを引くと50ドルのキャピタルゲインとなり、この金額は「リベースが発生するたびに個別に申告する」というより保守的な解釈で処理しなければならなかった複雑さよりもはるかに少ない。
この事例は重要な原則を示している。リベース機構自体によってウォレット残高が毎日変動していても、この仕組みの目的が持分比率を変化させない価格安定の仕組みであることを確認できれば、保守的だが合理的な処理方法は、通常各リベースごとに個別に所得を申告する必要はなく、保有期間全体を1つの完全な資産保有として扱い、最終的な処分時にのみ損益を計算する。しかしこの判断の前提は、公式文書を通じてこのトークンのリベース機構の具体的な設計目的をすでに確認していることである——もし代わりに収益を表すことを目的としたリベース機構であれば、保守的な処理方法は全く異なるものになり、個別の記録と申告が必要になる。
⚠️ 本記事は執筆時点で入手可能な最新の法規制および公式ガイダンスに基づき、可能な限り正確を期して作成していますが、税法は頻繁に改正され、司法管轄区や個々の状況によって適用されるルールが異なる場合があります。本記事は概念や方向性の理解を助けることを目的としており、正式な税務・法律アドバイスを構成するものではありません。実際に申告する前に、必ずお住まいの司法管轄区の公式税務当局のウェブサイトで最新の規定をご確認いただくか、資格を持つ税務専門家にご相談ください。