この規則転換の背後にある政策的論理は、1099-DA報告制度の導入時期と同じ考慮によるものである可能性が高い——IRSは各口座のコストベース記録がその口座自体のブローカー報告データと独立して対応できる必要があり、ユニバーサルプーリングはこの対応関係と構造的に矛盾している。
ブローカーが自社プラットフォームで発生した取引のコストベースのみを報告する一方で、納税者がすべてのプラットフォームを混ぜたプールを使って損益を計算すると、両者の数字は設計上、取引ごとに一致させることができない。ウォレットベースの追跡を要求することは、納税者側の計算ロジックをブローカー報告側のデータの粒度と一致させることを強制し、これによりIRSの自動照合システムが方法論の違いに埋没することなく実際に機能できるようになる。
ウォレットベースの追跡への切り替えは、実質的に以前合法だった税務計画の余地の一部を消滅させるが、この変化は税率の上昇ではなく運用上の柔軟性の縮小であるため、「税負担の増加」として議論されることはほとんどない。
以前のユニバーサルプーリングのロジックでは、取引所Aに高コストベースのコインのバッチがあり、ウォレットBに低コストベースのバッチがある場合、売却時にどの口座のバッチが最も有利かを選ぶことができた。ウォレットベースの追跡後は、このクロスアカウントの柔軟性が完全に断たれ、その口座内に既に存在するロットの中からしか選べなくなる。規則が変わったのは税率ではなく運用上の柔軟性であるため、多くの人にとってこれは「節税の手段が一つ減った」という実感に近いものになるだろう。
この規則変更で最も過小評価されやすい影響は、新しい計算方法そのものではなく、過去数年間ユニバーサルプーリングのロジックで申告してきた履歴データを移行期間にどう扱うかだ。
規則は2025年以降のウォレットベースの追跡を明確に要求しているが、ほとんどの人の過去の取引は元々ユニバーサルプーリングのロジックで積み上げられており、資産がどの「ロット」に属し、どの口座の元のコストに結びついていたかは、旧ロジックの下では明確に区別することが求められていなかった。2024年のRev. Proc. 2024-28自体がこの移行期間の基礎配分問題に対処しているが、報道ではこの移行期間のセーフハーバーの窓は、ほとんどの納税者にとって既に閉じていると指摘されている。つまり今になって初めてソフトウェアの基礎ロジックを確認した場合、当時の比較的緩やかな移行期間のルールを既に逃してしまっている可能性があり、ここからの対応は規則施行直後に処理していた場合よりもかなり複雑になる。
一般の投資家にとって、この問題の最も直接的なリスクは将来の申告が間違うことではなく、ユニバーサルプーリングのロジックで申告していた過去の年度が、遡って規定違反の方法とみなされる可能性があることだ。
規則がある日付から義務化されたとしても、それ以前の申告が自動的に遡って間違いとみなされるわけではないが、他の理由で申告根拠の説明を求められた場合、審査者はあなたの報告方法の変遷を時系列で追う可能性が高い。2025年以降もあなたの申告ロジックがユニバーサルプーリングの痕跡を示している場合、ソフトウェアが自動的に移行を処理したと思い込んでいても、それは追加で説明が必要なギャップになる。つまり今ソフトウェアの基礎ロジックを確認する時間をかけることは、計算上の手間を省くことではなく、将来問われた際にその場で説明しなければならないギャップを一つ減らすことを意味する。
長年使われてきた多くの税務ソフトウェアの背後にあるコストベース計算のロジックは「ユニバーサル・トラッキング」だ——暗号資産がいくつの取引所やウォレットに分散していても、ソフトウェアはそれらを単一の在庫として扱い、売却時にはその共有の在庫から差し引く。このロジックは長年業界のデフォルトとなっており、操作も確かに簡単だ。しかし2025年1月1日以降、IRSの規定が変わった——「ウォレットベースの追跡（wallet-based tracking）」が義務化され、ユニバーサルプール方式はもはや規定に準拠しなくなった。
ユニバーサルプーリングは、あなたの名義のすべてのウォレットと取引所口座の保有分を一つの統合資産プールとして扱い、コストベースの計算レベルでは、ある銘柄が元々どの口座にあったかを区別しない。ウォレットベースの追跡では、すべてのウォレットとすべての取引所口座が独立した、互換性のないコストベース記録を維持することが求められる——取引所AのコインとウォレットBのコインを混ぜて同じFIFOやHIFOのロジックを適用することはできない。この規定の転換は、2024年に発表されたRev. Proc. 2024-28に由来し、2025年1月1日からウォレットベースの追跡が選択肢の一つではなく義務になることを明確に規定している。
最初によくある問題は、「自分自身への」内部転送をソフトウェアが売却と誤認することだ。取引所から自分のウォレットに資産を移動することは処分ではなく、損益計算を発生させるべきではない。しかし多くのソフトウェアは、ウォレットベースの追跡に切り替えた後、むしろこの種の転送をクロスアカウントの売却と誤認しやすくなる。なぜならソフトウェアは今、資産がどの口座から出たかを追跡することを強いられており、このロジックが転送の両端が同一人物に属することを正しく認識できない場合、誤って課税イベントを発生させてしまうからだ。二番目の問題は、あるプラットフォームで購入し、別のプラットフォームで売却した場合にコストベースのデータギャップが生じやすいことだ。三番目の問題は、以前よく使われていた「未使用の税務ロット」の配分戦略が、今では各口座内で独立して適用する必要があり、口座をまたいで最も有利なロットを選ぶことができなくなったことだ。
ソフトウェアが実際に各ウォレット、各取引所ごとに独立したコストベース記録を維持しているか、それとも表面上は分離しているように見えても基礎計算では依然としてすべてが混ざっているだけなのかを確認する。ソフトウェアが自分自身のウォレット間の転送を正しく識別し、これを非課税イベントとしてフラグ付けし、売却と誤認しないことを確認する。選択した計算方法（FIFO、LIFO、HIFO）が各口座内で独立して適用されているか、すべての口座をまたいで統一的に適用されていないかを確認する。
税務ソフトウェアが2025年以前に設定され、それ以降基礎ロジックを特に確認していない場合、今こそ実際にウォレットベースの追跡に切り替わっているかを確認する時だ。インターフェースが通常通り動作していることは、背後の計算方法が新しい規定に準拠していることを意味しない。
⚠️ 本記事は執筆時点で入手可能な最新の法規制および公式ガイダンスに基づき、可能な限り正確を期して作成していますが、税法は頻繁に改正され、司法管轄区や個々の状況によって適用されるルールが異なる場合があります。本記事は概念や方向性の理解を助けることを目的としており、正式な税務・法律アドバイスを構成するものではありません。実際に申告する前に、必ずお住まいの司法管轄区の公式税務当局のウェブサイトで最新の規定をご確認いただくか、資格を持つ税務専門家にご相談ください。