Chainlink merilis CCIP 2.0 pada 28 September, sebuah versi protokol lintas rantai yang memungkinkan penerbit token atau pihak ketiga menjalankan Cross-Chain Verifier opsional, atau CCV, dan mengharuskannya sebelum transfer dapat diselesaikan. Perubahan ini berarti verifier yang diwajibkan dan sedang offline dapat membekukan setiap pesan yang bergantung pada atestasinya. Transfer dapat terhenti dengan token rantai sumber sudah terkunci atau dibakar dan tidak ada pelepasan atau pencetakan yang sesuai di rantai tujuan.
Di mana transfer berhenti
Dalam CCIP 2.0, urutan transfer memisahkan verifikasi dari eksekusi. OnRamp menyusun persyaratan verifier untuk sebuah pesan. Kolam token kemudian mengunci atau membakar token sumber. Layanan verifier offchain menerbitkan atestasi yang terkait dengan ID pesan. OffRamp memeriksa atestasi yang diwajibkan tersebut sebelum melepaskan atau mencetak di rantai tujuan. Chainlink menyatakan bahwa semua CCV yang diwajibkan harus mengembalikan hasil yang valid sebelum eksekusi dilanjutkan. Jika verifier yang diwajibkan tidak memberikan atestasi, pesan tujuan dapat tetap tidak tersentuh.
Urutan tersebut penting karena penguncian atau pembakaran di sisi sumber terjadi sebelum verifikasi selesai. Transfer yang macet bukan transaksi tertunda dalam pengertian biasa; ini adalah keadaan di mana kolam sumber telah memindahkan token tetapi rantai tujuan tidak memiliki bukti untuk bertindak. Chainlink menugaskan operator CCV eksternal untuk bertanggung jawab atas implementasi, pemeliharaan, dan waktu aktif, sehingga keandalan verifier yang diwajibkan bergantung pada siapa yang menjalankannya. Committee Verifier default terdiri dari 16 operator node independen, dengan CCV tambahan apa pun berada di samping baseline tersebut.
Penerbit dan pihak ketiga sebagai dependensi
Jika penerbit menjalankan CCV yang diwajibkan untuk kolam tokennya sendiri, layanan penerbit tersebut menjadi salah satu pihak yang dapat menunda penyelesaian. Operator pihak ketiga akan menciptakan ketergantungan serupa. Chainlink telah memperingatkan bahwa verifier yang tidak responsif dapat menghentikan setiap pesan yang memerlukan atestasinya — bukan hanya satu transfer. Materi peluncuran perusahaan tidak mengidentifikasi aset produksi atau jalur bernama yang menggunakan CCV wajib yang dijalankan penerbit, sehingga mekanisme itu sendiri bukan bukti bahwa transfer pemegang tertentu telah diblokir.
Eksekusi rantai tujuan bersifat tanpa izin setelah semua bukti yang diwajibkan ada dan kuorum verifier opsional terpenuhi. Eksekutor default biasanya mengirimkan transaksi, tetapi siapa pun dapat mengirimkannya melalui jalur eksekusi manual. Membayar gas rantai tujuan atau mengganti eksekutor tidak menghapus atestasi CCV wajib yang hilang; OffRamp tetap memeriksa bukti sebelum melepaskan atau mencetak token.
Penanganan kegagalan dan percobaan ulang
Ketika upaya tujuan memang gagal di dalam jalur terlindungi OffRamp, upaya itu dapat ditandai FAILURE dan dicoba lagi setelah masalah yang mendasarinya diperbaiki. Eksekutor default Chainlink mencoba ulang kegagalan dalam jendela yang dikonfigurasi yang saat ini ditetapkan selama delapan jam. Rute eksekusi manual yang dipublikasikan tidak menentukan pembatalan otomatis umum, pengembalian dana, atau pengembalian token rantai sumber ketika verifier yang diwajibkan tidak pernah memberikan atestasi. Solusi khusus penerbit akan bergantung pada pengaturan aset tersebut.
Dua hook menawarkan intervensi lebih awal. Di rantai EVM, hook Chainlink Automated Compliance Engine yang dikonfigurasi dapat menolak transfer keluar sebelum kolam sumber mengunci atau membakar apa pun, yang mengembalikan transaksi sumber. Hook postflight tujuan yang dikonfigurasi secara terpisah dapat menolak pelepasan atau pencetakan setelah transfer sisi sumber dimulai, sehingga token tidak terkirim sampai kondisi kebijakan terpenuhi. Keduanya adalah pilihan konfigurasi, bukan default.
Apa yang dapat diperiksa oleh pengembang dan pemegang
Pertanyaan praktis bagi siapa pun yang memindahkan token melalui CCIP 2.0 adalah verifier mana yang diperlukan oleh jalur tertentu dan siapa yang mengoperasikannya. CCV wajib yang dijalankan penerbit menempatkan penerbit tersebut di jalur setiap transfer untuk kolam tersebut. CCV pihak ketiga menambahkan operator lain dengan catatan waktu aktifnya sendiri. Committee Verifier default dengan 16 operator adalah baseline, tetapi CCV tambahan mengubah kumpulan dependensi.
Chainlink belum menyebutkan aset produksi atau jalur yang bergantung pada CCV wajib yang dijalankan penerbit. Sampai satu muncul, skenario macet adalah properti desain yang terdokumentasi, bukan insiden langsung. Pengembang yang mengevaluasi peningkatan ini akan ingin mengetahui apa yang terjadi ketika verifier yang diwajibkan lambat atau diam di jalur spesifik mereka — dan apakah penerbit di belakangnya telah menerbitkan solusi untuk token yang sudah terkunci di rantai sumber.
