Kısa Yanıt: Circle, CCTP V1'in (artık CCTP V1 (Legacy) olarak adlandırılıyor) 31 Ekim 2026'da devre dışı bırakılmaya başladığını ve sözleşmelerinin 1 Aralık 2026'da duraklatılmasının planlandığını bildiriyor. Hâlâ zincirler arası USDC transferlerini V1 sözleşmeleri üzerinden gönderen bir geliştirici veya hizmet sağlayıcı, CCTP V2 sözleşmelerine ve API'lerine geçiş yapmak zorundadır. Yalnızca USDC tutan bir kişinin bu bildirim nedeniyle token değiştirmesine gerek yoktur. Cüzdan veya borsa müşterisi, kullandığı belirli zincirler arası güzergâhın V1'e dayanıp dayanmadığını kontrol etmeli ve sağlayıcının talimatlarını izlemelidir. Son tarih transfer altyapısıyla ilgilidir; her USDC bakiyesiyle değil.
Circle tam olarak neyi kapatıyor?
CCTP, Circle'ın zincirler arası transfer protokolüdür. Tipik bir USDC transferinde, kaynak zincirdeki USDC yakılır, bir mesaj doğrulanır (attestation) ve hedef zincirde yerel USDC basılır (mint). Bu, aynı zincir üzerinde başka bir adrese USDC göndermekten farklıdır. Ayrıca, ihracısı ve riskleri farklı olabilen alakasız bir köprü üzerinden USDC'nin köprülenmiş temsilini taşımaktan da farklıdır.
Circle'ın aşamalı kaldırma bildirimi, V1 yakma limitlerinin 31 Ekim'den itibaren düşürüleceğini ve bir aylık geçiş süresince performansın azalacağını belirtiyor. 1 Aralık'ta Circle, V1 sözleşmelerini duraklatmayı planlıyor. Bu sözleşmelere hâlâ yönlendirilen uygulamalar yeni CCTP V1 zincirler arası transferlerini gerçekleştiremeyecek. Bu açıklama, 12 Kasım 2026 itibarıyla planlanmış bir takvimi yansıtıyor; sonraki operasyonel duyurular bunu değiştirebilir.
V2, farklı sözleşmeler ve uygulama programlama arayüzleri kullanır. Geçiş rehberi bunları kırıcı (breaking) değişiklikler olarak nitelendirir. Bir entegrasyon, yalnızca bir V1 uç noktasını V2 olarak yeniden etiketleyemez. Adresleri, arayüzleri, mesaj işleme mantığını ve ilgili durumlarda ücret ile transfer hızı mantığını güncellemesi gerekir.
Circle, 2025'teki adlandırma değişikliğinden bu yana "CCTP" adını V2 için kullanıyor. Bu durum, bir cüzdanın yardım sayfasını okuyan kullanıcıları karıştırabilir. CCTP desteklediğini belirten bir uygulama zaten V2 kullanıyor olabilir ya da hâlâ eski (legacy) bir güzergâha sahip olabilir. İşe yarayan soru, transferin gerçekte hangi sözleşme ve API sürümünü kullandığıdır. Sürüm, yalnızca varlık sembolü olan "USDC" üzerinden belirlenemez.
Phemex'te işlem yapmayı keşfedin
1 Aralık'tan önce kimin bir şeyleri değiştirmesi gerekiyor?
Entegrasyon operatörlerinin yapması gereken en net işlem bellidir. CCTP V1 yakma işlemleri gönderen bir cüzdan, köprü arayüzü, borsa, hazine sistemi veya ödeme uygulaması bu yolu taşımak zorundadır. Desteklenen her kaynak ve hedef zinciri tanımlamalı, Circle'ın güncel dokümantasyonundan V2 sözleşme adreslerini doğrulamalı, fonksiyon çağrılarını ve API yoklamalarını (polling) değiştirmeli, transferleri uçtan uca test etmeli ve ardından eski güzergâhı hata vermeden önce sunmayı bırakmalıdır. Operatörler, geçici askıya alma veya güzergâh değişikliği konusunda kullanıcıları bilgilendirmelidir.
Son kullanıcı için yanıt, hizmete bağlıdır. Bir kripto para cüzdanının zincirler arası düğmesi cüzdan sağlayıcısı tarafından yönetiliyorsa, sağlayıcı yükseltmeyi kullanıcının sözleşmelerle etkileşime girmesini gerektirmeden uygulayabilir. Bir uygulama eski güzergâhının devre dışı bırakılacağını duyurduysa, kullanıcı desteklenen bir alternatifi beklemeli veya doğrulanmış başka bir güzergâh kullanmalıdır. Bir kullanıcı betik çalıştırıyor veya doğrudan V1 sözleşmelerini çağırıyorsa, fiilen bir entegrasyon operatörüdür ve güncelleme yapmalıdır.
Bir merkezi olmayan borsa (DEX) yatırımı veya çekimi ayrı bir iş akışıdır. Müşteri, borsanın seçilen ağda varlığı desteklediğini ve yatırım adresi ile ağın eşleştiğini doğrulamalıdır. Borsanın dahili olarak CCTP kullanıp kullanmaması operasyonel bir konudur. CCTP duyurusu, belirli bir Phemex yatırım veya çekim ağının değiştiği sonucunu doğurmaz. Fon göndermeden önce canlı borsa arayüzünü ve resmi duyuruları kontrol edin; genel bir makaleden destek çıkarımı yapmayın.
Cüzdanda USDC tutmak bir CCTP V1 entegrasyonu değildir. CCTP bir transfer mekanizmasıdır; mevcut her USDC token bakiyesini tanımlamaz. Circle'ın geliştirici rehberi, V1 aşamalı kaldırma sürecinde kullanıcıların fon erişimini kaybetmeyeceğini ve bekleyen itrahlara başlangıçta erişilebilir kalacağını belirtiyor. Bu güvence, protokol geçişine özgüdür ve alakasız cüzdan, ihracı veya köprü risklerine karşı garanti olarak yorumlanmamalıdır.
V2'ye geçen geliştiriciler için neler değişiyor?
Temel geçiş bir sözleşme ve API değişikliğidir. Circle, eski TokenMessenger, MessageTransmitter ve TokenMinter sözleşmelerinin farklı adreslerdeki V2 karşılıklarını listeler. depositForBurn çağrısı; hedef çağıran (destination caller), maksimum ücret ve kesinlik (finality) eşiği dahil ek parametreler alır. Hâlâ V1 arayüzünü çağıran bir uygulama, kullanıcı arayüzü "USDC transferi" yazdığı için otomatik olarak V2 kullanmış olmaz.
Doğrulama (attestation) iş akışı da değişir. Circle'ın rehberine göre V2, kaynak işlem hash'i ile sorgulanan bir /v2/messages/{sourceDomainId} uç noktası üzerinden mesajı, doğrulamayı ve çözümlenmiş verileri döndürebilir. Eski kod genellikle mesajı işlem makbuzundan çıkarır ve V1 uç noktası üzerinden doğrulama talep ederdi. Testler; makbuz ayrıştırmasını, mesaj durumunu, yeniden denemeleri ve hedef zincirdeki mint adımını kapsamalı, yalnızca ilk kaynak zincir işlemiyle sınırlı kalmamalıdır.
V2, Standard ve Fast Transfer modlarını sunar. Fast Transfer, kaynak zincire dayalı değişken bir ücrete sahip olabilir. Geliştiriciler güncel ücretleri sorgulamalı ve kullanıcı imzalamadan önce toplam tutar ile beklenen ulaşan tutarı görünür kılmalıdır. Bir maksimum ücret ayarı, yapılandırılmış sınırın üzerinde istenmeyen bir ücret tahakkukunu önleyebilir; ancak ücret yükselirse transferin başarısız olmasına da neden olabilir. Standard ve Fast modları kesinlik ve kullanılabilir özellikler bakımından farklıdır; seçilen mod ürün deneyiminde açıkça belirtilmelidir.
Zincir kullanılabilirliği de güzergâh bazında kontrol gerektirir. Geçiş rehberi, dokümante karşılaştırma yapıldığı anda V2'nin Noble ve Sui hariç tüm V1 zincirlerinde kullanılabilir olduğunu, Sui'nin ise aşamalı kaldırmadan önce planlandığını belirtiyor. Bir geliştirici dağıtımdan önce güncel Circle destekli zincirleri ve sözleşme adreslerini doğrulamalıdır; çünkü bayat bir zincir listesi başarısız transferlere veya fonların istenmeyen bir köprü üzerinden gönderilmesine yol açabilir. Bir tanıtım gönderisindeki geniş desteklenen zincir sayısını, her kaynak-hedef çiftinin ve özelliğin kullanılabilir olduğunun kanıtı olarak değerlendirmeyin.
Zaten devam eden bir transfere ne olur?
Bir CCTP transferi aşamalardan oluşur: kaynak yakma (burn), doğrulama (attestation) ve hedef mint. Bir uygulama, kaynak işlem başarılı olsa bile onay veya doğrulama beklerken "beklemede" gösterebilir. Kaynak işlem hash'i (txid) tek başına hedef mint'in tamamlandığını göstermez. Başka bir transfer denemeden önce durumu sağlayıcının resmi arayüzü ve ilgili zincir gezginlerinden (etherscan) inceleyin.
Circle'ın geçiş rehberi, aşamalı kaldırma sırasında bekleyen doğrulamaların üzerindeki V1 minter izinlerinin korunacağını; böylece halihazırda işlem gören itrahlara, sözleşmeler tamamen duraklatılmadan önce tamamlanabileceğini belirtiyor. Bu ifade, her transferin otomatik olarak tamamlanacağı iddiasından daha spesifiktir. Bir sağlayıcı hâlâ bir hedef işlem göndermek veya bir uygulama hatasından kurtulmak zorunda kalabilir. Bir operatör, bekleyen V1 mesajlarını envanterlemeli ve Circle'ın dokümante ettiği yolu kullanarak bunları tamamlamalı veya üst seviyeye taşımalıdır. Kullanıcılar desteğe kaynak işlem hash'ini, kaynak ve hedef ağları, tutarı, hedef adresi ve zamanı vermelidir.
Yalnızca hedef cüzdan güncellenmediği diye ikinci bir transfer göndermeyin. Mükerrer bir yakma, ilk transferi "çözmez"; ikinci ayrı bir transfer oluşturur. Aynı şekilde, bir doğrulamayı serbest bırakmak için kurtarma ifadesi veya peşin ödeme isteyen kişi, resmi protokol akışının parçası değildir. Circle'ın bildirimi, transferlerin geri döndürülemez olduğunu ve yanlış adrese gönderilen varlıkları kurtaramayacağını belirtiyor.
Long mu Short mu? Vadeli işlem seçeneklerini inceleyin
Bir kullanıcı güzergâhın etkilenip etkilenmediğini nasıl kontrol edebilir?
Önce hangi işlemi yaptığınızı belirleyin. Olağan bir aynı-zincir USDC ödemesi bu CCTP geçişinin kapsamı dışındadır. Adı belirtilmiş bir cüzdan veya köprü üzerinden yapılan zincirler arası transfer bir güzergâh kontrolü gerektirir. Sağlayıcının güncel destek sayfasına veya hizmet bildirimine CCTP V1, V2, "legacy" ve Aralık son tarihi açısından bakın. Sağlayıcı sürümü belirtmiyorsa, destek ekibine tam zincir çifti için hangi protokol ve sözleşme yolunu kullandığını sorun. Üçüncü taraf bir sosyal medya gönderisini teyit olarak kabul etmeyin.
Ardından transfer önizlemesini inceleyin. Önizleme; hedef ağı, varlığı, alıcıyı, ücreti ve ulaşması beklenen tutarı göstermelidir. Alıcı adresini ve ağı doğrulayın. Risk altındaki tutar ek ücret ve zamana değiyorsa küçük bir test miktarı gönderin. Hedef mint gerçekleşirse her iki işlem hash'ini saklayın. Bir test tüm riski ortadan kaldıramaz; ancak daha büyük bir transferden önce yanlış ağı veya desteklenmeyen bir güzergâhı ortaya çıkarabilir.
Son olarak, yerel USDC'yi benzer sembollü köprülenmiş bir varlıktan ayırın. Cüzdandaki aynı harfler, ihracı veya itrahlama yolunu kanıtlamaz. Token sözleşmesini ve hizmetin varlık açıklamasını kontrol edin. İki CCTP sürümü arasında geçiş yapmak, transfer altyapısında bir değişikliktir; bir varlık temsilini diğeriyle değiştirmek ise kendi maliyet ve riskleri olan ayrı bir karardır.
Kalan operasyonel risk nedir?
Son tarih Circle'ın güncel bildiriminde sabittir, ancak uygulama geçişi yalnızca bu bildirimden görünmez. Sağlayıcılar güzergâhları askıya alabilir, ücretleri değiştirebilir veya bir zincir çiftini beklenenden sonra destekleyebilir. Akıllı sözleşmeler, relayer'lar, zincir tıkanıklığı ve kullanıcı girişi de hatalara neden olabilir. Pratik yaklaşım; transferden hemen önce canlı güzergâhı ve sağlayıcı bildirimini kontrol etmek, ardından transfer takılırsa kanıtları saklamaktır.
Bir geliştirici için temel hata modları; yapılandırmada bırakılmış eski bir adres, bayat ABI parametreleri, yanlış domain ID'leri, Standard ile Fast kesinlik mantığı arasındaki uyumsuzluk ve geciken doğrulamaların yetersiz ele alınmasıdır. Her üretim güzergâhında kontrollü bir test ve bekleyen V1 mesajlarının envanteri, "CCTP V2 destekleniyor" şeklindeki geniş bir iddiadan daha faydalıdır. Geçiş ancak gerçek güzergâh uçtan uca V2 kullandığında ve hata işleme süreci dokümante edildiğinde tamamlanmış sayılır.
Sıkça sorulan sorular
USDC'mi yeni bir token ile değiştirmem gerekiyor mu?
CCTP V1 bildirimi tek başına böyle bir işlem gerektirmez. Bildirim zincirler arası transfer altyapısıyla ilgilidir. Bir bakiye üzerinde işlem yapmadan önce belirli bir cüzdan veya borsa duyurusunu kontrol edin.
Duraklatmadan önce başlatılan bir V1 transferi kaybedilir mi?
Circle, aşamalı kaldırma sırasında bekleyen itrahlara erişilebilir kalacağını söylediğini ve bekleyen doğrulamalar için hükümler tanımladığını belirtiyor. Kullanıcı veya sağlayıcı yine de hedef adımı izlemeli ve tamamlamalıdır. Bir kaynak yakmanın tüm transferin tamamlandığı anlamına geldiğini varsaymayın.
Bir V1 uygulaması 1 Aralık'tan sonra eski sözleşmelerini kullanmaya devam edebilir mi?
Circle, V1 sözleşmelerinin o tarihte duraklatılacağını söylüyor; dolayısıyla hâlâ bunlara yönlendirilen bir uygulama bu yol üzerinden zincirler arası transfer yapmayı durdurur. Operatörün V2'yi uygulayıp test etmesi veya desteklenen başka bir güzergâh sunması gerekir.
