Tin nhắn chuỗi chéo: So sánh xác minh, phân phối và thực thi
Một ứng dụng chuỗi chéo có thể thực hiện một hành động trong khi dựa vào một số hệ thống riêng biệt. Một thông báo phải được nhận dạng trên chuỗi nguồn, được xác minh theo mô hình bảo mật đã nêu, được gửi và chấp nhận theo logic đích. Gọi toàn bộ quá trình là “chuyển giao cầu nối” có thể che giấu sự thay đổi của các giả định của nó.
Sự so sánh thực tế không phải là hệ thống nào có thời gian truyền tải được quảng cáo ngắn nhất. Đó là bằng chứng mà điểm đến chấp nhận, ai có thể thay đổi quy tắc đó và điều gì sẽ xảy ra khi một bước bị trì hoãn hoặc bị tranh chấp.
Tách các giai đoạn của một lệnh
Hãy xem xét một hướng dẫn giả định để nhận ra khoản tiền gửi trên chuỗi A và giải phóng số dư ứng dụng trên chuỗi B. Bản thân giao dịch nguồn được đưa vào không chứng minh rằng hành động đích đã hoàn thành.
Theo dõi bốn trạng thái: sự kiện nguồn và kết quả cuối cùng của nó, kết quả xác minh, gửi tin nhắn và thực thi đích. Thành phần phân phối có thể truyền thông tin mà không quyết định liệu nó có hợp lệ hay không. Ngược lại, một tin nhắn đã được xác minh vẫn có thể không thực thi được nếu hợp đồng đích từ chối thông tin đầu vào hoặc thiếu các tài nguyên cần thiết.
Ví dụ này mô tả một mô hình nghiên cứu, không phải kiến trúc của mọi giao thức hoặc tính năng OrangeX hiện được cung cấp.
Hỏi người xác minh chứng minh điều gì
Tài liệu về cầu nối của Ethereum mô tả các cầu nối di chuyển mã thông báo, tin nhắn và dữ liệu, đồng thời phân biệt các thiết kế đã được xác minh bên ngoài với các phương pháp dựa trên chuỗi được kết nối. Đọc cách triển khai cụ thể thay vì coi một trong hai nhãn là sự đảm bảo bảo mật hoàn chỉnh.
Đối với bộ xác minh bên ngoài, hãy điều tra tư cách thành viên, quy tắc ngưỡng, tính độc lập và thỏa hiệp khóa. Đối với cách tiếp cận dựa trên bằng chứng, hãy xác định những gì đã được chứng minh, những giả định đồng thuận nào vẫn còn và cách nâng cấp phần mềm xác minh. Bằng chứng mật mã không loại bỏ tất cả các rủi ro về hợp đồng, hoạt động hoặc quản trị.
Xử lý riêng độ trễ và độ cuối cùng
Một ứng dụng có thể hiển thị tiến trình tạm thời trước khi các điều kiện cuối cùng hoặc thử thách có liên quan được đáp ứng. Hỏi xem thời gian được quảng cáo đề cập đến việc quan sát, phân phối, tính thanh khoản của người dùng hay quyết toán cuối cùng. Những cột mốc đó có thể khác nhau.
Không so sánh hai số liệu về độ trễ trừ khi sự kiện bắt đầu, sự kiện kết thúc và điều kiện bảo mật khớp nhau. Sự thừa nhận nhanh hơn không tự động mang lại kết quả cuối cùng mạnh mẽ hơn. Lộ trình bị tạm dừng cũng có thể là một phản ứng có chủ ý đối với sự không chắc chắn hơn là bằng chứng cho thấy giao dịch nguồn đã biến mất.
Kiểm tra số lần thử lại và thẩm quyền đích
Một hành động đích không thành công đặt ra một loạt câu hỏi thứ hai: nó có thể được thử lại không, ai có thể thử lại, mức phí nào được áp dụng và điều gì ngăn cản việc thực hiện cùng một lệnh hai lần? Đọc các mã định danh được ghi lại của giao thức và các biện pháp bảo vệ phát lại thay vì cho rằng lần gửi thứ hai là an toàn.
Kiểm tra các khóa nâng cấp, tạm dừng khẩn cấp, cấu hình tuyến đường và quyền cấp ứng dụng. Lớp nhắn tin an toàn không thể tạo ra âm thanh ứng dụng đích không an toàn. Tương tự, một giao diện uy tín không chứng minh được rằng tất cả các tuyến được hỗ trợ đều có chung một mô hình tin cậy.
Lưu giữ hồ sơ nghiên cứu cụ thể về tuyến đường
Ghi lại chính xác các chuỗi, hợp đồng, đại diện tài sản, mô hình bảo mật, giả định về tính cuối cùng của giao dịch và quy trình khôi phục cho tuyến đường đang được đánh giá. Sử dụng tài liệu chính thức hiện tại và phân biệt các biện pháp kiểm soát đã triển khai với các kế hoạch trong tương lai.
Tiền gửi trao đổi là một quy trình làm việc riêng biệt với thông báo ứng dụng chuỗi chéo tùy ý. Trước khi gửi đến OrangeX.com, hãy làm theo hướng dẫn về mạng và địa chỉ được hiển thị trong giao diện gửi tiền. Đừng cho rằng việc vận hành cầu nối thành công sẽ khiến mạng đích không được hỗ trợ có thể chấp nhận được.
