Hôm nay chúng ta hãy cùng bàn về chế độ khẩn cấp và cơ chế dự phòng của #dusk . Thứ thực sự đáng để mổ xẻ không phải là “việc có cơ chế này”, mà là một lỗ hổng nhận thức của ngành mà nó đã vô tình phơi bày.

Ngưỡng kích hoạt của Emergency Mode được đặt ở mức thất bại liên tiếp trong 16 lần lặp. Con số này tự nó cũng đáng để đặt câu hỏi: vì sao lại là 16, không phải 8 hay 32?

Nếu đặt quá thấp thì dễ kích hoạt nhầm; nhiễu dao động mạng bình thường cũng bị hiểu như sự sụp đổ đồng thuận. Nếu đặt quá cao thì chuỗi sẽ bị kẹt quá lâu, mà các kịch bản tài chính không thể chờ. 16 là một sự cân bằng kỹ thuật, nhưng bản whitepaper không cung cấp quá trình suy luận. Phần này thực sự thiếu một phân tích độ nhạy đối với tham số ở mức công khai.

Trong quy tắc Fallback, cụm “khối có I=0 thì không thể đảo ngược” là mệnh đề cứng nhất của cả cơ chế.

Nó trực tiếp khóa quyền truy vết/hoàn nguyên đối với quá trình giảm cấp đối với các giao dịch đã được xác nhận, tương đương với việc nói với phía tổ chức rằng việc thanh toán của bạn sẽ không bị lặng lẽ bị hủy bỏ do sự cố mạng. Nhưng ở đây có một cái giá ngầm: nếu chính khối “I=0” mang dữ liệu sai, hệ thống cũng không có kênh để sửa chữa. Tính không thể đảo ngược là con dao hai lưỡi—Dusk chọn ưu tiên tính xác định (determinism). Sự đánh đổi này là hợp lý trong bối cảnh tài chính, nhưng không nên bị mặc định là đáp án duy nhất đúng.

Thiết kế chữ ký có thể kiểm chứng của EBR giải quyết vấn đề niềm tin “ai có quyền kích hoạt chế độ khẩn cấp”. Tuy nhiên, ngưỡng của quyền lợi đa số nên được đặt như thế nào, và liệu nó có bị những bên nắm giữ lượng vốn lớn (big holders) thao túng hay không—phần rủi ro quản trị này vẫn chưa được thảo luận.

Nhìn chung, Dusk đã đưa “xử lý bất thường” vào tầng giao thức. Hướng đi như vậy là đúng.
Nhưng việc cơ chế tồn tại không đồng nghĩa cơ chế đã chín muồi: việc lựa chọn tham số, ranh giới quản trị, và kỳ vọng hành vi trong các tình huống cực đoan vẫn cần thêm dữ liệu vận hành thực tế để xác minh.

#dusk $DUSK @Dusk

Thời gian tương tác: Emergency Mode của Dusk cần thất bại liên tiếp trong bao nhiêu lần lặp mới được kích hoạt?
A:連續16次失敗迭代
B:連續8次失敗迭代
C:連續32次失敗迭代
1 ngày còn lại