Однажды я оставил ноду запущенной и пошёл за кофе, а вернулся и увидел, что логи по‑прежнему ровно текут... именно тогда я начал думать, что самая стабильная доступность — это одновременно и самое простое, чтобы к ней приучиться и стать самодовольным.
Я открыл config.rs: proposal = 1 credit, validation = 64, ratification = 64, quorum = 33.
Если бы одного только достаточного количества стейка было достаточно, зачем тогда нужны все эти параметры?
Перешёл в sortition.rs: score = hash mod total_staking_weight.
по мере роста веса стейка может увеличиваться вероятность выбора, но вероятность — это не то же самое, что право/гарантия.
Затем я добрался до core/src/stake.rs, строка 46: DEFAULT_MINIMUM_STAKE = 1000.
Честно говоря, раньше я воспринимал минимальный стейк как финишную черту, хотя на самом деле это скорее условие инициализации, а не гарантированное состояние.
Ставка 1500 DUSK означает, что минимум превышен на 500 DUSK.
Но пропуск голосования влечёт мягкий штраф, приостанавливает право на участие, и когда часть стейка оказывается в locked, это число перестаёт выглядеть так уж хорошо сразу.
Пополнение работает так же: 90% активны сразу, 10% в locked.
500 DUSK — это 450 DUSK активных и 50 DUSK в locked... звучит небольшим, но последствия — не маленькие.
С тех пор, каждый раз когда я аудиторю протокол, я проверяю тип данных, реализацию, переходы состояния, участие в голосованиях, условия времени выполнения, доступность машины и полное анстейкинг.
quorum = 33.
Но это 33 голоса или 33%?
Сделать вывод, не проверив тип данных, конечно, быстро — но самый быстрый ответ иногда бывает самым неверным.
score, hash, committee, locked state, validation, ratification... чем дальше я прослеживаю цепочку, тем больше вижу, что валидатор — это не просто куча стейка, который стоит без дела, а система, которая должна непрерывно оставаться живой.
Для меня надёжный валидатор — это не нода с самым большим стейком, а нода с самой сильной дисциплиной в эксплуатации, когда рядом нет никого, кто напомнит ей проголосовать.
Если бы вам нужно было выбрать между увеличением веса стейка на 20% и уменьшением пропусков голосования, простоя и штрафов в реальных операциях, какую сторону вы бы выбрали?
#dusk $DUSK @Dusk
Я открыл config.rs: proposal = 1 credit, validation = 64, ratification = 64, quorum = 33.
Если бы одного только достаточного количества стейка было достаточно, зачем тогда нужны все эти параметры?
Перешёл в sortition.rs: score = hash mod total_staking_weight.
по мере роста веса стейка может увеличиваться вероятность выбора, но вероятность — это не то же самое, что право/гарантия.
Затем я добрался до core/src/stake.rs, строка 46: DEFAULT_MINIMUM_STAKE = 1000.
Честно говоря, раньше я воспринимал минимальный стейк как финишную черту, хотя на самом деле это скорее условие инициализации, а не гарантированное состояние.
Ставка 1500 DUSK означает, что минимум превышен на 500 DUSK.
Но пропуск голосования влечёт мягкий штраф, приостанавливает право на участие, и когда часть стейка оказывается в locked, это число перестаёт выглядеть так уж хорошо сразу.
Пополнение работает так же: 90% активны сразу, 10% в locked.
500 DUSK — это 450 DUSK активных и 50 DUSK в locked... звучит небольшим, но последствия — не маленькие.
С тех пор, каждый раз когда я аудиторю протокол, я проверяю тип данных, реализацию, переходы состояния, участие в голосованиях, условия времени выполнения, доступность машины и полное анстейкинг.
quorum = 33.
Но это 33 голоса или 33%?
Сделать вывод, не проверив тип данных, конечно, быстро — но самый быстрый ответ иногда бывает самым неверным.
score, hash, committee, locked state, validation, ratification... чем дальше я прослеживаю цепочку, тем больше вижу, что валидатор — это не просто куча стейка, который стоит без дела, а система, которая должна непрерывно оставаться живой.
Для меня надёжный валидатор — это не нода с самым большим стейком, а нода с самой сильной дисциплиной в эксплуатации, когда рядом нет никого, кто напомнит ей проголосовать.
Если бы вам нужно было выбрать между увеличением веса стейка на 20% и уменьшением пропусков голосования, простоя и штрафов в реальных операциях, какую сторону вы бы выбрали?
#dusk $DUSK @Dusk
