Я всегда думал, что стейкинг устроен примерно так же, как и во многих DeFi‑протоколах: стоит узлу немного «провалить» связь, зависнуть, и наказание сразу же обрушивается — пока я не разобрался в деталях механизма штрафов Dusk, и не понял, что он гораздо менее суровый, чем я ожидал.
В Dusk эта схема разделена на два случая: один — «пауза». Если узел работает плохо, сначала ему выдается предупреждение. Когда количество предупреждений накапливается до определенного порога, узлу уже реально ограничивают право участия. В период паузы узел не может участвовать в выпуске блоков и не получает вознаграждения, но по истечении этого времени он автоматически восстанавливает возможность работать. Второй случай — «штрафы по системе вычета баллов». В этом режиме часть стейка переводится в пул вознаграждений, что косвенно снижает вес этого узла при розыгрыше. Но важно — эти средства не сгорают и не исчезают бесследно: их можно вернуть, забрав вознаграждения. Кроме того, коэффициент вычета не становится максимальным сразу: он начинается с 10%, а дальше при каждом последующем непрерывном проблемном инциденте растет еще на 10%, пока стейк не опустится ниже минимального порога (1000 DUSK) — тогда узел будет полностью заморожен. Чтобы восстановиться, нужно заново «разнять» (разстейкнуть) активы и сделать новый стейк.
Если осмыслить это, получается что-то вроде просрочки по кредитной карте: в первый раз, когда вы запоздали с оплатой, банк, скорее всего, сначала пришлет SMS‑напоминание и не заморозит карту сразу. Заморозка обычно наступает только после того, как вы снова и снова допускаете просрочки — тогда шаг за шагом ужесточают лимит и в итоге полностью прекращают обслуживание карты. Такая конструкция в Dusk дает операторам узлов пространство для исправления ошибок, а не режим «одна ошибка — и всё пропало». Я думаю, это хороший сигнал для обычных пользователей, которые хотят запускать узлы самостоятельно: серверы иногда «тупят», сеть иногда дает сбои — с этим может столкнуться кто угодно, и не стоит автоматически трактовать это как «злонамеренные действия» и карать без шансов.
Но я также думаю: не дает ли такая снисходительность мошенникам и тем, кто хочет действовать на опережение, возможностей для лазеек — и пока я не уверен, как на это ответить.
Как вы считаете, такая система наказаний — «сначала предупреждение, затем усиление» — для обычных операторов узлов не будет ли она более дружелюбной?
@Dusk $DUSK #dusk
В Dusk эта схема разделена на два случая: один — «пауза». Если узел работает плохо, сначала ему выдается предупреждение. Когда количество предупреждений накапливается до определенного порога, узлу уже реально ограничивают право участия. В период паузы узел не может участвовать в выпуске блоков и не получает вознаграждения, но по истечении этого времени он автоматически восстанавливает возможность работать. Второй случай — «штрафы по системе вычета баллов». В этом режиме часть стейка переводится в пул вознаграждений, что косвенно снижает вес этого узла при розыгрыше. Но важно — эти средства не сгорают и не исчезают бесследно: их можно вернуть, забрав вознаграждения. Кроме того, коэффициент вычета не становится максимальным сразу: он начинается с 10%, а дальше при каждом последующем непрерывном проблемном инциденте растет еще на 10%, пока стейк не опустится ниже минимального порога (1000 DUSK) — тогда узел будет полностью заморожен. Чтобы восстановиться, нужно заново «разнять» (разстейкнуть) активы и сделать новый стейк.
Если осмыслить это, получается что-то вроде просрочки по кредитной карте: в первый раз, когда вы запоздали с оплатой, банк, скорее всего, сначала пришлет SMS‑напоминание и не заморозит карту сразу. Заморозка обычно наступает только после того, как вы снова и снова допускаете просрочки — тогда шаг за шагом ужесточают лимит и в итоге полностью прекращают обслуживание карты. Такая конструкция в Dusk дает операторам узлов пространство для исправления ошибок, а не режим «одна ошибка — и всё пропало». Я думаю, это хороший сигнал для обычных пользователей, которые хотят запускать узлы самостоятельно: серверы иногда «тупят», сеть иногда дает сбои — с этим может столкнуться кто угодно, и не стоит автоматически трактовать это как «злонамеренные действия» и карать без шансов.
Но я также думаю: не дает ли такая снисходительность мошенникам и тем, кто хочет действовать на опережение, возможностей для лазеек — и пока я не уверен, как на это ответить.
Как вы считаете, такая система наказаний — «сначала предупреждение, затем усиление» — для обычных операторов узлов не будет ли она более дружелюбной?
@Dusk $DUSK #dusk
A. 是,谁都可能失误,该给个缓冲
100%
B. 不好说,会不会被投机的人钻空子
0%
C. 无所谓,反正我不打算自己跑节点
0%
5 проголосовали • Голосование закрыто
