#dusk $DUSK Đã rà soát lại toàn bộ yêu cầu của Provisioner của Dusk từ đầu đến cuối, và phát hiện trong tài liệu có một câu chữ nghe nhẹ nhưng hậu quả lại nặng: "Vĩnh viễn không chạy cùng một khóa đồng thuận trên nhiều nút đang hoạt động." Khi kích hoạt, đó là hình phạt cứng—DUSK mà bạn đã stake sẽ bị đốt trực tiếp. Đây không phải là cảnh báo, mà là quy tắc.$SPCXB
Để trở thành Provisioner cần stake tối thiểu 1000 DUSK; việc kích hoạt không diễn ra ngay lập tức—sau khi chạm ranh giới epoch, đến ranh giới epoch kế tiếp mới đủ điều kiện. Một epoch có 2160 khối, tương đương khoảng 6 đến 12 giờ. Nhiều người nghĩ chỉ cần chuyển coin là có thể tham gia đồng thuận ngay, nhưng kết quả phải đợi không dưới nửa ngày.$SNDKB
Kích hoạt chỉ là bước đầu; phần khó hơn là duy trì việc tham gia liên tục. Soft penalty sẽ nhắm vào các trường hợp "không tham gia đồng thuận". Nút không được ngắt quá lâu, cũng không được trượt hỏng vào thời điểm then chốt. Khi bị đánh dấu soft penalty, active stake sẽ bị chuyển một phần sang locked stake—mặc dù coin vẫn thuộc về bạn, nhưng sẽ không sinh lợi. Để chuyển từ locked trở lại active có thể cần phải解除 hoàn toàn rồi stake lại từ đầu.
Nhìn từ góc độ người vận hành node full BTC, chạy một node chỉ cần đồng bộ khối và giữ trạng thái online. Nhưng Provisioner của Dusk có tiền đặt cọc, có trách nhiệm và có hình phạt. Nếu bạn dùng máy chủ cloud để tự động failover, hãy đảm bảo rằng instance cũ hoàn toàn đã tắt hẳn rồi instance mới mới được khởi động.
Điều tôi muốn nhất là @Dusk có thể làm một bảng kiểm tra sức khỏe vận hành (health check) để Provisioner có thể hiển thị theo thời gian thực độ duy nhất của khóa đồng thuận, thời gian node online, và liệu có rủi ro soft penalty hay không. Người stake chỉ chăm chăm vào APY thì là chưa đủ—trước hết phải đảm bảo mình sẽ không bị đốt coin vì sai sót vận hành.
#dusk @Dusk