結論
調整計算に税法上の明確な根拠はないが、これを行わなければ損益額が実態から乖離する。国税局の税務調査で是認された実績を持つ、実務上不可欠な処理手法である。
- 理由① 取引履歴の欠損があるまま計算すると、期末の実数量と計算上の数量が一致しない。数量が足りない場合は「売却していないのに売却した」ことになり、損益額が実際より過大に算出される。調整計算はこの乖離を「ボーナス」（利益計上）と「0SELL」（損失計上）で補正する。
- 理由② DeFi・ブリッジ・エアドロップ等のオンチェーン取引は取引所のようにCSVが提供されないため、履歴の欠損が構造的に発生する。取引手段が多様化するほど調整計算の必要性は高まり、暗号資産の損益計算において避けて通れない工程となっている。
- 条件 調整計算は「蓋然性の高い損益額の算定」が目的であり、意図的に有利な数値を作り出す手段ではない。期末残高のスクリーンショットによる実数量の裏付けが前提であり、裏付けなしの調整は税務調査で否認されるリスクがある。
所得税法第36条第1項
この記事でわかること
- 調整計算の目的と「ボーナス」「0SELL」の仕組み
- 期中残高調整の2つの方法（一括処理・月数按分）と使い分け
- 期末残高調整の具体的な手順とNFT除外の理由
- 法定通貨の履歴欠損リスクとLUNC等の特殊ケースへの対応策
調整計算の概要｜ボーナスと0SELLの仕組み
【結論】調整計算は「ボーナス」（受取時の時価で利益計上し数量を増やす処理）と「0SELL」（取得原価全額を損失計上し数量を減らす処理）の2つを組み合わせて、取引履歴の欠損を補う。通常の売買処理と同じ損益額を算出できるため、取引履歴が2〜3割欠けていても蓋然性の高い損益額の算定が可能である（所得税法第36条第1項）。
暗号資産の損益計算では、すべての取引履歴を漏れなく取得することは困難な場合が多い。このデータ不足を補うために行うのが調整計算である。調整計算が必要となるケースは次の2つである。
- 期中残高調整：損益計算の過程で、暗号資産の保有数量にマイナス残高（不足エラー）が発生した場合
- 期末残高調整：期末時点の実際の保有数量と、計算上の保有数量に差異がある場合
ボーナス処理
ボーナスとは、暗号資産を無償で受け取った（エアドロップ等）ものとして処理する方法である。受取時点の時価で利益を計上し、同時にその時価が取得原価として設定される。
- 計算式：利益 ＝ 受取時点の時価 × 受取数量
利益 ＝ 受取時点の時価 × 受取数量- 例：1ETHあたりの時価が50万円のときに0.1ETHをボーナス処理した場合、5万円の利益が計上され、0.1ETHの取得原価は5万円となる。
0SELL処理
0SELLとは、暗号資産を0円で売却したものとして処理する方法である。取得原価の全額が損失として計上され、保有数量が減少する。
- 計算式：損失 ＝ 平均取得単価 × 売却数量
損失 ＝ 平均取得単価 × 売却数量- 例：平均取得単価800万円の0.8BTCを0SELLした場合、640万円の損失が計上される。
ボーナス/0SELLの組合せ＝売買処理の分解
暗号資産同士の交換は、ボーナスと0SELLの2つに分解して表現できる。等価交換を前提とすれば、通常の売買処理と損益額は一致する。
| 処理方法 | 処理内容 | 損益額 |
|---|---|---|
| 通常の売買 | 1,600万円（受取ETHの時価）－ 1,200万円（支払BTCの取得原価） | +400万円 |
| ボーナス/0SELL | 1,600万円（ボーナス利益）－ 1,200万円（0SELL損失） | +400万円 |
この組合せにより、取引履歴が一部欠けていても、損益計算の整合性を保つことが可能となる。
期中残高調整の方法｜一括処理と月数按分
【結論】期中に暗号資産の保有数量不足エラーが発生した場合、不足数量をボーナス処理で補充する。時価設定には「一括処理」と「月数按分」の2方式があり、毎年計算する場合は月数按分、複数年一括計算の場合は一括処理が推奨される。どちらを選んでも平均法を使う以上、全期間の損益額は同じとなる（所得税法第48条の2、所得税法施行令第119条の2）。
方式1：一括処理
数量不足が発生した時点で、不足数量をまとめて増やす方式である。
- 具体例：2025年3月16日15時33分48秒の取引で0.4BTCが不足した場合、2025年3月16日15時33分47秒（1秒以上前に設定。同時だと損益計算ソフトが反映しない場合がある）で0.4BTCを増やす。利益額はその時点の時価で計上する。
方式2：月数按分
計算対象年度の初日から不足発生時点までの月数で、不足数量を按分し、各月初日に増やす方式である。
- 具体例：2025年5月29日の取引で5ETHが不足した場合（1月〜5月の5か月間）、以下のように処理する。
| 増加日時 | 増加数量 |
|---|---|
| 2025年1月1日 0時0分1秒 | 1ETH |
| 2025年2月1日 0時0分1秒 | 1ETH |
| 2025年3月1日 0時0分1秒 | 1ETH |
| 2025年4月1日 0時0分1秒 | 1ETH |
| 2025年5月1日 0時0分1秒 | 1ETH |
利益額は各月初日の時価で計算する。
2方式の比較と使い分け
| 比較項目 | 一括処理 | 月数按分 |
|---|---|---|
| 処理の手間 | シンプル | やや複雑 |
| 納税者への影響 | 時価が高いタイミングに集中しやすく不利になりやすい | 各月に分散され妥協点になりやすい |
| 推奨場面 | 複数年一括計算 | 毎年の損益計算 |
| 全期間損益額 | 同じ（平均法のため） | 同じ（平均法のため） |
一括処理は実務上シンプルだが、利益が出ている納税者は時価が高い時点で取引していることが多く、一括処理だと不利になりやすい。月数按分のほうが納税者・税務署双方の妥協点となる損益額になりやすい。ただし、按分期間が長すぎると本来の利益より少なくなる（時効を迎える年に利益が振り分けられる）リスクもある。
期末残高調整の方法
【結論】期末時点で損益計算ソフトが算出した数量と実際の保有数量に差異がある場合、実数量が多ければボーナス処理、計算上の数量が多ければ0SELL処理で調整する。NFTは実数把握が困難なため期末残高調整の対象外とし、ステーキング預入中やLPトークン化したトークンは実数量に加算する必要がある（所得税法第36条第1項）。
期末残高調整の手順は以下のとおりである。
- 損益計算ソフトが出力した計算上の期末残高と、納税者が提出した実数量のExcelファイルを比較する
- 実数量 ＞ 計算上の数量 → 不足分につきボーナス処理
- 計算上の数量 ＞ 実数量 → 超過分につき0SELL処理
実数量に加算すべきトークン
ウォレットの残高画面だけでは把握できないトークンがある。以下は実数量に加算する必要がある。
- ステーキングやレンディングで預入中のトークン
- 流動性供給によりLPトークン化しているトークン
- 債権トークン化しているが損益計算上管理されていないトークン
NFTの取扱い
NFTは期中残高調整では対象とするが、期末残高調整では対象外とする。理由は2つある。
- NFTの保有量を完全に把握することが困難なケースが多い
- NFT購入時にボーナス/0SELLを適用すると、NFTが0円取得扱いとなり利益圧縮が生じるリスクがある（ただし、NFT売却時に受取暗号資産の時価全額が利益となるため、計上タイミングがずれるに過ぎない）
端数の取扱い
月数按分でボーナス処理を行うと、小数点以下の数量が完全に一致しないことも多い。1円にも満たないわずかな乖離は損益額に影響しないため、実務上は無視して問題ない。
実務上の注意点
【結論】調整計算で最も注意すべきは法定通貨との売買履歴の欠損である。これが欠けると損益額が実態から1,000万円以上乖離するケースもある。また、LUNCのように急騰急落したトークンは通常の按分処理では非現実的な損益額になるため、加重平均による按分が必要となる。
損益計算や申告を専門家に依頼したい場合は「暗号資産・DeFiの損益計算を依頼する（Cryptorch）」をご覧ください。
法定通貨の履歴欠損は最大のリスク
暗号資産同士の交換はボーナス/0SELLで概算表現できるが、法定通貨（日本円）との売買が欠落すると損益が大幅にずれる。
- 購入履歴の欠損例：100万円で1BTCを購入した履歴が取得できない場合、ボーナス処理で補うことになり、BTC時価が1,000万円を超えていれば1,000万円以上の利益が計上される。本来は保有しているだけで損益は発生していない。
- 売却履歴の欠損例：100万円で購入した1BTCを1,500万円で売却した履歴が取得できない場合、0SELL処理で100万円の損失が計上される。本来は1,400万円の利益が生じるべきである。
対策として、銀行口座やクレジットカードの入出金データから法定通貨と暗号資産の売買履歴を作成し、乖離を最小限に抑える。
LUNC等の急騰急落トークンへの対応
LUNCのように一時期に数百倍に急騰した後、ほぼゼロまで暴落したトークンを通常の月数按分で処理すると、非現実的な巨額の損益が算出されることがある（過去の事例では小国の国家予算並みの利益額が算出されたケースもある）。このような特殊なトークンでは、時価に応じた加重平均で按分処理を行う必要がある。
調整計算の安定性
調整計算の利点は、高額な利益が出ている取引を安易に削除しても、他の取引にその利益が転嫁されるだけで損益額がほとんど変わらないという安定性にある。想定と異なる損益額が出た場合は、過去の日本円でのBTC購入履歴の欠損、APIキーで取得できない履歴の存在、同一シンボルの別トークンの時価参照誤りなど、原因の究明に努めるほかない。
よくある質問（FAQ）
Q1. 調整計算に税法上の根拠はありますか？
ない。調整計算に税法上の明確な根拠は存在しない。ただし、国税局の税務調査（個人・法人）で是認を受けた実績があり、悪用しない限り実務上の信頼性は確保されている。
Q2. 取引履歴がどの程度欠けていても対応できますか？
経験上、2〜3割程度の欠損であれば蓋然性の高い損益額を算定できる。ただし法定通貨（日本円）との売買履歴が欠落すると損益額が大幅に乖離するため、その取得は最重要である。
Q3. 期中残高調整は一括処理と月数按分のどちらを選ぶべきですか？
毎年損益計算を行う場合は月数按分、複数年の一括計算を行う場合は一括処理が推奨される。どちらを選んでも平均法を使う以上、全期間の損益額は同じとなる（所得税法第48条の2）。ただし、複数年一括で一括処理を採用すると、期末残高調整で多額の利益が生じるリスクがある。
Q4. 調整計算をしないとどうなりますか？
期末時点の暗号資産の実数量と計算上の数量が乖離し、多くの場合で損益額が実際より過大になる。調整計算を省略すると、不足エラーの解消や期末数量の整合性確保ができず、蓋然性の低い計算結果となる。
Q5. 損益額が想定と大きく異なる場合はどうすればよいですか？
原因究明に努めるしかない。典型的な原因は、過去の日本円でのBTC等の購入履歴の欠損、APIキーで取得できない取引履歴の存在、同一シンボルの別トークンの時価参照誤りの3つである。調整計算の特性上、高額利益の取引を削除しても他の取引に利益が転嫁されるため、損益額はほとんど変わらない。
損益計算や申告を専門家に依頼したい場合は「暗号資産・DeFiの損益計算を依頼する（Cryptorch）」をご覧ください。
関連記事・サービスページ
関連記事
専門の税理士に依頼する場合
暗号資産の確定申告の全体像・最新情報は「暗号資産の確定申告ガイド【2027年版】」をご覧ください。
関係法令
- 所得税法第36条第1項（収入金額）
- 所得税法第48条の2（暗号資産の評価の方法）
- 所得税法施行令第119条の2（移動平均法）
- 所得税法施行令第119条の5（総平均法）