#dusk $DUSK @Dusk $TUT flying again go long on $PORTAL
Một bên cung cấp (provisioner) có thể trông có vẻ sẵn sàng trước khi Dusk xem xét để đủ điều kiện. Khoảng trống đó đã thu hút sự chú ý của tôi, bởi nó biến việc đặt cược từ một lần gửi tiền thành một bài kiểm tra liên tục về mức độ sẵn sàng.
Điều kiện đầu tiên thì thẳng thừng: ít nhất 1,000 DUSK phải tiếp tục được đặt cược. Dễ đọc con số này như một mức giá gia nhập, nhưng nó hoạt động giống như một “sàn” mà người vận hành phải luôn đứng trên. Một phần rút cược hoặc hình phạt khiến vị thế rơi xuống dưới mức đó không chỉ làm giảm ảnh hưởng. Nó kết thúc tư cách đủ điều kiện.
Độ trưởng thành (maturity) thì lặng lẽ hơn. Một khoản đặt cược mới không thể tham gia ngay khi giao dịch của nó được xác nhận. #dusk sẽ chờ đến khi bắt đầu epoch sau ranh giới kế tiếp, thường là sáu đến mười hai giờ. Sự chờ đợi này chỉ thấy bất tiện nếu coi việc đặt cược như một lần mua. Về phía mạng, đó là một lớp đệm. Vốn có thể đến nhanh; trách nhiệm thì không.
Tiếp theo là điều kiện mà không có số dư nào có thể đảm bảo: conduct. Một provisioner có thể giữ đủ lượng stake và chạy một node được đồng bộ, nhưng vẫn bị đình chỉ nếu không tham gia một cách đúng đắn. @Dusk phân biệt giữa lỗi thông thường và hành vi bị chứng minh là không hợp lệ. Các hình phạt nhẹ có thể chuyển phần stake đang hoạt động sang trạng thái bị khóa trong khi quyền sở hữu vẫn thuộc về người đặt cược. Các hình phạt nặng có thể đốt stake cho các phiếu bầu không hợp lệ hoặc chữ ký xung đột. Thời gian ngừng hoạt động và sự lừa dối đều đe dọa sự đồng thuận, nhưng coi chúng là tương đương sẽ là cách làm thô.
Điều có vẻ trung thực là các điều kiện này không thể “bù trừ” cho nhau. Giàu có không thể xóa bỏ thời gian chờ. Maturity không thể biện minh cho vận hành thiếu tin cậy. Hồ sơ sạch không thể cứu một stake nằm dưới mức tối thiểu.
Vậy thì, đủ điều kiện không phải là một huy hiệu đạt được một lần. Đó là một phán đoán đang diễn ra. Người vận hành có thể đủ điều kiện hôm nay và mất tư cách đó vào ngày mai vì vắng mặt, cấu hình sai, hoặc một khóa đồng thuận bị trùng lặp. Có lẽ đó mới là điểm thật sự: Dusk không hỏi một lần liệu provisioner đã từng trông đáng tin. Nó tiếp tục hỏi xem provisioner có sẵn sàng cho block tiếp theo hay không.
Điều quan trọng nhất đối với việc đủ điều kiện provisioner của Dusk là gì?