Các bạn, chắc hẳn đã từng trải qua cảm giác bức xúc này: đặt đồng hồ báo thức, dùng đồng hồ bấm giờ để tranh giành các phần thưởng giới hạn thời gian, kết quả lại thấy trên màn hình hiện lên bốn chữ — "Ngân hàng thưởng đã hết". Quay lại định phản ứng: Tại sao lại phát ra ít như vậy?

Nhưng các bạn có nghĩ tới không, phía sau chuyện này còn ẩn chứa những vấn đề kỹ thuật phức tạp hơn nhiều so với việc tranh thủ tốc độ tay. Mỗi lần tương tác trong thế giới mã hóa, mỗi lần "rút thăm trúng thưởng", nói thẳng ra chính là việc gọi và xác thực dữ liệu trên chuỗi. Và đằng sau đó cần một "trọng tài" hoàn toàn đáng tin cậy, tự nhiên công bằng, lại phải phản ứng ngay lập tức. Đây chính là điểm mấu chốt mà mạng lưới oracle cần giải quyết.

Hãy nghĩ về những buổi rút thăm trúng thưởng cộng đồng bùng nổ. 30 giây làm sạch ngân hàng thưởng không phải chuyện lạ, các cao thủ chỉ có hai từ: bắt đầu từ 7:59:59 giây, điên cuồng nhấn vào màn hình, bỏ qua hoạt hình, thao tác lặp đi lặp lại để kiếm chênh lệch giá dựa vào tốc độ tay. Rốt cuộc, điều này là đang cạnh tranh phản ứng với độ trễ của hệ thống, tốc độ hiển thị của frontend. Nhưng cơ chế công bằng thực sự, hoàn toàn không nên phụ thuộc vào ai có thiết bị nhanh hơn, ai phản ứng script nhạy hơn.

Điều cốt yếu ở đây là: kết quả nên được ghi lại trên chuỗi ngay tại khoảnh khắc bạn nhấn, không thể đảo ngược, có thể tra cứu toàn mạng. Nếu cuối cùng "quyết định" này chỉ nằm trong cơ sở dữ liệu tập trung của dự án, thì mọi thứ công bằng đều là chuyện vớ vẩn. Và mạng lưới oracle chính là làm chuyện này — đưa các tham số rút thăm, sinh số ngẫu nhiên, xác thực kết quả trực tiếp lên chuỗi, làm cho toàn bộ quy trình minh bạch, kết quả không thể bị chỉnh sửa bởi con người. Giống như một "chứng thực trên chuỗi" mà tất cả người chơi đều có thể theo dõi theo thời gian thực, để mỗi lần nhấn đều có thể kiểm chứng.