#dusk Tôi đã rà soát lại cơ chế tước phạt (slashing) của Dusk, và phát hiện thứ dễ bị hiểu nhầm nhất không phải là mức độ trừng phạt, mà là việc "trừng phạt mềm" và "trừng phạt cứng" thực chất hoàn toàn khác nhau. Tài liệu chính thức nêu rõ sự phân biệt: trừng phạt mềm nhắm vào tình huống thất bại tham gia theo đồng thuận, ví dụ như Provisioner không tạo khối trong thời gian chỉ định hoặc không bỏ phiếu; trừng phạt cứng nhắm vào hành vi ác ý có thể chứng minh được — như ký các đề xuất xung đột cho cùng một độ cao, hoặc cùng một khóa đồng thuận chạy đồng thời trên nhiều nút.
Hậu quả của hai loại khác nhau rất lớn. Trừng phạt mềm sẽ tạm dừng tư cách của Provisioner $SNDKB và chuyển một phần active stake sang locked stake. Lưu ý, locked stake vẫn thuộc về chính người đặt cọc, chỉ là tạm thời không tham gia đồng thuận và không tạo lợi nhuận. Điều này hoàn toàn khác với việc tài sản bị trừ trực tiếp. Trừng phạt cứng mới thực sự là phần sẽ đốt (cháy) một số lượng DUSK.
Người dùng đến từ hệ sinh thái ETH, thường có trực giác về slashing của ETH2.0, nhưng Dusk có thêm một lớp đệm trừng phạt mềm. Lớp này tạo một “cửa sổ sửa sai” cho bên vận hành — nếu bạn bỏ lỡ lượt bỏ phiếu do dao động mạng, thì sẽ không bị đốt coin trực tiếp, nhưng bạn sẽ bị tạm thời "đưa sang bên". Còn nếu bạn cố tình làm điều xấu thì lại là chuyện khác. $SPCXB
Với những người nắm giữ thông thường $DUSK , khi chạy nút điều quan trọng cần theo dõi không phải là tỷ suất lợi nhuận, mà là "khóa đồng thuận của tôi có chỉ chạy trên đúng một máy duy nhất hay không". Tài liệu nhấn đi nhấn lại điều này, nhưng nhiều người lại thấy việc dùng máy chủ cloud kèm tự động chuyển đổi khi lỗi là tiện—kết quả là phiên bản cũ chưa tắt hẳn, phiên bản mới đã khởi động, khiến hai phiên bản cùng hoạt động song song, và điều đó trực tiếp kích hoạt trừng phạt cứng.
Vì vậy, tôi cho rằng sau này @Dusk thứ cần được hiển thị nhiều nhất trong bảng điều khiển vận hành không phải là APY, mà là trạng thái sức khỏe của nút, kiểm tra tính duy nhất của khóa đồng thuận, và mức độ rủi ro trừng phạt mềm. Người đặt cọc không thể đợi tới khi có sự cố rồi mới lật tài liệu.
#dusk @Dusk
Hậu quả của hai loại khác nhau rất lớn. Trừng phạt mềm sẽ tạm dừng tư cách của Provisioner $SNDKB và chuyển một phần active stake sang locked stake. Lưu ý, locked stake vẫn thuộc về chính người đặt cọc, chỉ là tạm thời không tham gia đồng thuận và không tạo lợi nhuận. Điều này hoàn toàn khác với việc tài sản bị trừ trực tiếp. Trừng phạt cứng mới thực sự là phần sẽ đốt (cháy) một số lượng DUSK.
Người dùng đến từ hệ sinh thái ETH, thường có trực giác về slashing của ETH2.0, nhưng Dusk có thêm một lớp đệm trừng phạt mềm. Lớp này tạo một “cửa sổ sửa sai” cho bên vận hành — nếu bạn bỏ lỡ lượt bỏ phiếu do dao động mạng, thì sẽ không bị đốt coin trực tiếp, nhưng bạn sẽ bị tạm thời "đưa sang bên". Còn nếu bạn cố tình làm điều xấu thì lại là chuyện khác. $SPCXB
Với những người nắm giữ thông thường $DUSK , khi chạy nút điều quan trọng cần theo dõi không phải là tỷ suất lợi nhuận, mà là "khóa đồng thuận của tôi có chỉ chạy trên đúng một máy duy nhất hay không". Tài liệu nhấn đi nhấn lại điều này, nhưng nhiều người lại thấy việc dùng máy chủ cloud kèm tự động chuyển đổi khi lỗi là tiện—kết quả là phiên bản cũ chưa tắt hẳn, phiên bản mới đã khởi động, khiến hai phiên bản cùng hoạt động song song, và điều đó trực tiếp kích hoạt trừng phạt cứng.
Vì vậy, tôi cho rằng sau này @Dusk thứ cần được hiển thị nhiều nhất trong bảng điều khiển vận hành không phải là APY, mà là trạng thái sức khỏe của nút, kiểm tra tính duy nhất của khóa đồng thuận, và mức độ rủi ro trừng phạt mềm. Người đặt cọc không thể đợi tới khi có sự cố rồi mới lật tài liệu.
#dusk @Dusk
软惩罚和硬惩罚你分清了吗
100%
Locked Stake能手动解锁吗
0%
共识密钥唯一性怎么验证
0%
1 phiếu bầu • Cuộc bỏ phiếu đã kết thúc