Bible Network Crypto DeFi Onchain RWA AI Agent Stablecoin CryptoTax DeFAI Chain SAFU AGI Claude Me Claude Skill Claude Cowork
独立メディア
いかなるプロジェクトとも無提携
暗号資産税務コンプライアンス完全ガイド:申告・計算・ツール・各国税制
cryptotax-bible.com
最新
保有しているステーブルコインがデペッグした——税務上まず何をすべきか  ·  4回の取引、3つの区間:複雑な保有履歴を分割計算する完全な事例を一つ一つ見ていく  ·  リキッドステーキングトークンの税金:値上がり型と数量増加型、全く異なる2つの計算方法  ·  初めて税務居住者資格の申告書に記入する時、人々が最も間違いやすいポイントはここだ  ·  ルールが不明確な状況に遭遇したら、この意思決定フレームワークで判断しよう  ·  自分が使っている取引所がすでにCARFの対象になっているかをどう判断するか
advanced

リキッドステーキングトークンの税金:値上がり型と数量増加型、全く異なる2つの計算方法

30秒バージョン · 忙しい方へ
同じリキッドステーキングでも、あなたの受領証トークンは「数字は変わらず価値が変わる」のか、「数字が変わり比率は変わらない」のか——これがどちらの税務ロジックで記録すべきかを決める。

詳しく読む +
01 · なぜ起きたのか?

自分が使っているプロトコルが値上がり型か数量増加型かわからない場合、簡単な判別方法はありますか?

最も直接的な方法は、数日間連続してウォレット残高を観察することである。受領証トークンの「数量」が全く変化せず、交換比率を調べた時(通常プロトコルの公式サイトやブロックエクスプローラーで、1つの受領証トークンが現在どれだけの原資産に対応するかが表示される)にのみ、その比率がゆっくりと上昇していることに気づくのであれば、それは値上がり型である。ウォレットに表示されるトークンの「数量」自体が毎日少しずつ増加していることに気づくのであれば、それは数量増加型(リベース型)である。

観察しても確信が持てない場合、より安全な方法はそのプロトコルの公式文書やホワイトペーパーを直接確認することである。多くのプロトコルは自らの受領証トークンの設計ロジックを明確に説明しており、これは自分の観察だけで推測するよりも信頼できる。特にこの判断がその後の記録方法や税務申告のロジックに直接影響する場合はなおさらである。

02 · 仕組みは?

値上がり型受領証トークンの保有期間全体が複数の課税年度にまたがる場合、最終的な償還時に、この所得はどの年度に計上されますか?

「償還時まで待って計上する」という保守的な立場を取る場合、理論上は所得全額が償還が発生した年度に帰属することになる。たとえ原資産の収益が過去数年にわたって徐々に累積されたものであってもである。これは、実際には複数年に分散して累積された収益であっても、ある年に金額の大きい所得を集中して計上することになる可能性があることを意味し、このタイミングの集中効果が、償還した年の税率区分に影響を与える可能性がある。

これが、一部の投資家が意図的に償還のタイミングを計画する理由でもある——例えば、その年の全体的な所得が低いと見込まれる年に償還を選ぶことで、この集中して計上される所得が比較的低い税率区分に該当するようにする。しかしこのような計画には自分の全体的な所得状況を明確に把握していることが必要であり、これが他のルール(一般的な租税回避防止原則など)と衝突しないことも確認する必要がある。このようなタイミングの調整を計画する前に専門家に相談することをお勧めする。

03 · 自分にどう影響する?

数量増加型の受領証トークンについて、毎日記録する必要がある場合、実務上本当にそうしている人はいますか?

実務上、ほとんどのアクティブなユーザーは実際には日々手動で記録しておらず、この種のリベース機構に対応した税務ソフトウェアに頼り、毎日の残高変動を自動的に取得し対応する時価を計算している。この種のソフトウェアは通常プロトコルのオンチェーンデータに接続し、各リベースイベントを自動的に日付と時価付きの記録に変換し、手動記録の負担を大幅に減らしている。

ただし注意すべきなのは、すべての税務ソフトウェアがあらゆる種類のリベース機構に正しく対応しているわけではないという点である。一部のソフトウェアは保有期間全体の残高変化を大まかに合算するだけで、一件ずつ正確に記録するわけではない場合があり、この簡略化された処理が保守的な申告の要件を満たしているかどうかは、自分で別途確認する必要があり、「DeFi対応」のソフトウェアを使っているからといって、この特定の仕組みが必ず正しく処理されていると想定すべきではない。

04 · どうすればいい?

将来公式ガイダンスが発表され、その内容が当初自分が保守的に処理していた方法と異なっていた場合、過去の申告を遡って修正する必要がありますか?

将来の公式ガイダンスが当初の保守的な処理よりも緩やかであった場合(例えば繰り延べ計上を明確に認めているが、当初すでに年ごとに計算し納税していた場合)、理論上は修正申告を通じて、より厳格な立場を取ったために払いすぎた税金の還付を求めることができるが、これには通常時効の制限があり、申請の根拠として具体的な公式ガイダンスが必要となる。

将来の公式ガイダンスが当初の処理よりも厳格であったが、当初すでに保守的な立場を取っていた場合(すでに年ごとに所得を計上していたなど)、通常は追加の追納は不要である。すでにより厳格な基準で処理していたためだ。これが、保守的な立場を取り、多少多めに税金を払ってでも早めに所得を計上する方が、後になって追納と罰金を求められるリスクよりも小さい理由でもある。この非対称なリスク構造こそが、多くの税務専門家が保守的な処理を推奨する核心的な理由である。

全文 +

リキッドステーキング(流動性ステーキング)は、ステーキングされた資産が同時に流動性を保持できるようにするもので、ここ数年で暗号資産エコシステムの中で最も急成長しているカテゴリーの一つである。しかしこの記事はリキッドステーキングの仕組み自体を繰り返し説明するのではなく、しばしば見落とされがちだが課税額に直接影響する詳細に焦点を当てる。異なるプロトコルが設計する受領証トークンは、実際には収益を提示する完全に異なる2つの方法に分かれており、この2つの方法は税務計算において異なる道をたどる。自分が使っているのがどちらのタイプかを区別できていないと、算出される課税所得に明らかな差が生じる可能性がある。

2つのモデルの根本的な違い

値上がり型(為替累積型)の受領証トークンは、保有する受領証トークンの「数量」が最初から最後まで変わらないが、そのトークンが交換できる原資産の数量は、プロトコルの収益が累積するにつれて徐々に増加していく——ウォレット残高はずっと同じ数字に見えるが、その数字の背後にある価値は値上がりしている。数量増加型(リベース型)の受領証トークンはその逆で、保有する受領証トークンの「数量」が時間とともに自動的に増加していく(毎日ウォレット残高が自動的に少しずつ増えるなど)が、各受領証トークンが原資産と交換できる比率は1:1で固定されたまま変わらない。この2つのモデルは収益を提示する方法が完全に異なり、税務上の定性も異なる論争の焦点に向かっていく。

値上がり型の計算ロジック:核心的な論争は「実現しているかどうか」

値上がり型受領証トークンの税務上の論争は、「交換比率の上昇は実現所得に該当するかどうか」を中心としている。多くの保守的な見解は、受領証トークンを実際に原資産に償還していない限り、この比率の上昇は未実現の帳簿上の含み益に該当し、当面は課税されないとする傾向にある。償還のその瞬間になって初めて、その時点の実際の交換比率を用いて、保有期間全体で累積した所得を計算する。この立場での計算は比較的単純である。償還時に受け取る原資産の数量から、当初預け入れた原資産の数量を差し引いたものが、課税所得となる。

数量増加型の計算ロジック:核心的な論争は「増加分が新しい所得に該当するかどうか」

数量増加型受領証トークンの論争の焦点は異なる——ウォレット残高(受領証トークンの数量)自体が増加しているため、外見上は「新しい資産を継続的に受け取っている」という離散的なイベントにより近く見え、単純に「未実現の含み益」というロジックで片付けるのが難しい。一部の保守的な見解は、残高が増加するたびにその瞬間の公正市場価値で課税所得を認識すべきだと主張しており、これは最終的な償還時に一度だけ計算するのではなく、残高が変動するたびのタイミングと時価を記録する必要があることを意味する——この記録の粒度に対する要求は、値上がり型よりもはるかに高い。なぜならリベースは通常毎日、あるいはそれ以上の頻度で発生するからだ。

プロトコルが途中で一方のモデルからもう一方に切り替わった場合

一部のプロトコルは運営過程で受領証トークンの設計ロジックを調整したことがあり、あなたが保有する受領証トークンがこの種の切り替えを経験している場合、取得原価の計算はさらに複雑になる。切り替え前後の2つの段階それぞれに適用されるロジックを個別に確認し、切り替えのその時点で取得原価の起点を改めて確立し直し、単一のロジックで保有期間全体を貫くのではなく、保有サイクル全体を2つの段階に分割してそれぞれ処理する必要がある。

あなたのお金にとって何を意味するか

リキッドステーキングプロトコルを使用している、あるいは使用を検討している場合、最も実践的な最初のステップは、自分が使用しているプロトコルが値上がり型か数量増加型かを確認することである。この情報は通常プロトコルの公式文書に明確に記載されている。確認した後、値上がり型については少なくとも預け入れ時点と償還時点の交換比率を記録することをお勧めし、数量増加型についてはより頻繁な記録習慣を構築し、残高変動のタイミングと時価を追跡することをお勧めする。現時点でこの分野のルールが依然として議論の対象であっても、保守的に処理しておけば、将来ルールが明確化した際に照合できる完全なデータを持っていることになり、後になって記録が著しく不足していたことに気づくよりもよい。

⚠️ 本記事は執筆時点で入手可能な最新の法規制および公式ガイダンスに基づき、可能な限り正確を期して作成していますが、税法は頻繁に改正され、司法管轄区や個々の状況によって適用されるルールが異なる場合があります。本記事は概念や方向性の理解を助けることを目的としており、正式な税務・法律アドバイスを構成するものではありません。実際に申告する前に、必ずお住まいの司法管轄区の公式税務当局のウェブサイトで最新の規定をご確認いただくか、資格を持つ税務専門家にご相談ください。

図解
升值型 vs. 數量增加型憑證代幣對照藍色升值型跟橘色數量增加型逐項對照定義、爭議焦點、計算方式與記錄需求 リキッドステーキングトークン:2つのモデル、2つの全く異なる計算方法 値上がり型(為替累積型) 受領証トークンの「数量」は不変 原資産の交換量が徐々に増加 論争点:比率上昇は実現とみなすか 多くの保守的見解:償還前は 未実現の含み益、当面課税されない 計算方法 償還時の原資産数量 − 預入数量 =課税所得 記録要件:預入と償還の2時点のみ 数量増加型(リベース型) 受領証トークンの「数量」が時間とともに自動増加 交換比率は1:1で固定 論争点:増加分は新所得とみなすか 外見上は新しい資産を継続的に 受け取っているように見え、個別計上を主張する見解も 計算方法 残高変動のたびに、その時点の 時価で課税所得を計上 記録要件:毎日、あるいはそれ以上の頻度 まず自分が使用しているプロトコルがどちらのタイプか確認 — 通常は公式文書に記載 保有期間中にプロトコルが切り替わった場合、2区間に分けて取得原価を再確立 ルールはまだ議論中 — 保守的な記録が将来ルール明確化時の確認材料になる どちらのタイプか分からないと、算出される課税所得に明らかな差が生じ得る CryptoTax Bible · cryptotax-bible.com
スクリーンショット歓迎。転載時は出典を明記してください。
質問する
10文字以上入力してください
関連記事
4回の取引、3つの区間:複雑な保有履歴を分割計算する完全な事例を一つ一つ見ていく
advanced · 07/25
アルゴリズム型ステーブルコインのリベース課税:具体的な事例で各ステップを解説
advanced · 07/25
ガバナンストークンを保有しているだけなのに、なぜパートナーの税務責任を負うことになりかねないのか
advanced · 07/24
リステーキングの課税層を分解する:なぜ一つの元本が複数の課税イベントになり得るのか
advanced · 07/23
関連トピック
DeFiとは何か?一つの問いから理解する分散型金融
DeFi Bible
DeFiは銀行をブロックチェーンに移すことではなく、「仲介機関への信頼」を「公開され透明なコードへの信頼」に置き換えるものだ——この転換こそがDeFiの世界全体を理解する出発点である。
#defi
ステーブルコインで利回りを得る方法:sUSDS・sUSDe・Aaveレンディング・CEXのEarnを徹底比較
Stablecoin Bible
ステーブルコインの利回りを得る4つの経路:sUSDS(T-bill利息、安定的約4%)、sUSDe(永久資金調達率、強気相場では高いが弱気相場では縮小)、Aave(借り手需要の変動利率)、CEX Earn(最もシンプルだが取引所への信頼が必要)。高い利回り=より複雑なリスク構造。
#defi
トークン化米国債でUSDCを借りる隠れリスク:RWA担保がDeFi清算に直面するとき、「安全」なポジションは時限爆弾になる
RWA Bible
OUSGの日次変動は0.3%未満なので95% LTVを設定——計算は合っています。問題は:市場ストレス下で清算ボットがT+1換金窓口前にOUSGを素早く売却できず、オンチェーン価格が乖離し、さらなる清算がトリガーされること。これがRWAをDeFi担保として使う本当のリスクです。
#defi
ブロックチェーンはどのようにして現実世界の価格を知るのですか?予言機の20年の難題
Crypto Bible
オラクルプロブレムは2005年に提案されました。21年後、DeFiはまだ完全に解決できません。技術問題ではなく、根本的な矛盾です。分散型システムで集中型情報源を完全に信頼することはできません。
#defi