$DUSK #Chạng vạng — DuskEVM bỏ qua “cửa sổ thử thách 7 ngày” kinh điển của Optimism. Sự chậm trễ đó không chỉ là một lỗi UX; nó là một phần của mô hình bảo mật.
Khi xem kỹ phần phân tích trong bài viết của @DuskFoundation về việc port OP Stack, DuskEVM ổn định sang DuskDS, trong khi một pre-verifier dựa trên MIPS sẽ kiểm tra các chuyển trạng thái trước khi chúng được chấp nhận để thanh toán/settlement. Tài liệu của Dusk mô tả việc rút tiền hoàn tất trong khoảng 15 phút.
Thoạt nhìn, điều đó giống như một nâng cấp UX khá đơn giản. Nhưng câu hỏi về bảo mật lại thú vị hơn.
Trong OP Stack chuẩn, cửa sổ 7 ngày tạo thời gian cho các cơ chế fraud proof “không cần cấp phép” nhằm thách thức một root trạng thái không hợp lệ. Thiết kế của Dusk chuyển việc xác minh lên sớm hơn trong luồng xử lý.
Vì vậy, tôi sẽ không mô tả việc này chỉ là “loại bỏ yêu cầu tin cậy”. Câu hỏi quan trọng là hiện giả định bảo mật nằm ở đâu: liệu pre-verification được thực thi độc lập bởi tập validator của DuskDS, hay nó phụ thuộc vào một tập verifier riêng biệt?
Sự khác biệt đó rất quan trọng. Tính hoàn tất nhanh hơn là giá trị, nhưng chỉ khi ta hiểu bên dưới đã thay đổi gì.
Tiếp theo, tôi đang kiểm tra GitHub của Rusk và tài liệu kỹ thuật của Dusk để xem tập pre-verifier liên quan như thế nào tới các validator của DuskDS.
#dusk $DUSK @Dusk