#baby $BABY
Понимайте залог BABY как «получение дохода, а управление — как получится»: можно недосчитать один пункт власти — если вы не голосуете, валидатор может проголосовать за вас.

Правила управления Babylon Genesis сформулированы довольно прямо: держатели BABY могут голосовать, но если делегат не голосует, голос валидатора автоматически наследуется. То есть залог — это не просто передать токены валидатору и на этом всё; вы также включаете часть управленческих решений в логику «по умолчанию» делегирования.

У этого правила «по умолчанию» есть временной разрыв, который легко упустить. Если вы проголосовали до того, как валидатор проголосовал, система не наследует голос валидатора; если же валидатор уже проголосовал, вы всё равно можете затем своим голосом перекрыть его. Но при срочных предложениях период голосования составляет всего 1 день: оно может закончиться к тому моменту, когда вы увидите сообщение и дочитаете обсуждение. Обычные предложения голосуются 3 дня — там темп относительно более щадящий. После отправки голоса изменить его уже нельзя, так что «позже посмотрю» тоже не бесплатно.

Моё мнение: выбирая BABY-валидатора, нельзя смотреть только на комиссию и ожидаемые награды. Нужно оценить, продолжает ли он уделять внимание управлению, голосует ли он вовремя, а также его публичную позицию, когда он представляет делегированный вес. Здесь не в том, чтобы гадать, что именно будет делать какой-то конкретный валидатор, а в том, чтобы распознать риск управления при делегировании по умолчанию: не участвовать — это тоже результат.

В следующий раз, когда увижу предложение, я сначала проверю три момента: когда заканчивается голосование, проголосовал ли валидатор, и есть ли мой голос уже в блокчейне; затем уточню, обычное это предложение или срочное. Если в кошельке есть только залоговый баланс, но нет напоминаний о голосовании, «пассивный залог» BABY может также пассивно отдать вам право принимать решения.#baby $BABY @BabylonLabs_io