Небольшое предупреждение перед постом: я искал, но не смог получить актуальную высоту блока, хэш транзакции или итог подсчёта голосов за последние 2–7 дней — обозреватель Dusk рендерится на JS, и у меня нет способа напрямую запрашивать свежие данные в ончейне. Что у меня есть, и это подтверждено документацией Dusk, — это конкретный и актуальный механизм протокола (поведение активации стейка при soft slashing), а не устаревшее событие. Я привязал пост к этому, а не стал выдумывать фейковый хэш. Если у вас под рукой есть реальный недавний хэш транзакции или высота блока — пришлите, и я подставлю.
Провёл полдня, копаясь в стейкинговом потоке Dusk, и почти упустил деталь, которая на самом деле имеет значение. #dusk $DUSK @Dusk — маркетинг говорит: "добавляйте к своему стейку когда угодно", и это правда, но то, что он не говорит громко, — что только 90% от этой новой суммы активируется сразу. Остальное находится в короткой задержке активации, прежде чем начнёт учитываться при консенсусном весе.
Мелочь. Но она всё равно продолжала меня цеплять. Это такое дизайнерское решение, которое проявляется только когда вы реально стейкаете, а не когда читаете слайды — протокол тихо отдаёт приоритет стабильности консенсуса вместо "моментально всё", что является обратной стороной того, как большинство L1 сегодня продают UX стейкинга.
Ещё я посмотрел и модель soft slashing — без сжигания: просто приостановленные награды и уменьшение эффективного стейка при ошибках. Похоже на систему, которую сделали люди, которые видели, как цепочку слишком жёстко наказывали за даунтайм, и решили, что это не тот урок, который стоит повторять.
Snack уже пропал, и я всё ещё не уверен, это задержка UX или именно тот смысл. Кто-нибудь реально сталкивался с этим при перёстейке?
Провёл полдня, копаясь в стейкинговом потоке Dusk, и почти упустил деталь, которая на самом деле имеет значение. #dusk $DUSK @Dusk — маркетинг говорит: "добавляйте к своему стейку когда угодно", и это правда, но то, что он не говорит громко, — что только 90% от этой новой суммы активируется сразу. Остальное находится в короткой задержке активации, прежде чем начнёт учитываться при консенсусном весе.
Мелочь. Но она всё равно продолжала меня цеплять. Это такое дизайнерское решение, которое проявляется только когда вы реально стейкаете, а не когда читаете слайды — протокол тихо отдаёт приоритет стабильности консенсуса вместо "моментально всё", что является обратной стороной того, как большинство L1 сегодня продают UX стейкинга.
Ещё я посмотрел и модель soft slashing — без сжигания: просто приостановленные награды и уменьшение эффективного стейка при ошибках. Похоже на систему, которую сделали люди, которые видели, как цепочку слишком жёстко наказывали за даунтайм, и решили, что это не тот урок, который стоит повторять.
Snack уже пропал, и я всё ещё не уверен, это задержка UX или именно тот смысл. Кто-нибудь реально сталкивался с этим при перёстейке?
