Холдер подписывает делегацию BABY, видит, что транзакция подтверждена, и естественным образом полагает, что ставка активна.
Я сначала понимал это подтверждение так же.
Механизм стейкинга Babylon с эпохами придаёт этому более узкий смысл.
Делегация подтверждается сразу, но попадает в очередь отложенного исполнения. Мощность валидатора не меняется, пока не закроется текущая эпоха и не будут обработаны вместе отложенные сообщения о стейкинге.
Эта граница наступает каждые 360 блоков — примерно через час при времени блока 10 секунд.
До этого момента BABY остаётся ликвидным.
Это создаёт необычное промежуточное состояние. Инструкция по стейкингу существует в сети, но токены не заблокированы и вознаграждения ещё не начали начисляться. Если холдер переведёт или потратит этот баланс до окончания эпохи, подтверждённый запрос может завершиться неудачей, когда исполнение наконец дойдёт.
Поэтому первое подтверждение — не доказательство активной делегации.
Это скорее принятённый заказ, ожидающий расчёта.
Для холдера это меняет то, как следует читать зелёную галочку. Она подтверждает, что Babylon получил инструкцию. Но пока не подтверждает, что валидатор получил право голоса или что капитал вошёл в стейкинг.
Я думаю, что это важное различие, потому что подтверждение транзакции обычно ощущается окончательным. Здесь протокол намеренно разделяет принятие сообщения и активацию состояния, чтобы изменения у валидатора происходили одновременно и детерминированно на фиксированной границе.
Таким образом, стейкинг BABY включает два момента, за которыми стоит следить.
Холдер отправляет сейчас.
Протокол делает это реальным на закрытии эпохи.
@BabylonLabs_io $BABY #baby
Я сначала понимал это подтверждение так же.
Механизм стейкинга Babylon с эпохами придаёт этому более узкий смысл.
Делегация подтверждается сразу, но попадает в очередь отложенного исполнения. Мощность валидатора не меняется, пока не закроется текущая эпоха и не будут обработаны вместе отложенные сообщения о стейкинге.
Эта граница наступает каждые 360 блоков — примерно через час при времени блока 10 секунд.
До этого момента BABY остаётся ликвидным.
Это создаёт необычное промежуточное состояние. Инструкция по стейкингу существует в сети, но токены не заблокированы и вознаграждения ещё не начали начисляться. Если холдер переведёт или потратит этот баланс до окончания эпохи, подтверждённый запрос может завершиться неудачей, когда исполнение наконец дойдёт.
Поэтому первое подтверждение — не доказательство активной делегации.
Это скорее принятённый заказ, ожидающий расчёта.
Для холдера это меняет то, как следует читать зелёную галочку. Она подтверждает, что Babylon получил инструкцию. Но пока не подтверждает, что валидатор получил право голоса или что капитал вошёл в стейкинг.
Я думаю, что это важное различие, потому что подтверждение транзакции обычно ощущается окончательным. Здесь протокол намеренно разделяет принятие сообщения и активацию состояния, чтобы изменения у валидатора происходили одновременно и детерминированно на фиксированной границе.
Таким образом, стейкинг BABY включает два момента, за которыми стоит следить.
Холдер отправляет сейчас.
Протокол делает это реальным на закрытии эпохи.
@BabylonLabs_io $BABY #baby