Chainlink wydał wersję 2.0 swojego protokołu interoperacyjności międzyłańcuchowej (CCIP), wprowadzając Cross-Chain Verifiers, nowe funkcje puli tokenów oraz konfigurowalne ustawienia finalności — zgodnie z notatkami wydania projektu. Towarzyszący przegląd zabezpieczeń wyjaśnia szerszą architekturę, do której te funkcje pasują. CCIP, który przesyła wiadomości i tokeny między blockchainami niemogącymi natywnie odczytywać wzajemnie swojego stanu, rozszerza dzieło projektu znanego przede wszystkim z infrastruktury wyroczni w zdecentralizowanych finansach.

Łącznie zmiany pozwalają emitentom tokenów wymagać dodatkowych kontroli przed zatwierdzeniem transferu międzyłańcuchowego oraz umożliwiają różnym aktywom działanie w ramach różnych ustawień zabezpieczeń i finalności. Weryfikacja niestandardowa przenosi większą odpowiedzialność na emitenta, szybsze trasy mogą opierać się na innych założeniach dotyczących finalności, a użytkownicy muszą oceniać konkretną trasę tokena, a nie samą markę mostu.

Co się zmieniło

Wyobraźmy sobie transfer przez most jako bramę między dwoma blockchainami. Zanim brama się otzy, ktoś musi potwierdzić, że zasób został zablokowany lub zniszczony po drugiej stronie. CCIP 2.0 pozwala emitentowi tokena zdecydować, które dodatkowe kontrole mają zatwierdzić to stwierdzenie. Stablecoin, tokenizowany fundusz i natywny token kryptowalutowy mogą zatem podlegać różnym zasadom przed wydaniem wersji międzyłańcuchowej.

Transfery międzyłańcuchowe opierają się na decyzji, której należy zaufać

Transfer międzyłańcuchowy zwykle polega na czymś więcej niż przeniesieniu tokena z jednego adresu na inny. Zasób może zostać zablokowany w jednej sieci lub usunięty z tamtejszego obiegu, zanim odpowiednia wersja stanie się dostępna na innym łańcuchu. Trudnością jest potwierdzenie, że pierwsze zdarzenie faktycznie miało miejsce i że łańcuch docelowy powinien na nie zareagować.

Awaria tego procesu decyzyjnego może wywołać poważne problemy: ważny transfer użytkownika może zostać opóźniony, a nieprawidłowa wiadomość może doprowadzić do uwolnienia tokenów, które nie powinny zostać uwolnione.

CCIP już zapewnia system przesyłania wiadomości międzyłańcuchowych i ich weryfikacji. Wersja 2.0 dodaje możliwość wymagania przez pule tokenów dalszej weryfikacji przed zakończeniem transferu. Daje to emitentom większą elastyczność, ale także czyni konfigurację wokół trasy tokena ważniejszą.

Emitenci mogą dodawać własne reguły weryfikacji

CCIP 2.0 wprowadza Cross-Chain Verifiers, czyli CCV — dodatkowe komponenty weryfikacyjne, które mogą być używane obok istniejącego procesu zabezpieczeń CCIP. Co istotne, projekt nie potrzebuje zgody Chainlink przed opracowaniem lub użyciem dodatkowego weryfikatora. Ta otwartość daje emitentom większe pole do kształtowania trasy według własnych wymagań, jednocześnie obciążając ich większą odpowiedzialnością za ocenę wybranego weryfikatora.

Pula tokenów może określić, które CCV muszą zatwierdzić transfer. Jeden emitent może chcieć dodatkowego dowodu, że zasób został zablokowany na łańcuchu źródłowym. Inny może wymagać warunku związanego z zgodnością lub niezależnego potwierdzenia z oddzielnego system. Taki weryfikator może publikować dowody na kilka sposobów — od podpisanych danych i API po dowody kryptograficzne.

Istotne dla użytkowników jest to, że CCIP nie decyduje, którym dowodom konkretna trasa tokena musi zaufać. Różnica ma znaczenie praktyczne: międzyłańcuchowa wersja tokena może już nie stosować dokładnie tego samego procesu zatwierdzania co inny aktywo używające CCIP, a model zabezpieczeń trasy może zależeć od własnych wyborów emitenta.

Szybsze wykonywanie jest opcjonalne

Aktualizacja obejmuje także konfigurowalne ustawienia finalności, w tym funkcję opt-in o nazwie Faster Than Finality. Blockchainy nie wszystkie osiągają finalność w ten sam sposób. Niektóre transakcje mogą wydawać się potwierdzone, zanim sieć osiągnie punkt, w którym ich reorganizacja staje się wysoce nieprawdopodobna. Dłuższe oczekiwanie może zwiększyć pewność, ale może też spowolnić transfer międzyłańcuchowy.

CCIP 2.0 daje uczestniczącym częściom trasy możliwość użycia wcześniejszego punktu potwierdzenia. Notatki wydania jasno wskazują, że to ustawienie musi być obsługiwane przez wszystkie odpowiednie komponenty: nadawcę, pulę, weryfikatora, executora i odbiorcę. Szybsza trasa może zatem opierać się na innych założeniach operacyjnych niż ta, która czeka, aż transakcja na łańcuchu źródłowym osiągnie zwykły próg finalności. Jeśli te komponenty zostaną skonfigurowane niespójnie, notatki wydania ostrzegają, że wiadomość i jej zawartość tokenów mogą zostać zablokowane.

Więcej kontroli pomaga tylko wtedy, gdy nie dzielą tej samej słabości

Dodawanie weryfikatorów nie czyni automatycznie trasy mostu bezpieczniejszą. Eksploity mostów wielokrotnie należały do najkosztowniejszych kategorii incydentów w kryptowalutach, a analizy poważnych awarii często koncentrowały się na sposobie weryfikacji transferów, a nie na samych łańcuchach. Jakość układu zależy od tego, co każda kontrola weryfikuje i czy systemy za tymi kontrolami są naprawdę niezależne. Na przykład dwa weryfikatory mogą wydawać się oddzielne, opierając się na tym samym źródle danych, operatorze lub usłudze off-chain. Jeśli ta wspólna zależność zawiedzie, obie kontrole mogą dojść do tej samej błędnej konkluzji.

Liczy się to, czy każda kontrola może zawieść z innego powodu. Dlatego wydanie daje emitentom elastyczność, a nie uniwersalną gwarancję zpieczeń. Starannie zaprojektowana trasa może dodać użyteczne niezależne kontrole, podczas gdy źle zaprojektowana może dodać złożoność bez redukcji ryzyka podstawowego.

CCIP 2.0 dostarcza ram dla tych kontroli. Emitent nadal musi zdecydować, jakie są zasady, jak działa jego kod i kto może je później zmienić.

Dlaczego kontrole na poziomie emitenta mają znaczenie wykraczające poza DeFi

Te same wybory projektowe mają większe znaczenie, gdy token reprezentuje coś wykraczającego poza zwykłą pozycję DeFi. Emitent stablecoina może potrzebować innych warunków niż protokół przenoszący natywny token zarządzania kryptowalutami. Tokenizowany fundusz może wymagać ograniczeń transferowych, weryfikacji tożsamości lub zatwierdzenia przez emitenta w określonych okolicznościach. Instytucje mogą również preferować systemy ułatwiające definiowanie i audyt zasad dotyczących aktywów międzyłańcuchowych.

Jak zauważono we wcześniejszej analizie Coindoo dotyczącej testów banków centralnych z udziałem Chainlink, infrastruktura międzyłańcuchowa jest badana zarówno pod kątem tokenizowanych przepływów finansowych, jak i transferów natywnych dla kryptowalut.

CCIP 2.0 nie pokazuje, że jakaś konkretna instytucja już wdrożyła niestandardowy weryfikator. Daje emitentowi techniczną możliwość nałożenia dodatkowych warunków wokół własnej trasy międzyłańcuchowej. To może uczynić protokół bardziej użytecznym dla aktywów, które nie mogą polegać na jednym, identycznym zestawie reguł. Oznacza to również, że użytkownicy mogą napotkać różne ograniczenia i ryzyka w zależności od posiadanego tokena.

Co użytkownicy powinni sprawdzić przed użyciem trasy międzyłańcuchowej

Aktualizacja utrudnia ocenę transferu wyłącznie na podstawie pytania, czy korzysta ze znanego dostawcy mostu. Przed przeniesieniem tokena między łańcuchami użytkownicy mogą chcieć sprawdzić:

• Kto kontroluje pulę tokenów: emitent, zespół protokołu czy odrębny system zarządzania.
• Czy trasa używa dodatkowych weryfikatorów i na jakich dowodach te weryfikatory się opierają.
• Czy włączona jest szybsza finalność, ponieważ krótsze oczekiwanie może wiązać się z innymi założeniami operacyjnymi.
• Kto może zmienić konfigurację, w tym wymagania weryfikatorów, prawa wstrzymania i uprawnienia do aktualizacji.
• Czy token docelowy ma takie same prawa odku i transferu jak wersja przechowywana na łańcuchu źródłowym.

Te pytania nie oznaczają, że każda niestandardowa trasa jest niebezpieczna. Pomagają wyjaśnić, dlaczego słowo „bridged” może opisywać bardzo różne systemy.

Dostawca mostu to tylko część układu zabezpieczeń

CCIP 2.0 odzwierciedla szerszą zmianę w projektowaniu rozwiązań międzyłańcuchowych. Infrastruktura mostów coraz mniej polega na stosowaniu jednego stałego procesu do każdego tokena, a coraz bardziej na dawaniu emitentom narzędzi do definiowania, jak ich aktywa podróżują między sieciami. To może być użyteczne tam, gdzie różne aktywa mają różne wymagania prawne, techniczne lub operacyjne. Kompromisem jest to, że użytkownicy potrzebują jaśniejszych informacji o zasadach związanych z używaną trasą.

Znaczenie aktualizacji stanie się widoczne w tym, jak trasy są faktycznie konfigurowane — którzy emitenci dodają niestandardowe weryfikatory i ilu włącza szybszą finalność — ponieważ te wybory są dokonywane per token, a nie przez Chainlink dla całego protokołu.

Dla użytkowników praktyczna zmiana jest prosta: dostawca mostu to tylko jedna część obrazu zabezpieczeń, a reguły zatwierdzania rządzące konkretną trasą tokena zasługują na taką samą staranną ocenę.

Ten artykuł ma charakter wyłącznie informacyjny i nie stanowi porady finansowej ani inwestycyjnej. Transfery międzyłańcuchowe wiążą się z ryzykiem związanym z inteligentnymi kontraktami, operacyjnym i płynnościowym.

Oryginalnie opublikowane przez Coindoo.