Trong lúc thực hiện một yêu cầu công bố chọn lọc,tôi nhận thấy hàng đợi trên bảng điều khiển liên tục dài thêm.
Tối nay, khi testnet ổn định,tôi thử một luồng rà soát có ủy quyền nhỏ trên DuskEVM: một giao dịch riêng tư,sau đó là bước chỉ cung cấp dữ liệu cho bên có quyền.Yêu cầu vẫn hoàn tất,nhưng khâu công bố mất nhiều thời gian hơn các bước trước.
Ban đầu,tôi nghĩ đó chỉ là độ trễ thường thấy của testnet.Nhưng nhìn kỹ hơn,định tuyến vẫn thông suốt,Hedger vẫn ổn định,thanh toán và xác minh đều hoàn tất.Điểm bất thường xuất hiện ở phần công bố chọn lọc.
Có mặt không đồng nghĩa với đáng tin.Hàng đợi chỉ là dấu hiệu bên ngoài;vấn đề có thể nằm sâu hơn,ở một mắt xích chậm trong khâu bàn giao.
Luồng đi theo thứ tự: request→routing→model availability→payment→verification→settlement→authorized disclosure.Hầu hết đều chạy đúng nhịp,điểm chú ý nằm ở một bước bị lệch thời gian hoàn tất.
Chi tiết tôi cứ quay lại là caching:nó quyết định khi nào trạng thái quyền riêng tư sẵn sàng cho lời gọi ủy quyền tiếp theo.Bên dưới là thời gian chờ hàng đợi và cách hạ tầng dùng chung làm mới trạng thái,nhưng đây lại là phần ít được chú ý.
Tôi chưa muốn vội kết luận.Có thể đây là phần tồn đọng sau lần ra mắt gần đây,cũng có thể bằng chứng bị ràng buộc chặt hơn khi truyền qua các lớp.Sau cú lỗ hôm qua vì vội về quy mô,tôi chọn đi theo đường ray hệ thống thay vì ép tạo thêm biểu đồ.
Và tôi tự hỏi:nếu onboarding bùng lên,hàng loạt rà soát được ủy quyền cùng lúc xuất hiện,hệ thống sẽ đảm bảo thế nào?Bởi các cam kết kinh tế phía sau vẫn phải duy trì liên tục.@Dusk_Foundation #dusk $DUSK $AKE $AA