#dusk $DUSK Tôi đã chạy lại mô hình kinh tế của các node của Dusk, và nhận ra điều trực giác nhất không phải là ngưỡng staking, mà là khoảng chênh quyền lợi giữa "node nhẹ" và "node đầy đủ". Trên đa số chuỗi PoS, nắm giữ token đồng nghĩa với việc có quyền bỏ phiếu; nhưng trong kiến trúc của Dusk, không phải mọi node đều có thể tham gia vào đồng thuận.
Lớp đồng thuận của Dusk được chia làm hai tầng: node Provisioner chịu trách nhiệm tạo khối và xác nhận, cần staking ít nhất 1000 token $DUSK và luôn duy trì trạng thái online; node nhẹ có thể truy vấn và phát tán giao dịch, nhưng không tạo khối và cũng không nhận phần thưởng. Đây chính là ngưỡng đầu tiên mà nhiều người dùng nhỏ lẻ thường bỏ qua—bạn mua coin và để trong ví không đồng nghĩa với việc bạn đang "tham gia" vào chuỗi này; bạn chỉ là hành khách.
Thêm một lớp sâu hơn là cơ chế khen thưởng và trừng phạt. Nếu node Provisioner hoạt động bình thường và tạo khối, lợi ích đến từ việc phát hành bổ sung và phí; nếu ngắt kết nối, staking sẽ bị gắn nhãn là locked hoặc bị tạm dừng; nếu gây hành vi gian ác, staking có thể bị đốt (burn). Logic của thiết kế này là gắn lợi ích của node chặt chẽ với an toàn của chuỗi, chứ không phải bạn bỏ phiếu là có thể nằm hưởng lợi.
Nhưng điều thực sự khiến tôi quan tâm là một câu hỏi khác: node nhẹ có quyền xác minh không? Node nhẹ của Dusk có thể xác minh giao dịch thông qua header của khối, không cần tải toàn bộ dữ liệu. Về mặt lý thuyết, ngay cả khi không chạy Provisioner, bạn vẫn có thể tự độc lập xác minh trạng thái của chuỗi. Nhưng trong thực tế, phần lớn người dùng sẽ không đi tự chạy xác minh mà thay vào đó dựa vào RPC mặc định của trình duyệt hoặc ví.
Và như vậy quay lại vấn đề—node nhẹ có thể xác minh về mặt kiến trúc, nhưng trong hành vi sử dụng lại thường không xác minh. Khi đa số người dùng ủy thác niềm tin cho một vài điểm RPC, tính phi tập trung sẽ âm thầm suy giảm theo sự tiện lợi trong trải nghiệm người dùng.
Vì vậy, khi tôi xem #dusk sự phân bố của các node, tôi sẽ không chỉ nhìn tổng lượng staking. Thứ tôi muốn xem là: phân bố địa lý của các node Provisioner và mức độ tập trung của bên cung cấp dịch vụ lưu trữ; tỷ lệ sử dụng thực tế của các client node nhẹ; và liệu có đủ nhiều người dùng lựa chọn tự xác minh thay vì phụ thuộc bên thứ ba hay không.
Hàng rào phòng thủ của sổ cái phân tán, rốt cuộc không nằm trong code, mà nằm ở khoảnh khắc từng người dùng quyết định "tin ai".
#dusk @Dusk