Chainlink a lansat CCIP 2.0 pe 28 septembrie, o versiune a protocolului său cross-chain care permite emitenților de tokenuri sau terților să ruleze Verificatori Cross-Chain (CCV) opționali și să îi solicite înainte ca un transfer să poată fi finalizat. Schimbarea înseamnă că un verificator obligatoriu care devine offline poate îngheța fiecare mesaj care depinde de atestarea sa. Un transfer se poate bloca cu tokenurile din lanțul sursă deja blocate sau arse și fără eliberarea sau emiterea corespunzătoare pe lanțul destinație.
Unde se oprește transferul
În CCIP 2.0, secvența de transfer separă verificarea de execuție. OnRamp-ul asamblează cerințele de verificare pentru un mesaj. Apoi, pool-ul de tokenuri blochează sau arde tokenurile sursă. Serviciile de verificare offchain publică atestări legate de ID-ul mesajului. OffRamp-ul verifică acele atestări obligatorii înainte de a elibera sau emite pe lanțul destinație. Chainlink afirmă că toți CCV-urile obligatorii trebuie să returneze rezultate valide înainte ca execuția să continue. Dacă un verificator obligatoriu nu atestă, mesajul destinație poate rămâne neatins.
Această ordonare contează deoarece blocarea sau arderea pe partea sursă are loc înainte de finalizarea verificării. Un transfer blocat nu este o tranzacție în așteptare în sensul obișnuit; este o stare în care pool-ul sursă a mutat tokenurile, dar lanțul destinație nu are nicio dovadă pe care să acționeze. Chainlink atribuie operatorilor CCV externi responsabilitatea pentru implementare, întreținere și disponibilitate, astfel încât fiabilitatea unui verificator obligatoriu depinde de cine îl rulează. Verificatorul implicit al Comitetului cuprinde 16 operatori de noduri independenți, cu orice CCV-uri suplimentare alături de această bază.
Emitenții și terții ca dependențe
Dacă un emitent rulează un CCV obligatoriu pentru propriul pool de tokenuri, serviciul acelui emitent devine una dintre părțile care pot întârzia finalizarea. Un operator terț ar crea o dependență similară. Chainlink a avertizat că un verificator neresponsiv poate bloca fiecare mesaj care necesită atestarea sa — nu doar un singur transfer. Materialul de lansare al companiei nu identifică un activ de producție sau o cale numită care utilizează un CCV obligatoriu rulat de emitent, astfel încât mecanismul în sine nu este dovada că transferul unui anumit deținător a fost blocat.
Execuția pe lanțul destinație este fără permisiune odată ce există fiecare dovadă necesară și orice cvorum de verificatori opționali este atins. Executorul implicit trimite de obicei tranzacția, dar oricine o poate trimite prin calea de execuție manuală. Plata gas-ului pe lanțul destinație sau schimbarea executorului nu renunță la o atestare CCV obligatorie lipsă; OffRamp-ul verifică în continuare dovezile înainte de a elibera sau emite tokenuri.
Gestionarea eșecurilor și reîncercări
Când o încercare pe destinație eșuează în interiorul căii protejate a OffRamp-ului, aceasta poate fi marcată FAILURE și reîncercată după ce problema de bază este rezolvată. Executorul implicit al Chainlink reîncearcă eșecurile într-o fereastră configurată, în prezent setată la opt ore. Ruta de execuție manuală publicată nu specifică o anulare automată generală, o rambursare sau returnare a tokenurilor din lanțul sursă atunci când un verificator obligatoriu nu atestă niciodată. Orice remediu specific emitentului ar depinde de aranjamentele acelui activ.
Două hook-uri oferă intervenție mai devreme. Pe lanțurile EVM, un hook configurat al Chainlink Automated Compliance Engine poate respinge un transfer de ieșire înainte ca pool-ul sursă să blocheze sau să ardă ceva, ceea ce anulează tranzacția sursă. Un hook postflight pe destinație configurat separat poate respinge eliberarea sau emiterea după ce transferul pe partea sursă a început, lăsând tokenurile nelivrate până când condiția politicii este îndeplinită. Ambele sunt alegeri de configurare, nu valori implicite.
Ce pot verifica constructorii și deținătorii
Întrebarea practică pentru oricine mută un token prin CCIP 2.0 este ce verificatori necesită o anumită cale și cine îi operează. Un CCV obligatoriu rulat de emitent pune acel emitent în calea fiecărui transfer pentru acel pool. Un CCV terț adaugă un alt operator cu propriul record de disponibilitate. Verificatorul implicit al Comitetului cu 16 operatori este baza, dar CCV-urile suplimentare schimbă setul de dependențe.
Chainlink nu a numit un activ de producție sau o cale care se bazează pe un CCV obligatoriu rulat de emitent. Până când unul apare, scenariul de blocare este o proprietate documentată a designului, mai degrabă decât un incident în desfășurare. Constructorii care evaluează upgrade-ul vor dori să știe ce se întâmplă când un verificator obligatoriu este lent sau tăcut pe calea lor specifică — și dacă emitentul din spatele lui a publicat un remediu pentru tokenurile deja blocate pe lanțul sursă.
