Thông cáo tích hợp Chainlink mà tuần trước họ đã công bố khi kết hợp với @Dusk và NPEX—phản ứng đầu tiên của tôi là “hợp lý”, phản ứng thứ hai là “đợi đã, điều này có vẻ không giống lắm với hệ thống tự chứng minh mà Dusk vẫn luôn nhấn mạnh”.
Cụ thể, Dusk và NPEX quyết định coi Chainlink CCIP (giao thức tương tác liên chuỗi) như một lớp liên chuỗi được chuẩn hóa, để chuyển các chứng khoán được token hóa do NPEX phát hành trên DuskEVM giữa các chuỗi khác nhau. Đồng thời, họ còn tích hợp DataLink và Data Streams để làm nguồn dữ liệu thị trường. Ngoài ra, việc token $DUSK được chuyển chuỗi từ Ethereum sang Solana cũng được thực hiện dựa trên chuẩn CCT (Cross-Chain Token) của Chainlink.
Tôi vẫn hiểu điểm bán hàng cốt lõi của Dusk là nhờ các lớp mật mã như bằng chứng không kiến thức và mã hóa đồng cấu để tạo ra tính xác thực—bạn không cần tin bất kỳ một bên trung gian nào, vì chính toán học là lời chứng. Nhưng mô hình an ninh tầng nền của CCIP lại không như vậy: nó dựa vào mạng oracle phi tập trung của Chainlink (DON), nơi một nhóm các nút độc lập lần lượt quan sát sự kiện trên chuỗi nguồn, đạt đồng thuận, rồi ký và cho phép phát hành các tin nhắn liên chuỗi. Điều này có nghĩa là khi một tài sản cần được chuyển chuỗi, trách nhiệm xác minh sẽ chuyển từ “phần hệ thống chứng minh của chính Dusk” sang “liệu mạng DON của Chainlink có trung thực hay có bị tấn công/điểm yếu hay không”.
Không phải là lựa chọn này sai—SWIFT, DTCC, ANZ và các bên tham gia trong nhóm tổ chức tài chính truyền thống cũng đang dùng CCIP, cho thấy mô hình niềm tin liên chuỗi này được các tổ chức chấp nhận. Nhưng đối với một chuỗi tuân thủ quyền riêng tư vốn liên tục nhấn mạnh “không cần tin bên thứ ba”, việc “outsourcing” ranh giới an toàn của thanh toán liên chuỗi sang một cơ chế đồng thuận oracle khác là một bước ngoặt đáng lẽ phải được nêu rõ trong mục công bố rủi ro, thay vì chỉ được lướt qua.
Khi tiền thật cần thanh toán liên chuỗi, rốt cuộc người ta sẽ tin hệ thống chứng minh của Dusk, hay tin DON của Chainlink? Hai mô hình niềm tin chồng lên nhau như vậy—nếu có sự cố thì tính trách nhiệm cho ai?
#dusk
Cụ thể, Dusk và NPEX quyết định coi Chainlink CCIP (giao thức tương tác liên chuỗi) như một lớp liên chuỗi được chuẩn hóa, để chuyển các chứng khoán được token hóa do NPEX phát hành trên DuskEVM giữa các chuỗi khác nhau. Đồng thời, họ còn tích hợp DataLink và Data Streams để làm nguồn dữ liệu thị trường. Ngoài ra, việc token $DUSK được chuyển chuỗi từ Ethereum sang Solana cũng được thực hiện dựa trên chuẩn CCT (Cross-Chain Token) của Chainlink.
Tôi vẫn hiểu điểm bán hàng cốt lõi của Dusk là nhờ các lớp mật mã như bằng chứng không kiến thức và mã hóa đồng cấu để tạo ra tính xác thực—bạn không cần tin bất kỳ một bên trung gian nào, vì chính toán học là lời chứng. Nhưng mô hình an ninh tầng nền của CCIP lại không như vậy: nó dựa vào mạng oracle phi tập trung của Chainlink (DON), nơi một nhóm các nút độc lập lần lượt quan sát sự kiện trên chuỗi nguồn, đạt đồng thuận, rồi ký và cho phép phát hành các tin nhắn liên chuỗi. Điều này có nghĩa là khi một tài sản cần được chuyển chuỗi, trách nhiệm xác minh sẽ chuyển từ “phần hệ thống chứng minh của chính Dusk” sang “liệu mạng DON của Chainlink có trung thực hay có bị tấn công/điểm yếu hay không”.
Không phải là lựa chọn này sai—SWIFT, DTCC, ANZ và các bên tham gia trong nhóm tổ chức tài chính truyền thống cũng đang dùng CCIP, cho thấy mô hình niềm tin liên chuỗi này được các tổ chức chấp nhận. Nhưng đối với một chuỗi tuân thủ quyền riêng tư vốn liên tục nhấn mạnh “không cần tin bên thứ ba”, việc “outsourcing” ranh giới an toàn của thanh toán liên chuỗi sang một cơ chế đồng thuận oracle khác là một bước ngoặt đáng lẽ phải được nêu rõ trong mục công bố rủi ro, thay vì chỉ được lướt qua.
Khi tiền thật cần thanh toán liên chuỗi, rốt cuộc người ta sẽ tin hệ thống chứng minh của Dusk, hay tin DON của Chainlink? Hai mô hình niềm tin chồng lên nhau như vậy—nếu có sự cố thì tính trách nhiệm cho ai?
#dusk