Hôm nay tôi đang kiểm tra Vault của mình trên mạng thử nghiệm mainnet beta của Newton thì nhận thấy có một giao dịch nằm ở bước kiểm tra chính sách (policy check) trong chín giây, trong khi những giao dịch ở gần đó được xử lý xong trong dưới hai giây. Cùng một chính sách, cùng một tài sản thế chấp. Ý nghĩ đầu tiên của tôi là do tải của người vận hành.

Cảm giác đó cũng có vẻ hợp lý trong vài phút. Rồi lại có thêm hai giao dịch bị trễ xuất hiện, hoàn toàn không có dấu hiệu tắc nghẽn xung quanh. Điểm họ có chung là dữ liệu cụ thể mà chính sách của họ cần. Các vị thế cần lấy điểm rủi ro của Credora thì được giải quyết chậm hơn so với các giao dịch chỉ kiểm tra giá. Cùng một nhóm người vận hành, nhưng thời gian chờ khác nhau.

Đó là lúc tôi thấy việc “sự hiện diện của người vận hành” và “độ sẵn sàng dữ liệu” không còn trông giống nhau nữa. Một validator có thể đang online, đang đánh giá giao dịch của bạn, nhưng vẫn chờ một mức xếp hạng mà nó chưa kịp lấy về. Bộ định tuyến chọn một người vận hành, người vận hành cần dữ liệu đầu vào (feed), feed phản hồi, rồi bản xác nhận (attestation) được ký trước khi quá trình thanh toán (settlement) hoàn tất.

Điều tôi cứ quay lại là bước quorum mà ít ai nói đến. Các nhà vận hành được ràng buộc thông qua restaking, phạt sự gian dối chứ không phải sự chậm trễ. Tôi từng mất một vị thế nhỏ do một lần kiểm tra bị trễ và lại đổ lỗi cho giao diện (UI), sai hoàn toàn tầng vấn đề. Tôi vẫn chưa biết chuyện gì xảy ra khi một thay đổi về giá kích hoạt các lần kiểm tra trên cùng lúc hàng trăm Vault. Liệu tập người vận hành có hấp thụ điều đó một cách đồng đều, hay hàng đợi mới là rủi ro thực sự 👍

#newt $NEWT