Tôi đã chọn ở đây để tập trung vào một khía cạnh duy nhất của giao thức: cách mà dữ liệu được xử lý trước khi được công bố trên một blockchain. Đây là bước quan trọng nhất của một oracle. Chính nó xác định độ tin cậy.
Tại APro, quy trình tuân theo một trình tự chính xác. Mọi thứ bắt đầu với việc thu thập ngoài chuỗi. Các nguồn có thể khác nhau: thị trường, tổ chức tài chính, cơ sở dữ liệu chuyên ngành, hoặc luồng sở hữu. Đó không phải là điều làm nên sự khác biệt của APro, mà là cách mà những dữ liệu này được chuẩn hóa ngay cả trước khi được xác thực.
Một khi được thu thập, dữ liệu sẽ trải qua một quá trình lọc ban đầu nhằm loại bỏ các yếu tố không nhất quán. Việc phân loại này không chỉ là một quá trình làm sạch đơn giản. Nó phục vụ để thiết lập các khoảng chấp nhận được, các mô hình nhất quán và các quy tắc giúp tránh những biến động bất thường có thể liên quan đến thao tác hoặc lỗi.
Tiếp theo là xác thực chéo. Các nút độc lập so sánh kết quả của họ. Không có nút nào có thể xác thực một luồng một mình. Giao thức yêu cầu một sự đồng thuận chặt chẽ giữa họ. Cơ chế này tạo ra một sự dư thừa thiết yếu: nếu một nguồn hoặc mô hình sai, các nguồn khác sẽ bù đắp.
APro bao gồm một hệ thống phản đối nội bộ. Một nút có thể báo cáo một luồng được cho là không chính xác. Tín hiệu này kích hoạt một quá trình kiểm tra thứ hai. Nếu hóa ra rằng luồng thực sự là sai, nút có lỗi có thể mất một phần của khoản đặt cược của mình. Cơ chế kinh tế này thúc đẩy các nhà xác thực duy trì tính nghiêm ngặt.
Việc công bố cuối cùng trên blockchain sử dụng các hợp đồng tiêu chuẩn hóa. Chính chúng làm cho dữ liệu có thể truy cập được cho các ứng dụng. Quy trình này phải ổn định, có thể dự đoán và nhanh chóng. APro cần chứng minh rằng nó có thể duy trì mức hiệu suất này ngay cả khi số lượng luồng hoặc tần suất cập nhật tăng lên.
Dòng dữ liệu này lý thuyết cho phép sản xuất dữ liệu đáng tin cậy. Câu hỏi không phải là thiết kế mà là khả năng của giao thức trong việc duy trì chất lượng này trong tình huống thực tế, quy mô lớn.
AT
--
--