8月27日、Circle は、トランスチェーン転送プロトコル CCTP V1 を動かす開発者を再び思い出させました。 正式なスケジュールに従って、古いバージョンは破壊のレベルを低下させ、2026年10月31日に徐々に性能を低下させ、12月1日に廃炉および中断された。 V1契約の統合は、引き続きチェーン全体でUSDCを移動することはありません。 V2への移行は、パフォーマンスの最適化のための推奨事項ではありませんが、サービスの継続における必要な変更はありません。

CCTPは、サプライチェーンの破壊、サークル認証、およびターゲットチェーンの元の鋳物によってUSDCを横断し、従来のロックインおよび鋳造パッケージアセットブリッジモデルに依存しません。 V2はCCTPとして知られ、標準および高速トラック転送モデル、ターゲット チェーンのプログラム可能なホックを提供し、27のブロック チェーンを支えます。 古いバージョンは、異なるコントラクトとAPIを使用して、新しいバージョンと互換性がなかったため、単一のバージョン番号を変更することにより、移行を完了することはできません。

サークルは、コンバージョンのアレンジを2025年11月14日(火)より早く発表し、エコロジーを1年近く付与しました。 クリアリダクションとサスペンションが公開され、長期通知からカウントダウンに移行します。 ウォレット、取引所、ブリッジポリマー、決済アプリケーション、およびDeFi契約の場合、リスクは12月1日に限定されません。 段階的なレベルの減少と31 10月のパフォーマンスは、ユーザーエクスペリエンスの遅延、ルートの失敗、または悪化を引き起こす可能性があります。

移行には、契約、API および完全な業務プロセスの同時置換が必要です。

開発チームはまず、直接および間接的な依存関係の在庫を取る必要があります。 このアプリケーションはCCTP自体を呼び出さないかもしれませんが、古いバージョンはSDK、ブリッジポリマー、custodiansまたはバックエンドサービスを介して使用されます。 フロントエンドの倉庫、契約アドレス、環境変数、API エンドポイント、インデックス、アラーム、取引シミュレーション、災害復旧スクリプトをチェックするのに十分ではありません。 テストネットワークとメインネットワークの設定を別々にチェックします。

V2の互換性は、移行が完全な回帰テストを受ける必要があることを意味します。 サプライチェーンの破壊、情報収集、認証、ターゲットチェーンキャスティング、失敗のリテスティング、返金に関する記述はすべて検証済みです。 急速な転写パターンは、異なるコストとリスクパラメータを伴いますが、プログラム可能なホックは、アセットの到着時にターゲットチェーン操作の自動実装を可能にしますが、ポートフォリオコールと権限リスクも増加します。 チームは、新しい関数の同じマイグレーションに不要な複雑なロジックを追加してはならない。

最も安全なルートは、V1とV2を並行してサポートし、小規模なトラフィックでの到着の成功と時刻を検証し、V2にデフォルトルートを切り替えて、最終的に新しいV1転送を作成を停止することです。 開始したが、まだ完了していないV1メッセージは、公式の停止前に検索および処理および確認のために保持されます。 フロントエンドは、使用しているバージョン、映写時間、不可逆的なヒントを明らかに表示する必要があります。

監視指標には、起源のチェーンの破壊、待ち時間の証明、ターゲットチェーンキャスティングの失敗、重複投稿、不十分なレベルとチェーンバランスの変化のための成功率が含まれます。 ポリマーが自動的にパスを選択すると、V1 のパフォーマンスが古いバージョンに戻すことなく、V1 のパフォーマンスが低下することを確認します。 運用チームは、事前準備済みのステータスページと、契約を資産の損失として誤って計算しないようにするサービスの説明を準備する必要があります。

非ホストは、Circle が間違ったトランザクションを復元できるのと同じではありません。ユーザーアラートは明確にする必要があります。

Circle は、CTP がホストされていないクロスチェーン情報インフラであると強調し、ユーザーアセットを保持、制御、転送しません。 トランザクションは不可逆であり、資金が間違ったアドレスに送信されたときにCirceによって復元できませんでした。 非ホストは、中間ホスティングアカウントのリスクを軽減し、アドレスの正しさを残します, チェーン選択とアプリケーションやユーザーにパラメータを呼び出します.

V2は、第三者の資産のライセンスされていないパッケージをサポートしていますが、資産は、Circeによって監査、承認または保護されていません。 開発者は、CCTP インターフェイスを通過するすべての通貨のサークルクレジットを持っているために、ユーザーが誤ったことを避けるために、サードパーティのパッケージングアセットから元の USDC クロスチェーンを分離しなければなりません。 スマートコントラクト、ニュースリレー、ブリッジコンビネーションのギャップが残っています。

公式ページでは、一部の変更受信者やターゲット発信者に対して、旧バージョンの機能的なサポートノードも参照していますが、日付表示には明確な履歴時間の問題があります。 開発チームは、重要な期限に対処するためにブログの単一のテキストに依存してはいけませんが、最新の移行ガイド、契約状況、および開発者の文書によってガイドされ、Circeサポートチャネルでエントリを識別する必要があります。

アセットとインターフェイスチームは、ユーザーに事前に通知する必要があります。 古い取引ブックマーク、API の例、または手動契約アドレスを保持している高レベルのユーザーの場合、バージョンの切り替えはエラーを引き起こす可能性があります。文書、ヘルプセンター、SDK コードセグメント、ブラウザラベルを同時に更新する必要があります。 機関投資家は、承認、監査証拠、ロールバックプログラムを変更する必要があります。 コア契約が正常に動く場合でも、期限切れのファイルとキャッシュ構成は、数か月後に失敗することがあります。

移行完了基準は「新規取引成功」できません。 チームは、古いバージョンの保留メッセージがゼロであることも確認する必要があります。V1 呼び出しはもはや監視されず、第三者は完全なアップグレードに依存しており、ユーザーの資産残高が再調整され、古い契約が中断された後、読み取り専用検証が行われることを確認する必要があります。 この証拠は、その後の紛争や財務経路がバージョンによって切り出されていない監査で証明するために保持されます。

CCTP V1の廃止は、既に発生した事故ではなく、計画されたインフラ移転でした。 10月31日、12月1日の旧契約の停止が2つの異なるリスクノードとなりました。 在庫、二重バージョンの検証、および小流量の切り替えに関する信頼性は、集中的なリビジョンの先週よりもはるかに低いコストで完了します。 ユーザーにとって、真に信頼できるクロスチェーン体験は高速ではありませんが、下バージョンが置換されたときに財務経路、状態のヒント、トラブル管理の継続を維持するために適用されます。