#baby $BABY Я думаю, что в white paper Babylon есть один дизайн-элемент, упомянутый вскользь, но, на мой взгляд, очень важный: Staking Cap.
В white paper говорится, что у каждого vault есть максимальный лимит стейкинга, и BTC сверх этого лимита протоколом не признаются. Этот лимит не фиксированный, а динамически корректируется в зависимости от состояния сети на момент создания vault.
Зачем вообще нужен лимит? Я немного поразмышлял и вижу несколько причин.
Первая — распределение рисков. Если кит запихнёт несколько тысяч BTC в один vault, то в случае проблем потери будут слишком большими. Если распределить крупные средства по нескольким vault, экспозиция риска у каждого будет управляемой; даже если один vault подвергнется атаке, убыток ограничится диапазоном cap.
Вторая — управление ликвидностью. Для вывода средств из vault есть период challenge, и во время него средства заблокированы. Если один vault слишком большой, один крупный запрос на вывод может вызвать серьёзный удар по ликвидности. Если разбить капитал на несколько небольших vault, запросы на вывод естественным образом распределяются, а влияние на рынок становится более плавным.
Третья — вопрос справедливости. Если не устанавливать лимит, крупный игрок может в одиночку занять огромную долю стейкинга, вытеснив мелких участников. С лимитом объём, который может застейкать каждый, ограничен, и крупные и мелкие участники оказываются на более равной стартовой позиции.
Конечно, у такого дизайна есть и издержки. Если крупный игрок хочет застейкать большое количество BTC, ему нужно создать несколько vault, каждый раз отдельно проходя процесс создания; это неудобно, а комиссии тоже возрастают. Это намеренное трение: эффективность приносится в жертву справедливости.
То, как Babylon расставляет такие акценты в деталях, заставляет меня думать, что команда действительно строит экосистему на долгую перспективу, а не просто гонится за красивыми краткосрочными TVL-цифрами.
$BABY #baby @BabylonLabs_io
В white paper говорится, что у каждого vault есть максимальный лимит стейкинга, и BTC сверх этого лимита протоколом не признаются. Этот лимит не фиксированный, а динамически корректируется в зависимости от состояния сети на момент создания vault.
Зачем вообще нужен лимит? Я немного поразмышлял и вижу несколько причин.
Первая — распределение рисков. Если кит запихнёт несколько тысяч BTC в один vault, то в случае проблем потери будут слишком большими. Если распределить крупные средства по нескольким vault, экспозиция риска у каждого будет управляемой; даже если один vault подвергнется атаке, убыток ограничится диапазоном cap.
Вторая — управление ликвидностью. Для вывода средств из vault есть период challenge, и во время него средства заблокированы. Если один vault слишком большой, один крупный запрос на вывод может вызвать серьёзный удар по ликвидности. Если разбить капитал на несколько небольших vault, запросы на вывод естественным образом распределяются, а влияние на рынок становится более плавным.
Третья — вопрос справедливости. Если не устанавливать лимит, крупный игрок может в одиночку занять огромную долю стейкинга, вытеснив мелких участников. С лимитом объём, который может застейкать каждый, ограничен, и крупные и мелкие участники оказываются на более равной стартовой позиции.
Конечно, у такого дизайна есть и издержки. Если крупный игрок хочет застейкать большое количество BTC, ему нужно создать несколько vault, каждый раз отдельно проходя процесс создания; это неудобно, а комиссии тоже возрастают. Это намеренное трение: эффективность приносится в жертву справедливости.
То, как Babylon расставляет такие акценты в деталях, заставляет меня думать, что команда действительно строит экосистему на долгую перспективу, а не просто гонится за красивыми краткосрочными TVL-цифрами.
$BABY #baby @BabylonLabs_io