CCTPはネイティブ資産を転送します USDC ラップされたトークンではなく
ユーザーまたはアプリケーションがネイティブ資産をburnします USDC 送信元ネットワーク上のCircleコントラクトを通じて行われます。Circleのアテステーションサービスがメッセージを確認し、送信先のコントラクトが対応する量のネイティブ資産をmintします USDC.

この設計により、ラップされたトークンの別個のプールを維持する必要がなくなります。また、統合が使用するバージョンに応じた正しいコントラクト、メッセージ形式、アテステーションエンドポイントに依存することを意味します。
V2のサポートはネットワークごとに同一ではない
Circleはこの移行期間の開始時点で、CCTP V2の対応ブロックチェーンを27件挙げていますが、機能のサポート状況と移行時期は異なります。公式のネットワークマトリクスには、各チェーンで利用可能な転送モードとファイナリティオプションが示されています。
実務上の移行作業には、コントラクトアドレス、SDKまたはAPI呼び出し、イベント処理、テストの更新が含まれます。部分的な更新では、ユーザーインターフェースが変わっていないように見えても、アプリケーションが誤ったコントラクトを監視し続ける可能性があります。
| 移行領域 | 必須の確認事項 |
|---|---|
| コントラクト | 対応する各ネットワークのV2アドレスを使用する |
| APIとSDK | エンドポイント、メッセージ形式、依存関係を更新する |
| 保留中のV1転送 | 開始済みのメッセージが決済されるまで償還を利用可能に保つ |
| Nobleの例外 | 関連するV1サポートは12 2027年1月まで継続 |
| 検証 | 双方向でburn、アテステーション、mintをテストする |
V1で既に開始された転送は完了可能
Circleのガイダンスでは、移行期限より前に開始されたメッセージは既存のルートを通じて完了できるとされています。統合担当者は、保留中のアクティビティが決済されるのに十分な期間、必要なV1償還パスを利用可能に保つべきです。
Nobleは一般的なスケジュールの明示的な例外であり、関連するV1サポートは12 2027年1月まで継続します。その他のネットワークは、Circleの現行の移行ドキュメントに記載されたそれぞれの日付に従います。

アプリケーションには新しいアドレスだけでなく監視も必要
チームは双方向で少額の転送をテストし、burnイベントとmintイベントを検証し、失敗したアテステーションが重複アクションを生じさせることなく再試行できることを確認すべきです。ステータスページとユーザー向けメッセージも、待機中と恒久的な失敗を区別する必要があります。
最も安全なアプローチは、ロールバック手順を文書化したうえでのネットワークごとの移行です。CCTP V2は摩擦を軽減できますが、それは目に見えるラベルを1つ変更するだけでなく、アプリケーションがバージョン固有の依存関係をすべて置き換えた後に限られます。
この記事は情報提供のみを目的としており、投資助言ではありません。




