Chainlink CCIP 2.0, Token Transferlerine Ek Onay Kapısı Ekliyor

Chainlink CCIP 2.0, zincirler arası bir transfer tamamlanmadan önce token ihraççılarının veya üçüncü tarafların ek bir Cross-Chain Verifier (CCV) kontrolü istemesine olanak tanıyor. 28 Eylül'de duyurulan özellik, CCIP'nin varsayılan Committee Verifier'ına ek olarak isteğe bağlı CCV'ler sunuyor. Chainlink'e göre varsayılan doğrulayıcı, birbirinden bağımsız 16 node operatöründen oluşuyor. İhraççı tarafından yönetilen zorunlu bir CCV kullanan, üretimdeki belirli bir varlık veya rota henüz açıklanmadı.

Neden önemli

İşlem sıralaması olası bir bekleme noktası yaratıyor: Kaynak zincirdeki havuz, doğrulayıcının onayı hazır olmadan tokenları kilitleyebilir veya yakabilir. Hedef zincir ise zorunlu tüm onaylar alınana kadar tokenları serbest bırakamaz ya da basamaz. Bu nedenle yanıt vermeyen zorunlu bir doğrulayıcı, ona bağlı mesajları bekletebilir. Bu, tasarımın izin verdiği bir risk; ihraççının bir kullanıcının transferini engellediğinin kanıtı değil.

İhraççılar ve uygulamalar ek bir politika kontrolü kazanırken doğrulayıcıyı kimin çalıştırdığı, hangi kuralları uyguladığı ve hizmetin kesintisiz olup olmayacağı gibi konularda da sorumluluk üstleniyor. Üçüncü taraf doğrulayıcı da benzer bir operasyonel bağımlılık yaratıyor. Kullanıcılar için önemli olan, belirli bir token ve rotada hangi onayların zorunlu olduğu ve her birini kimin kontrol ettiğidir.

Piyasa etkisi

Zorunlu kanıtlar hazır olduğunda hedef zincirde işlemi gerçekleştirmek izne bağlı değildir. Ancak işlem yürütücüsünü değiştirmek veya hedef zincir gas ücretini ödemek, eksik bir zorunlu onayın yerine geçemez. Kanıt bekleyen bir mesaj UNTOUCHED durumunda kalabilir. Hedef zincirde başarısız olan bir deneme, altta yatan sorun giderildikten sonra yeniden denenebilir. Varsayılan yürütücünün yapılandırılmış yeniden deneme süresi şu anda sekiz saat; ancak bu, otomatik hizmetin süresini belirtir ve kullanıcının tokenlarını geri alabileceği garantisi değildir.

Chainlink'in yayımladığı manuel işlem yolu, zorunlu doğrulayıcı hiç onay vermezse kaynak zincirdeki tokenların otomatik olarak iptal edilmesi, iade edilmesi veya geri gönderilmesi için genel bir süreç belirtmiyor. Gerçek risk, her varlığın havuzuna, rotasına ve doğrulayıcı ayarlarına bağlı. Kesinleşme öncesi daha hızlı transferler ayrı bir seçenek: Kaynak zincirde işlemin kesinleşmesini beklemek varsayılan yöntem olmaya devam ediyor. Daha hızlı işlem ise derin bir yeniden düzenleme sonrasında hedef zincirde transferin iki kez gerçekleşmesi riskini doğurabilir.