CCIP 2.0 của Chainlink xác nhận khả năng trì hoãn chuyển token

CCIP 2.0 của Chainlink(LINK) có thể trì hoãn việc phát hành hoặc giải ngân token trên chuỗi đích, ngay cả sau khi token trên chuỗi nguồn đã bị khóa hoặc đốt. Việc thực thi trên chuỗi đích có thể dừng nếu trình xác thực bổ sung không phản hồi hoặc chính sách tại chuỗi đích từ chối giao dịch.

Chainlink công bố CCIP 2.0 vào ngày 28 tháng 9. Theo giới thiệu chính thức của Chainlink, bản cập nhật gồm các trình xác thực xuyên chuỗi (CCV) do nhà phát hành, tổ chức và bên thứ ba vận hành, tính năng chuyển Faster-than-Finality, công cụ tuân thủ tự động (ACE) và phương thức thực thi tùy chỉnh.

Cấu hình mặc định của CCIP 2.0 sử dụng Committee Verifier hiện có và chờ chuỗi nguồn đạt trạng thái hoàn tất đầy đủ. Committee Verifier mặc định gồm 16 đơn vị vận hành nút độc lập. Nếu thêm một CCV riêng làm trình xác thực bắt buộc, bằng chứng từ cả hai hệ thống xác thực phải được hoàn tất trước khi thông điệp được thực thi trên chuỗi đích.

Tài liệu dành cho nhà phát triển của Chainlink giải thích rằng việc thực thi một thông điệp có thể bị trì hoãn nếu trình xác thực bắt buộc không phản hồi. Điều này đồng nghĩa giao dịch có thể bị dừng hoặc chuyển sang trạng thái thất bại khi xảy ra lỗi cấu hình hoặc gián đoạn dịch vụ.

Quy trình chuyển token bắt đầu khi OnRamp trên chuỗi nguồn ghi nhận thông điệp và pool token khóa hoặc đốt tài sản. Sau đó, OffRamp trên chuỗi đích kiểm tra bằng chứng từ các trình xác thực cần thiết trước khi phát hành hoặc giải ngân token.

Do đó, giao dịch hoàn tất trên chuỗi nguồn không đồng nghĩa token đã được nhận trên chuỗi đích. Người dùng cần kiểm tra riêng phản hồi của các trình xác thực bắt buộc và trạng thái thực thi trên chuỗi đích.

Việc kết nối ACE với pool token trên chuỗi đích cũng có thể gây trì hoãn. Nếu hàm postflightCheck tại chuỗi đích từ chối các điều kiện chính sách liên quan đến người nhận, token hoặc số lượng, token đích có thể không được phát hành hoặc giải ngân dù giao dịch nguồn đã hoàn tất.

Tài liệu chính sách dành cho pool token ACE hướng dẫn thử lại thông điệp theo quy trình khôi phục tiêu chuẩn sau khi các điều kiện chính sách được giải quyết. Nếu kiểm tra trước được áp dụng ở bước nguồn, giao dịch sẽ không bắt đầu. Ngược lại, kiểm tra sau ở bước đích có thể từ chối thực thi sau khi giao dịch nguồn đã hoàn tất.

Cấu trúc này cho phép nhà phát hành hoặc tổ chức áp dụng điều kiện chính sách riêng đối với giao dịch vượt một mức giá trị nhất định, một chuỗi cụ thể hoặc một token cụ thể. Đổi lại việc tăng cường kiểm tra bảo mật và kiểm soát tuân thủ, sự cố trình xác thực, chậm phản hồi, thay đổi chính sách hoặc cấu hình không nhất quán có thể ảnh hưởng đến quá trình chuyển.

Không thể dùng thực thi thủ công để bỏ qua các bước xác thực bắt buộc còn thiếu. Theo tài liệu thực thi thủ công của Chainlink, chỉ có thể thực thi sau khi đã thu thập đầy đủ mọi bằng chứng bắt buộc. Việc thay đổi người thực thi hoặc tự chi trả phí gas trên chuỗi đích cũng không giải quyết được vấn đề thiếu bằng chứng.

Chainlink cho biết Lombard đang áp dụng logic xác thực CCV tùy chỉnh của CCIP 2.0. Tuy nhiên, chỉ dựa trên các cấu hình chi tiết được công khai thì khó xác định CCV này có được đặt làm bắt buộc cho một tổ hợp tài sản và chuỗi chính cụ thể hay đang thực sự vận hành hay không.

CryptoSlate đưa tin rằng các tài liệu ra mắt được công khai chưa đủ để xác nhận trường hợp chuyển tài sản cụ thể trên mạng chính thực sự bị chặn do CCV bắt buộc do nhà phát hành vận hành. Điều này cho thấy cần phân biệt khả năng trì hoãn trong thiết kế với sự cố thực tế.

Tính năng chuyển nhanh của CCIP 2.0 cũng không tự động áp dụng cho mọi giao dịch. Nhà phát hành token phải cho phép xác nhận nhanh trong pool tương ứng và người gửi phải yêu cầu tính năng này cho từng giao dịch. Cấu hình mặc định vẫn là chờ chuỗi nguồn đạt trạng thái hoàn tất đầy đủ, sau đó xác minh và thực thi thông điệp trên chuỗi đích.

Bản cập nhật lần này tiếp nối nội dung trước đó về việc CCIP 2.0 tăng cường xác thực cho tổ chức và cho phép lựa chọn chuyển nhanh. Khi trình xác thực riêng và cơ chế kiểm soát dựa trên chính sách được bổ sung, trạng thái chuyển không thể chỉ được đánh giá dựa trên việc giao dịch nguồn đã thành công hay chưa.

Để đánh giá rủi ro của một giao dịch thực tế, cần kiểm tra đồng thời tên tài sản, chuỗi nguồn và chuỗi đích, pool token, cấu hình CCV bắt buộc, mã thông điệp và trạng thái thực thi trên chuỗi đích. Các tài liệu công khai hiện chưa đưa ra trường hợp cụ thể nào trong đó tài sản trên mạng chính bị chặn thực tế do chính sách CCV hoặc ACE.