Tôi bắt đầu xem xét các tích hợp blockchain từ một góc nhìn khác: một sự kiện có thể cho một ứng dụng biết điều gì đã xảy ra, nhưng không phải sự kiện nào cũng cho nó biết kết quả đó đã là cuối cùng.
Sự khác biệt này trở nên quan trọng khi phần mềm phản ứng với hoạt động trên chuỗi.
Nút Rusk của Dusk cung cấp RUES (Rusk Universal Event System), mà các ứng dụng và tích hợp bên ngoài có thể dùng cho các sự kiện blockchain. Đối với giao dịch, RUES bao gồm các sự kiện như đã được đưa vào (included), đã bị gỡ bỏ (removed) và đã được thực thi (executed). Nhưng các sự kiện này phản ánh các giai đoạn khác nhau trong vòng đời.
Ví dụ, executed có nghĩa là một giao dịch đã được thực thi trong một khối đã được chấp nhận, nhưng ứng dụng vẫn cần kiểm tra kết quả thực thi. Quan trọng hơn, một khối đã được chấp nhận vẫn có thể bị đảo ngược. Dusk cho biết một khối trở thành cuối cùng khi trạng thái của nó chuyển sang finalized.
Điều đó tạo ra một điểm khác biệt thú vị:
quan sát một sự kiện không giống với việc xác nhận trạng thái đã cuối cùng.
Vì vậy, hướng dẫn tích hợp của Dusk khuyến nghị kiểm tra thành công của việc thực thi, rồi xác minh rằng khối liên quan đã được finalized. Các nút lưu trữ có thể lưu giữ các chỉ mục lịch sử đã finalized, bao gồm finalizedEvents, cho các ứng dụng cần dữ liệu lịch sử đã cuối cùng.
Với tôi, điều đó thay đổi cách tôi nghĩ về các tích hợp blockchain.
Thách thức không chỉ là nhận được sự kiện.
Mà là biết khi nào một ứng dụng có thể an toàn coi kết quả đó là cuối cùng.

@Dusk $DUSK #dusk