#dusk $DUSK Tôi khi xem quy trình kích hoạt staking của @Dusk , tôi đã chú ý đến một chi tiết ít khi được bàn tới: staking mới không có hiệu lực ngay lập tức. Tài liệu ghi rõ việc kích hoạt thường kéo dài qua một đến hai epoch, mỗi epoch khoảng 6 giờ, tức là từ lúc khởi tạo staking đến khi vị thế thực sự tham gia vào cơ chế đồng thuận, có thể phải chờ 6 đến 12 giờ.
12 giờ trong thế giới blockchain không phải là ngắn. So với thời gian kích hoạt staking của một số chain PoS phổ biến, khoảng thời gian này của Dusk đáng để phân tích kỹ. Bản thân việc có độ trễ không phải là vấn đề — đó là một phần của cơ chế an toàn đồng thuận, ngăn kẻ tấn công nhanh chóng chuyển trạng thái staking trong thời gian ngắn để thao túng trọng số biểu quyết. Nhưng độ trễ này ảnh hưởng rất khác nhau đối với từng loại người dùng.
Với những người nắm giữ lâu dài, 12 giờ gần như có thể bỏ qua. Nhưng với người dùng hoạt động thường xuyên cần quản lý vị thế linh hoạt, hoặc với những người staking nhạy cảm với biến động giá, khoảng thời gian chờ này là một biến số thực sự cần đưa vào quyết định. Giả sử khi thị trường biến động mạnh bạn cần điều chỉnh vị thế, cửa sổ kích hoạt 12 giờ có nghĩa là bạn không thể phản ứng nhanh. Unstaking tuy không có thời gian chờ ở cấp giao thức, nhưng phần thưởng cần được nhận riêng, và trong vị thế đang hoạt động, 10% locked stake nếu muốn rút lại có thể yêu cầu hủy toàn bộ phần vị thế còn lại.
Những thiết kế này đều có cân nhắc an toàn hợp lý ở tầng giao thức, nhưng khi đặt lên góc nhìn trải nghiệm người dùng, mỗi độ trễ kiểu "không phải bug mà là feature" đều có thể loại bỏ một phần người tham gia tiềm năng. Điều tôi quan tâm không phải là 12 giờ có dài hay không, mà là ví và giao diện frontend của Dusk có hiển thị rõ những cửa sổ thời gian này bằng các trạng thái dễ hiểu hay không. Một hạ tầng tài chính tốt không nên để người dùng phải đoán tài sản của mình rốt cuộc đang ở trạng thái nào.#dusk @Dusk