要点： Circleによると、CCTP V1（現在はCCTP V1（レガシー）と呼ばれています）は2026年10月31日に段階的な終了が始まり、2026年12月1日にコントラクトが一時停止される予定です。現在もV1コントラクト経由でクロスチェーンのUSDCを送金している開発者やサービスは、CCTP V2のコントラクトとAPIへ移行する必要があります。単にUSDCを保有しているだけの方が、この通知を理由にトークンを交換する必要はありません。ウォレットや取引所のユーザーは、自分が利用している特定のクロスチェーン経路がV1に依存しているかを確認し、そのプロバイダーの指示に従ってください。この締切は送金インフラに関するものであり、すべてのUSDC残高に影響するものではありません。
Circleが実際に終了させるものは何か
CCTPとは、Circleのクロスチェーントランスファープロトコルです。一般的なUSDCの転送では、送信元チェーン上のUSDCがバーン（焼却）され、メッセージがアテステーション（証明）を受け、宛先チェーン上でネイティブUSDCがミント（発行）されます。これは同じチェーン上の別のアドレスへUSDCを送金する行為とは異なります。また、発行体やリスクが異なる可能性のある無関係なブリッジを通じてUSDCのブリッジ済み表現（ラップ資産）を移動させる場合とも異なります。
Circleのフェーズアウト通知によれば、10月31日以降V1のバーン上限が引き下げられ、1か月間の移行期間中にパフォーマンスが低下する見込みです。12月1日、CircleはV1コントラクトの一時停止を計画しています。それらのコントラクトを参照し続けているアプリケーションは、新たなCCTP V1のクロスチェーン転送を行えなくなります。この内容は2026年11月12日時点での予定された計画であり、後日の運営発表により変更される可能性があります。
V2は異なるコントラクトとアプリケーションプログラミングインターフェースを使用します。移行ガイドでは、これらを互換性のない破壊的変更（ブレーキングチェンジ）と呼んでいます。既存の統合を単純にV1エンドポイントをV2に読み替えるだけでは対応できません。アドレス、インターフェース、メッセージ処理、そして関連する場合は手数料と転送速度のロジックを更新する必要があります。
Circleは2025年の名称変更以降、「CCTP」という名称をV2に対して使用しています。これはウォレットのヘルプページを読むユーザーを混乱させる要因になり得ます。「CCTPに対応」と表示しているアプリがすでにV2を使用している場合もあれば、まだレガシルートが残っている場合もあります。重要な確認点は、その転送が実際にどのコントラクトおよびAPIバージョンを使用しているかということです。資産ティッカー「USDC」だけではバージョンを特定できません。
12月1日までに変更が必要な人は誰か
統合を運用する事業者が最も明確に対応が必要です。CCTP V1のバーンを送信しているウォレット、ブリッジインターフェース、取引所、トレジャリーシステム、決済アプリは、その経路を移行しなければなりません。対応としては、サポートしている各送信元・宛先チェーンを特定し、Circleの最新ドキュメントからV2コントラクトアドレスを検証し、関数呼び出しとAPIポーリングを変更し、エンドツーエンドで転送テストを行い、その後レガシルートが機能しなくなる前に提供を停止します。事業者は、一時的な停止やルート変更があればユーザーへ告知すべきです。
エンドユーザーの場合、答えは利用するサービスによって異なります。仮想通貨ウォレットのクロスチェーンボタンがウォレットプロバイダーによって管理されている場合、プロバイダー側がアップグレードを実装し、ユーザーがコントラクトと直接やり取りせずに済むことがあります。アプリが旧ルートの廃止を発表した場合は、サポートされる代替ルートが用意されるのを待つか、検証済みの別のルートを利用してください。ユーザー自身がスクリプトを運用していたり、V1コントラクトを直接呼び出していたりする場合は、実質的に統合事業者と同じ立場であり、更新が必要になります。
分散型取引所（DEX）への入出金は、また別のワークフローです。顧客は、取引所が選択したネットワーク上で該当資産をサポートしていること、入金アドレスとネットワークが一致することを確認すべきです。取引所が内部的にCCTPを使用するか否かは運営上の問題です。CCTPの発表をもって、特定のPhemexの入出金ネットワークが変更されるとは限りません。送金前に実際の取引所画面と公式告知を確認し、一般的な記事からサポート状況を推測しないでください。
ウォレットにUSDCを保有していることは、CCTP V1との統合ではありません。CCTPは転送メカニズムであり、既存のすべてのUSDCトークン残高を定義するものではありません。Circleの開発者ガイドによれば、V1のフェーズアウト中にユーザーが資金へのアクセスを失うことはなく、開始時点で保留中の償還も引き続き利用可能とされています。この説明はプロトコル移行に固有のものであり、無関係なウォレット、発行体、ブリッジのリスクに対する保証として解釈すべきではありません。
V2へ移行する開発者にとって何が変わるのか
移行の中核はコントラクトとAPIの変更です。Circleは、レガシーなTokenMessenger、MessageTransmitter、TokenMinterコントラクトに代わるV2版を、それぞれ異なるアドレスで公開しています。depositForBurn呼び出しには、宛先のコールヤー、最大手数料、ファイナリティしきい値などの追加パラメータが必要です。UIに「USDC転送」と表示されていても、V1インターフェースを呼び出し続けていれば、それはV2にはなりません。
アテステーションのワークフローも変更されます。Circleのガイドによれば、V2では送信元トランザクションハッシュでクエリする /v2/messages/{sourceDomainId} エンドポイントを通じて、メッセージ、アテステーション、デコード済みデータを取得できます。従来のコードはトランザクションレシートからメッセージを抽出し、V1エンドポイントでアテステーションを要求するのが一般的でした。テストでは、最初の送信元チェーンのトランザクションだけでなく、レシートの解析、メッセージステータス、リトライ、宛先チェーンでのミント手順もカバーすべきです。
V2はStandardモードとFast Transferモードを提供します。Fast Transferは送信元チェーンに応じて変動する手数料が発生する場合があります。開発者は現在の料金を照会し、ユーザーが署名する前に総額と受取予定金額を表示すべきです。最大手数料の設定は、設定した上限を超える意図しない課金を防ぎますが、手数料が上昇した際には転送失敗の原因にもなります。StandardモードとFastモードはファイナリティと利用可能な機能が異なるため、選択したモードをプロダクト体験内で明示すべきです。
チェーンの利用可否もルートごとに確認が必要です。移行ガイドによれば、文書化された比較時点では、NobleとSuiを除くすべてのV1チェーンでV2が利用可能であり、Suiについてはフェーズアウト開始前の対応が予定されていました。開発者はデプロイ前に、最新のCircleがサポートするチェーンとコントラクトアドレスを検証すべきです。古いチェーンリストは転送失敗や、意図しないブリッジ経由の送金につながる可能性があるためです。マーケティング投稿に記載されたサポートチェーンの多さを、すべての送信元・宛先ペアと機能が利用可能である証拠として扱わないでください。
すでに進行中の転送はどうなるのか
CCTP転送には、送信元でのバーン、アテステーション、宛先でのミントという段階があります。送信元トランザクションが成功していても、確認やアテステーション待ちの間、アプリは「保留中」と表示することがあります。送信元のトランザクションIDだけでは、宛先でのミントが完了したことは分かりません。別の転送を試みる前に、プロバイダーの公式インターフェースと関連するブロックエクスプローラーで状況を確認してください。
Circleの移行ガイドによれば、コントラクトが完全に停止される前に進行済みの償還を完了できるよう、フェーズアウト中は保留中アテステーションに対するV1のミッター許可を維持するとされています。これは「すべての転送が自動的に完了する」という表現よりも具体的な説明です。プロバイダーが依然として宛先トランザクションを送信したり、アプリのエラーから復旧させたりする必要がある場合があります。事業者は保留中のV1メッセージを棚卸しし、Circleが文書化した手順に沿って完了またはエスカレーションすべきです。ユーザーはサポート窓口に対し、送信元トランザクションハッシュ、送信元・宛先ネットワーク、金額、宛先アドレス、日時を伝えるとよいでしょう。
宛先ウォレットが更新されていないという理由だけで、2回目の転送を送らないでください。重複したバーンは2つ目の別個の転送を生むだけで、1つ目を「解消」するわけではありません。同様に、アテステーション解除の名目でリカバリーフレーズや前払いを求めてくる人物は、公式プロトコルの流程の一部ではありません。Circleの通知では、転送は不可逆であり、誤ったアドレスに送られた資産の回収はできないと明記されています。
ユーザーはルートが影響を受けるかどうやって確認できるか
まず、自分がどのような操作をしているかを特定してください。通常の同一チェーン上のUSDC支払いは、今回のCCTP移行の対象外です。特定のウォレットやブリッジを経由するクロスチェーン転送は、ルートの確認が必要です。プロバイダーの現在のサポートページやサービス告知で、CCTP V1、V2、「レガシー」、12月の締切について探してください。プロバイダーがバージョンを明記していない場合は、サポート窓口に、対象のチェーンペアでどのプロトコルとコントラクト経路を使用しているか問い合わせてください。第三者のSNS投稿を根拠にしないでください。
次に、転送プレビューを確認します。宛先ネットワーク、資産、受取人、手数料、到着予定金額が表示されるはずです。受取人アドレスとネットワークを検証してください。リスクとなる金額が余分な手数料と時間を正当化する場合は、少額のテスト送金を行ってください。宛先でミントが発生した場合は、両方のトランザクションハッシュを保管しておいてください。テストでリスクを完全になくすことはできませんが、大口送金の前に誤ったネットワークや未対応ルートを検出できます。
最後に、ネイティブUSDCと、似たティッカーを持つブリッジ済み資産を区別してください。ウォレット内で同じ文字列が表示されていても、発行体や償還経路が裏付けられるわけではありません。トークンコントラクトとサービスの資産説明を確認してください。CCTPの2つのバージョン間を移動するのは転送インフラの変更であり、ある資産表現を別のものに交換するのは、独自の費用とリスクを伴う別の判断です。
残る運用上のリスクは何か
締切はCircleの現在の通知で確定していますが、アプリケーション側の移行状況は通知だけでは見えません。プロバイダーはルートを停止したり、手数料を変更したり、想定より遅れてチェーンペアをサポートしたりする可能性があります。スマートコントラクト、リレーヤー、チェーンの輻輳、ユーザー入力ミスも障害の原因となり得ます。現実的な対応策は、送金直前に実際のルートとプロバイダーの告知を確認し、転送が停滞した場合には証拠を保存しておくことです。
開発者にとって主な障害パターンは、設定に残ったレガシーアドレス、古いERC-20 ABIパラメータ、誤ったドメインID、StandardとFastのファイナリティロジックの不整合、遅延アテステーションへの不適切な対応です。「CCTP V2に対応」と広く主張するよりも、各本番ルートで制御されたテストを実施し、保留中のV1メッセージを棚卸しする方が有用です。実際のルートがエンドツーエンドでV2を使用し、障害対応プロセスが文書化されて初めて、移行は完了したと言えます。
よくある質問
USDCを新しいトークンに交換する必要がありますか
CCTP V1の通知だけからは、そのような対応は不要です。この通知はクロスチェーントランスファーのインフラに関するものです。残高に対して行動を起こす前に、個別のウォレットや取引所の告知を確認してください。
停止前に開始されたV1転送は失われますか
Circleは、フェーズアウト期間中も保留中の償還が引き続き利用可能であると述べ、保留中アテステーションに対する措置についても説明しています。それでもユーザーまたはプロバイダーは、宛先ステップを監視し完了させる必要があります。送信元でバーンが行われたからといって、転送全体が完了したと思い込まないでください。
V1アプリは12月1日以降も古いコントラクトを使い続けられますか
Circleは12月1日にV1コントラクトを一時停止するとしており、それらを参照し続けているアプリはその経路でのクロスチェーン転送を行えなくなります。事業者はV2を実装してテストするか、他にサポートされたルートを提供する必要があります。
