체인링크 CCIP 2.0, 토큰 전송 지연 가능성 확인

체인링크(LINK)의 CCIP 2.0에서 출발 체인의 토큰이 잠기거나 소각된 뒤에도 목적지 체인의 발행·출고가 지연될 수 있는 구조가 확인됐다. 추가 검증자가 응답하지 않거나 목적지 정책이 거래를 거부하면 목적지 실행이 멈출 수 있다.

체인링크는 9월 28일 CCIP 2.0을 공개했다. 체인링크의 공식 소개에 따르면 이번 업데이트에는 발행자·기관·제3자가 운영하는 교차체인 검증자(CCV), Faster-than-Finality 전송, 자동화 컴플라이언스 엔진(ACE), 맞춤형 실행 방식이 포함됐다.

CCIP 2.0의 기본 설정은 기존 Committee Verifier와 출발 체인의 완전한 최종성 대기 방식이다. 기본 Committee Verifier는 16개 독립 노드 운영자로 구성되며, 별도 CCV를 필수 검증자로 추가하면 두 검증 체계의 증명이 모두 확보돼야 목적지 체인에서 메시지 실행이 진행된다.

체인링크 개발자 문서는 필수 증명을 요구하는 검증자가 응답하지 않으면 해당 메시지의 실행이 지연될 수 있다고 설명한다. 구성 오류나 서비스 장애가 발생하면 전송이 멈추거나 실패 상태가 될 수 있다는 의미다.

토큰 전송은 출발 체인의 OnRamp가 메시지를 기록하고 토큰 풀이 자산을 잠그거나 소각하는 방식으로 시작된다. 이후 목적지 체인의 OffRamp가 필요한 검증자 증명을 확인한 뒤 토큰을 발행하거나 출고한다.

따라서 출발 체인 거래가 완료됐다는 사실만으로 목적지 토큰 수령까지 끝난 것은 아니다. 필수 검증자의 응답과 목적지 실행 상태를 별도로 확인해야 한다.

ACE를 목적지 체인의 토큰 풀에 연결한 경우에도 지연이 발생할 수 있다. 목적지의 postflightCheck가 수신자·토큰·금액 등 정책 조건을 거부하면 출발 거래가 완료된 뒤에도 목적지 토큰이 발행·출고되지 않을 수 있다.

ACE 토큰 풀 정책 문서는 정책 조건이 해소된 뒤 표준 복구 절차로 메시지를 재시도해야 한다고 안내한다. 출발 단계에서 사전 검사를 적용하면 거래 자체가 시작되지 않지만, 목적지 단계의 사후 검사는 출발 거래 이후 실행을 거부할 수 있다.

이 구조는 발행자나 기관이 특정 금액 이상의 전송, 특정 체인, 특정 토큰에 별도 정책 조건을 적용할 수 있도록 한다. 보안 검증과 규정준수 통제를 강화하는 대신 검증자 장애, 응답 지연, 정책 변경, 구성 불일치가 전송 과정에 영향을 줄 수 있다.

수동 실행으로 누락된 필수 검증을 우회할 수는 없다. 체인링크의 수동 실행 문서에 따르면 모든 필수 증명이 확보된 뒤에만 실행이 가능하며, 실행자를 바꾸거나 목적지 가스를 직접 부담해도 증명 부족 문제는 해결되지 않는다.

체인링크는 롬바드(Lombard)가 CCIP 2.0의 맞춤형 CCV 검증 로직을 도입하고 있다고 밝혔다. 다만 특정 메인넷 자산·체인 조합에서 해당 CCV가 필수로 설정됐는지, 실제 운영 중인지는 공개된 세부 구성만으로 판단하기 어렵다.

CryptoSlate는 공개된 출시 자료만으로는 발행자가 운영하는 필수 CCV 때문에 특정 자산의 메인넷 전송이 실제 차단된 사례를 확인하기 어렵다고 보도했다. 설계상 지연 가능성과 실제 장애 사례를 구분해야 한다는 취지다.

CCIP 2.0의 빠른 전송 기능도 모든 거래에 자동 적용되는 방식은 아니다. 토큰 발행자가 해당 풀에서 빠른 확인을 허용하고 발신자가 거래별로 요청해야 하며, 기본값은 출발 체인의 완전한 최종성을 기다린 뒤 목적지에서 메시지를 검증·실행하는 방식이다.

이번 업데이트는 앞서 CCIP 2.0의 기관용 검증 강화와 빠른 전송 선택 기능을 보도한 바 있다. 자체 검증자와 정책 기반 통제가 추가되면서 전송 상태를 단순한 출발 거래 성공 여부만으로 판단하기 어려워졌다.

실제 전송 위험을 확인하려면 자산명과 출발·목적지 체인, 토큰 풀, 필수 CCV 설정, 메시지 ID, 목적지 실행 상태를 함께 살펴봐야 한다. 공개 자료에서는 CCV나 ACE 정책으로 특정 자산의 메인넷 전송이 실제 차단된 사례는 제시되지 않았다.