Eric Choo

🎉 Официально вошел в Top 100 CreatorPad!

Большое спасибо всем, кто всегда читает мои статьи, взаимодействует и поддерживает меня на протяжении всего времени 🫶
От простых постов о рынке, менталитете до личных взглядов, я не думал, что когда-нибудь получу такой результат.

15489 $PIXEL не только награда, но и мотивация продолжать создавать еще более качественный контент для сообщества 🚀

Путь еще длинный, постараюсь сохранить темп и двигаться дальше 💛
Если кто-то из вас строит контент, не сдавайтесь, возможности всегда есть для тех, кто действительно работает.

#CreatorpadVN #BinanceSquare

Не думал, что в этот раз мне повезет попасть в топ-4 CreatorPad VN на Binance Square 🥹
Награда 0.12 $BNB не такая уж большая, но это отличный стимул продолжать писать и делиться еще больше.

На самом деле, я вижу, что на Binance Square все еще много возможностей для тех, кто любит писать контент, анализировать или просто активно взаимодействовать каждый день.
Просто начните пробовать, кто знает, может ваш следующий пост станет топом 👀

Если кто-то хочет участвовать, но не знает, с чего начать, нужны советы по написанию статей, как наращивать взаимодействие или ловить ивенты, просто спрашивайте меня, чем смогу, тем помогу 🤝

Поздравляю всех с наградой в этот раз 🫶

#binancep2pantoan @Binance Vietnam

Скриншот, который почти меня обманул

Однажды покупатель прислал мне скриншот с оплатой, который выглядел безупречно — нужная сумма, нужный банк, правильная дата и время. Я почти выпустил сделку. Затем я вспомнил единственное правило, которое я пообещал себе никогда не нарушать: открыть собственное банковское приложение, а не то, которое показывают мне. Ничего не поступило. Скриншот был подделкой.

Эта сделка научила меня больше, чем любой гайд. Теперь я проверяю показатель завершения контрагента и историю заказов еще до того, как соглашусь на сделку, а не только их значок. Я каждый раз сверяю имя плательщика с деталями заказа. И когда покупатель внезапно попросил: «Давай закончим это в Zalo, так быстрее» — это был мой сигнал замедлиться, а не ускоряться. Для легитимной сделки не нужно покидать платформу.

Я все равно сохраняю каждый Order ID и историю чатов после закрытия, даже в сделках, которые казались полностью рутинными. Однажды мне это понадобилось: когда все было сохранено, напряженный спор удалось разрешить в тот же день.

Доверяйте проверкам платформы, а не скриншотам.

#binancep2pantoan @Binance Vietnam

Десять секунд, которые я почти пропустил

Моя первая P2P-сделка казалась мгновенной. Эскроу замораживала крипто продавца до того, как я перевёл донг, чат фиксировал каждое сообщение, а канал споров был в одном касании, если что-то пойдёт не так. Всё это отсутствует вне платформы — нет эскроу, нет истории чата, нет доступа к поддержке. Это не правило, это удаление.

Теперь я проверяю три вещи. Контрагент: значок, рейтинг завершения, история заказов — не просто имя. Платёж: моё собственное банковское приложение подтверждает, что средства действительно поступили, никаких скриншотов. Давление: торопят с релизом, подсовывают замену аккаунта прямо во время сделки, просят «перенести это в Zalo» — любое по отдельности уже повод остановиться, два сразу — повод открыть спор.

После каждой сделки я сохраняю идентификаторы заказов, чеки и стенограммы чатов. Никогда не было нужды — пока однажды не понадобилось.

Настоящий вопрос не в том, безопасен ли P2P. Вопрос в том, какую из этих проверок ты бы пропустил, если бы тебе было нужно побыстрее.

#baby $BABY @BabylonLabs_io

Задолго до всего этого я писал о том, что люди по умолчанию выбирают крупнейшего поставщика с финальной надёжностью, не проверяя. Я на самом деле не проверял реальные цифры распределения сам: я опирался на пересказ. Поэтому я пошёл и выгрузил реальное распределение долей по провайдерам, чтобы понять, насколько всё действительно плохо.

Оказалось хуже в одном отношении и лучше в другом, чем я ожидал.

Топ-несколько провайдеров действительно держат непропорционально большую долю — это совпало с тем, что я предполагал. Меня удивило другое: насколько быстро кривая концентрации выравнивается после нескольких лидеров. Длинный хвост из более мелких провайдеров: каждый удерживает существенную, ненулевую долю, а не ту картину, которую подразумевал чат — что «все свалились на одно имя». Проблема не в одном доминирующем провайдере. Скорее, это умеренно концентрированный верхний слой, сидящий поверх действительно длинного хвоста, куда большинство делегаторов никогда не пролистывает.

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

Самокритика: я написал оригинальный материал, опираясь на один пересказ и общие ощущения, а не на извлечение реальных цифр, и мне стоило проверить это раньше, вместо того чтобы принимать худший вариант за точный. Фактические данные меняют историю: не в сторону «проблемы нет», а в сторону более узкой и более точной формулировки.

Нарратив о безопасности $BABY был бы сильнее, если бы опирался на эти реальные данные распределения, а не оставлял людей делать выводы по тому, какие имена чаще всего упоминаются.

Я бы хотел, чтобы Babylon показывала эту кривую распределения прямо в интерфейсе стейкинга: сейчас для этого нужно идти и искать, как это сделал только что я. #baby

⚠️ Это не финансовая рекомендация. Проведи собственное исследование (DYOR).

#baby $BABY @BabylonLabs_io

После того как я написал про постепенное сокращение эмиссии и может ли доход от комиссий закрыть образовавшуюся брешь, я решил искать реальные цифры, а не оставлять вопрос абстрактным. Мне хотелось понять, где Babylon публикует кривую эмиссии и, желательно, какую-то проекцию дохода, зависящего от использования, на фоне этой кривой.

Я без особых проблем нашёл график эмиссии: таблицы с выпуском по периодам, коэффициентами затухания — всё разложено ясно.

А вот второй половины уравнения я не смог найти. Ничего, где эта кривая эмиссии сопоставляется с прогнозируемым объёмом заимствований TBV или доходом от стейкинговых комиссий; ничего, моделирующего момент, когда одно должно передаваться другому. Я проверял посты по управлению, обновления в блоге, даже искал комментарии команды по этой теме. Обсуждений роста и внедрения — сколько угодно, но всё это не оформлено так, чтобы сказать: «вот как должно выглядеть использование к тому времени, когда эмиссия упадёт до X».

Технический момент: публикация графика эмиссии — базовый элемент прозрачности; почти каждый токен делает это. Что действительно показывает, выживет ли сеть в периоде после собственной субсидии, — это вторая половина: доходная сторона встречается со стороной эмиссии в конкретный момент времени. Отсутствие этого не обязательно означает, что у Babylon нет внутренней модели: команды часто считают эти цифры приватно, прежде чем выкладывать публичные прогнозы. Но, судя по тому, что я вижу, со стороны эта тишина читается одинаково — независимо от того, успокаивает она или настораживает.

Самокритика: я заходил с ожиданием либо подтвердить, либо опровергнуть свою обеспокоенность с помощью реальных чисел, и в итоге не получил ни того, ни другого — только подтверждение, что эти цифры пока не публичны. Это слабее, чем то, что я хотел найти; лучше сказать об этом прямо, чем «натянуть» таблицу по эмиссии на вывод, который она не поддерживает.

$BABY holders по сути страхуют этот переход, но без показа модели, на которой он основан.

Я бы хотел увидеть опубликованный порог пересечения — даже приблизительно — прежде чем считать текущий уровень участия чем-то большим, чем «всё ещё субсидируемое эмиссией». #baby

#baby $BABY @BabylonLabs_io

После того как я написал о расколе в управлении между Babylon и Aave, я решил на самом деле найти реальное предложение, а не просто описывать структуру в теории. Я поискал форум Aave по управлению и посмотрел, есть ли там что-то, касающееся BTC-рынка, к которому подключаются TBV.

Я нашёл треды. Но не нашёл ничего явно написанного для человека, который приходит со стороны продукта Babylon.

Предложения были плотными: цифры делегируемой мощности для голосования, дельты параметров, перечисленные в «сырых» процентах, технические оценки рисков с отсылками к моделям, которые мне нужно было отдельно посмотреть, чтобы вообще понять. Ничего не было скрыто: форум публичный, таймстампы и количество голосов — всё на месте. Но при этом ничто не направляло пользователя TBV к этому: не было ссылки из интерфейса Babylon, не было уведомления о том, что параметр, влияющий на BTC-обеспечение, вообще вынесен на голосование.

Технический момент: я заходил уже зная, что этот уровень управления существует, потому что только что писал о нём — и всё равно потребовались реальные усилия, чтобы найти конкретное предложение и понять, что именно оно изменило. Вот разница между «информация публична» и «информация доходит до людей, которых она затрагивает». Процесс управления Aave делает ровно то, что должен делать для пользователей Aave. Он никогда не был собран с учётом BTC-депозитора изначального происхождения Babylon, и ничто в текущем потоке не мостит этот разрыв.

Самокритика: я не утверждаю, что Aave должен перестраивать своё управление вокруг TBV именно — это было бы несправедливым запросом к отдельному протоколу. Но я искал с намерением и всё равно почувствовал себя позади. Тот, кто внес BTC через собственный бренд Babylon и у кого нет причин знать вообще, что существует управление Aave, по сути не имеет пути к этой информации.

$BABY users оказываются под воздействием решений, принятых в комнате, о которой они не знают.

Я бы хотел, чтобы Babylon хотя бы выводил уведомление, когда в эфир выходят релевантные предложения Aave — даже просто ссылку — вместо того, чтобы оставлять пользователей натыкаться на это, как случилось со мной.

⚠️ Не является финансовой рекомендацией. Сделайте собственный анализ (DYOR).

#baby $BABY @BabylonLabs_io

Я решил на практике снять небольшую позицию вместо того, чтобы просто читать о том, как работает разлочивание. Я нажал Withdraw, ожидая либо мгновального подтверждения, либо понятный обратный отсчёт. Сначала я не получил ни того, ни другого: просто статус, который говорил Pending, без очевидного таймера, подсказывающего, сколько именно продлится ожидание.

Я вернулся к документации прямо во время ожидания, чтобы проверить, не пропустил ли я что-то.

Я ничего не пропустил: период разлочивания описан, просто он нигде не отображается в интерфейсе, пока ты реально ждёшь его. Я интеллектуально понимал, что биткоин-нативное стейкинг-выход не мгновенный — та же логика, что и во времени расчётов TBV. Но читать «есть период разлочивания» заранее и проходить через неопределённое состояние Pending, имея при этом собственные BTC, — это разные ощущения: одно это информация, а другое — наблюдение за тем, как твои средства находятся где-то, куда ты не можешь добраться или полностью отследить.

Технический момент: сама задержка разлочивания — не проблема. У любой серьёзной системы стейкинга она есть; это часть того, что делает слэшинг вообще применимым: нельзя наказывать за неправомерные действия, если средства могут выйти до того, как нарушение будет обнаружено. Проблема — в разрыве между тем, что механизм корректен, и тем, что интерфейс ясно сообщает об этом во время ожидания. Молчание во время ожидания воспринимается как неопределённость, даже когда базовый процесс работает ровно так, как задумано.

Самокритика: я пошёл туда уже зная механизм, но даже при этом двусмысленность заставила меня нервничать настолько, что я проверил документацию по ходу процесса. Тому, кто стейкит впервые, без этого контекста, меньше причин считать молчание нормой и больше причин думать, что что-то сломалось.

$BABY нужны люди, готовые реально блокировать BTC на настоящие периоды, а не просто «войти», и то, как ощущается выход, определяет, захочет ли кто-то сделать это снова.

Я бы хотел видеть явный обратный отсчёт во время разлочивания, а не просто неизменный статус. #baby

⚠️ Это не финансовый совет. Проведите собственное исследование (DYOR).

#baby $BABY @BabylonLabs_io

Я сам снова порылся в документации после того, как написал о том, что в группе никто не мог договориться, задевает ли слэшинг делегаторов тоже, а не только вскользь указал на путаницу и оставил её там.

Сначала я открыл официальную документацию. Раздел про slashing короткий: он описывает наказуемое поведение — дабл-сайн/эквоки (двойную подпись или уклонение), — но не говорит в одной ясной строке, действительно ли затрагивается стейк делегаторов. Затем я перешёл к более техническим разъяснениям, а после этого сразу зашёл в чаты сообщества, чтобы спросить напрямую.

Ответ, который я получил, был не неправильным, но и не до конца ясным: что-то вроде «механизм предназначен для концентрации рисков на стороне провайдера», а не простое «делегаторы полностью в безопасности». Я перечитал это три раза, чтобы убедиться, что я не неверно трактую намерение.

Технический момент: меня зацепило не то, что ответ неверный, а то, что правильный ответ разбросан по слоям — документация покрывает часть, объяснение сообщества дополняет другую часть, и обычному пользователю нужно собрать эти фрагменты воедино, чтобы получить полную картину. Для механизма, который решает, потеряете ли вы BTC или нет, необходимость собирать всё таким образом — это реальный барьер, а не мелкое неудобство.

Самокритика: у меня было преимущество — знать, куда смотреть, и иметь время перечитать всё несколько раз. Кто-то, делегирующий впервые, желая начать зарабатывать, почти наверняка не проделает все шаги, которые сделал я, и в итоге делегирует с тем же туманным пониманием, с которым и начинал.

$BABY only привлекает капитал, который реально удерживается, только если делегаторы понимают, какой риск на себя берут, а не если они просто действуют на ощущении безопасности.

Я думаю, что Babylon нужен один ясный, однозначный ответ, размещённый прямо в момент делегирования, а не оставлять пользователям возможность идти и разыскивать его так, как сделал только что я.

#baby $BABY @BabylonLabs_io

Кто-то, делегируя в провайдеру финальности средних размеров, спросил в группе: «Если моего провайдера оштрафуют (slashed) за дабл-спендинг/двойную подпись, я тоже потеряю BTC или только они?». Трое ответили одновременно: двое сказали «только провайдер», один сказал «нет, пострадают и делегаторы». Никто не привёл источники — тред просто переключился на следующую тему.

Само наличие такого разногласия и есть проблема.

Модель стейкинга Babylon работает потому, что BTC обеспечивает финальности-провайдеров, которые могут быть наказаны за неправомерные действия: основным преступлением, за которое срабатывает штраф, является дабл-подпись/эквивокация (equivocating). @BabylonLabs_io разработана такая схема слайсинга как механизм, делающий нечестность дорогой, — ровно то, что нужно системе распределённой безопасности. Но то, ляжет ли эта цена только на собственный стейк провайдера или ещё и затронет делегированный стейк, скрывающийся за ними, — это деталь, которая определяет, насколько тщательно человек должен на самом деле проверять того, кому он делегирует.

Технический момент: это не маленькое различие. Если слайсинг бьёт только по самостейку провайдера, то делегаторы сталкиваются с ограниченным минусом из‑за неправомерных действий провайдера помимо упущенной выгоды, и выбор более небольшого провайдера действительно несёт низкий риск. Если же делегированный стейк разделяет подверженность риску, тогда каждое решение о делегировании несёт реальный хвостовой риск, и бездумно делегировать тому провайдеру, о котором кто-то упомянул, перестаёт быть мелкой неприятностью и становится чем‑то ближе к due diligence (проверке добросовестности). Три уверенных, противоречивых ответа в одном треде показывают, что это, вероятно, не является общим знанием даже среди людей, которые уже стейкают.

Самокритика: мне бы хотелось отметить, что разногласие существует, а не называть число, которое я не могу полностью подтвердить — это хуже, чем признать неопределённость. Но то, что активные делегаторы не могут договориться о собственном минусе, — это само по себе и есть находка.

Вся подача стейкинга от $BABY зависит от того, что люди делегируют уверенно, а для этого им нужно сначала понимать, на что именно они реально подвергаются.

Я бы хотел, чтобы Babylon сделала так, чтобы возможность неверно понять подверженность делегатора слайсингу была невозможна — не только где‑то в технической документации.

⚠️ Это не финансовый совет. DYOR.

$LAB tạo đáy chưa anh em, mua sổ xố ít đợi pump x3-x5 là đẹp

#baby $BABY @BabylonLabs_io

Кто-то в группе задал простой вопрос после небольшой правки параметров на рынке Aave, используемом для заимствований под BTC: «Кто на самом деле одобрил это изменение?» Несколько человек предположили «управление Aave (Aave governance)», пара — «Babylon», один просто сказал: «скорее всего оба, имеет ли это значение». Никто на самом деле не знал.

Я думаю, что это важнее, чем предполагает формулировка «скорее всего оба».

TBV — это на самом деле две системы, склеенные вместе. @BabylonLabs_io определяет биткоинскую механику, сейф, условия блокировки и разблокировки — ту «доверительно-независимую» часть, на которую все и указывают. Но как только BTC становится залогом внутри Aave v4, такие вещи как коэффициенты LTV, ликвидационные пороги, кривые процентных ставок и конфигурация оракулов оказываются под управлением самого Aave — отдельным токеном, отдельными избирателями, совершенно отдельным процессом.

Технический момент: это означает, что реальные параметры риска, которые решают, когда вашу позицию ликвидируют, не находятся под контролем Babylon и не могут быть в одностороннем порядке гарантированно защитой для вас. Управление Aave может повысить ликвидационный порог, настроить оракульный фид или изменить модель ставки через обычный процесс своих предложений — и это напрямую ложится на BTC-позиции пользователей TBV, при том что именно Babylon не делает этот вызов. История про «недоверительное» кастодиальное хранение — целиком за Babylon. История про параметры риска — целиком за кем-то другим, и большинство пользователей воспринимают оба аспекта как единый продукт.

Самокритика: я не думаю, что это скрытая ловушка — оба процесса управления публичны, и любой может наблюдать, как проходят предложения. Но публичность — это не то же самое, что наглядность для людей, которые непосредственно используют TBV: они пришли через брендирование Babylon и не имеют очевидной причины отслеживать форумы управления Aave одновременно.

$BABY holders могут влиять на сторону Babylon в этом стеке. У них нет вообще никакого голоса на стороне Aave, которая все более определяет практический риск удержания позиции TBV.

Я бы хотел более четкую схему: какой орган управления владеет каким режимом отказа, прежде чем считать «оно децентрализовано» ответом на этот вопрос само по себе.

#baby $BABY @BabylonLabs_io

На выходных я сам прошёл поток TBV, небольшой суммой, просто чтобы посмотреть end-to-end. Внёс BTC, дождался, пока он зафиксируется, и взял под него заёмные USDC. Шаг с депозитом прошёл гладко. А то, что в итоге заставило меня остановиться, — это наблюдать, как статус подтверждения продолжает висеть там ещё долго после того, как я ожидал, что он уже сдвинется.

Я постоянно обновлял страницу, наполовину ожидая мгновенного EVM-подобного обновления. Нет. Просто статус, который ещё не изменился.

Эта пауза — по сути весь продукт. @BabylonLabs_io не скрывает, что биткоин-нативное обеспечение движется по часам Bitcoin, а не Ethereum, но то, что вы это читаете в документации, и то, что вы проживаете это вживую, — это разные ощущения. Понимать на уровне логики, что TBV пропускает обёрнутые токены и мост-кастодианов, — одно. А видеть, как ваш собственный BTC лежит в заморозке, пока ваши занятые USDC в Aave v4 уже сидят у вас в кошельке, — совсем другое: компромисс начинает казаться реальным, а не теоретическим.

Технический момент: асимметрия — не баг, это честная цена за устранение кастодиального доверия. Мост даёт скорость, потому что кастодиан делает обещание от вашего имени. TBV отказывается от этого обещания, а вместо него вы получаете темп расчётов самого Bitcoin. Никто не врёт о механизме, но чувство этого компромисса проявляется только тогда, когда вы действительно его использовали, а не когда просто прочитали о нём.

Самокритика: я заходил с ожиданием, что история про кастодиальность станет заголовком, а в итоге думаю, что историю про тайминг пользователи ощущают первой. Документация объясняет допущения по доверию. Но она почти не объясняет, каково это — смотреть, как индикатор состояния не двигается.

Вся подача $BABY строится на том, что люди принимают это терпение как цену отказа от кастодиана — и на практике это продать сложнее, чем звучит на бумаге.

Я бы хотел, чтобы в сообщениях было больше сделано акцент на том, как это ощущается при использовании, а не только на том, что оно убирает.

#baby $BABY @BabylonLabs_io

Кто-то спросил в Babylon Discord: «Если мой поставщик финальности ведёт себя неправильно, это влияет и на мой TBV-кошелёк (vault) или стейкинг и валы — отдельные системы?» Мод ответил: «разные продукты» — и на этом остановился.

Я не думаю, что этот ответ неверный, но и не думаю, что он полный.

Сторона Babylon для стейкинга и TBV рекламируются как две разные вещи: одна позволяет BTC обеспечивать безопасность других чейнов через провайдеров финальности, другая позволяет BTC занимать под себя через Aave v4. @BabylonLabs_io разработчики сделали их как отдельные продукты, но в итоге они опираются на один и тот же базовый уровень: Bitcoin Script, а также те же механики timelock (таймлок) и covenant (ковенант), которые позволяют BTC перемещаться без кастодиана.

Технический момент: свойство «без доверия» (trustless) в обоих продуктах происходит из одного источника — самовыполняемых условий, принудительно исполняемых на Bitcoin, а не некоей доверенной стороной, которая их выполняет. Безопасность стейкинга зависит от того, что поставщики финальности ведут себя честно и достаточно децентрализованы — об этом я писал раньше. Логика разблокировки и расчётов TBV зависит от корректности и работоспособности того же класса биткоин-native скриптов. Это отдельные приложения, но они не используют отдельные предпосылки доверия — у них одна и та же основа, просто задействованная для двух разных целей.

Самокритика: это не значит, что проблема в стейкинге автоматически ломает TBV, или наоборот; продукты не разделяют состояние. Но это значит, что если кто-то рассматривает «риск стейкинга» и «риск вала» как полностью не связанные категории — так, как ответ мода подразумевал, — то он проводит линию, которая больше похожа на маркетинговую, чем на технически реальную.

$BABY sитает в обеих продуктах как уровень безопасности и стимулов — и именно поэтому общая основа важнее, чем общее название бренда.

Я бы хотел, чтобы Babylon была явно обозначена: какие режимы отказа действительно изолированы между стейкингом и TBV, а какие восходят к одному и тому же лежащему в основе механизму.

#baby $BABY @BabylonLabs_io

Во время последней резкой красной свечи кто-то в торговом сообществе спросил: «Мой BTC-залог на TBV: если его ликвидируют, насколько быстро это на самом деле урегулируется?» Никто не ответил прямо. Кто-то просто сказал: «всё должно быть нормально, Aave ликвидирует быстро», и ветка продолжилась.

Этот ответ был про не ту сеть.

Ликвидации в Aave v4 быстрые, потому что Ethereum быстрый: блоки выходят каждые двенадцать секунд, ликвидаторы конкурируют, чтобы почти мгновенно закрыть позиции, ушедшие в минус. Именно эту сторону обычно представляют, когда думают о рисках TBV. Но ликвидируемый залог — нативный BTC, который лежит под условиями, обеспеченными Bitcoin’ом, через механизм vault от @BabylonLabs_io, а не EVM-актив, который двигается со скоростью EVM.

Технический момент: событие ликвидации — это по сути два отдельных таймера, запущенных одновременно. Сторона долга в Aave может быть отмечена и активирована за секунды. Сторона залога — разблокировка или фактическое перемещение BTC из vault — всё ещё работает по собственному ритму расчетов Bitcoin’а: примерно десять минут на блок, и дольше при подтверждениях для безопасности. В спокойных рынках этот разрыв незаметен — вроде бы погрешность округления, которую никто не замечает. В быстром краше именно этот разрыв может проявиться в проскальзывании, плохой задолженности или в том, что ликвидатор «съедает» потери, потому что момент реакции по цене со стороны долга и момент, когда BTC-составляющая действительно урегулируется, — не одно и то же.

Самокритика: это не уникальный недостаток TBV — любая кроссдоменная система залогов наследует где-то более медленное время расчёта той сети. Но маркетинг «без доверия» обычно описывает гарантию хранения и молчит о несоответствии по времени, а именно время — то, что первым ломается под нагрузкой, а не кастодиальная модель.

Модель безопасности стейкинга $BABY построена вокруг предположений о финальности Bitcoin’а, поэтому то же терпение, которое делает Babylon безопасным, — и то же терпение, которое делает быстрые ликвидации неудобными.

Хочу увидеть, какой буфер — если он есть — Babylon закладывает в этот разрыв, прежде чем реальные объемы проверят это в реальном краше. #baby

⚠️ Это не финансовый совет. Проверьте сами (DYOR).

#baby $BABY

Кто-то в группе опубликовал скриншот своей позиции TBV: «Больше нет риска моста, наконец-то BTC в DeFi сделан правильно». Ему ответили: «А где сейчас реально находится твой BTC?» Он не ответил — просто снова перепостил тот же скриншот.

В этом молчании — тот самый угол, с которым стоит разобраться.

Trustless Bitcoin Vaults решают реальную проблему: нет обёрнутого токена, нет мостового мультисиг-кастоди, который хранит ваш BTC. @BabylonLabs_io built построила механизм так, чтобы нативный BTC мог напрямую обеспечивать заимствования, а первая живая версия работает через Aave v4: вы вносите BTC и берёте в долг USDC или USDT под него. Кастодиальный риск со стороны биткоина действительно снижается. Но риск редко исчезает — обычно он просто переезжает.

Технический момент: когда ваша позиция, обеспеченная BTC, находится внутри Aave v4, вы унаследуете «поверхность риска» Aave — баги смарт-контрактов, манипуляции оракулами, изменения параметров управления, поведение модели процентных ставок в условиях стресса. Ничего принципиально нового для Aave здесь нет: это уже много лет аудитилось и проверялось «боем». Но это другой риск, чем тот, который TBV создавался, чтобы убрать. Вы поменяли «когда кто-то контролирует мой BTC» на «когда целая связка смарт-контрактов определяет, что мой BTC может делать», и это не одна категория, даже если оба это сжато в одно слово: trustless.

Самокритика: я не говорю, что это делает TBV хуже, чем обёрнутый BTC. Убрать кастодиальный риск — это всё ещё реальное улучшение, а послужной список Aave сильнее, чем у большинства операторов мостов когда-либо. Проблема в маркетинговом сокращении. «Trustless» применяется ко всему стеку, хотя технически оно описывает только слой кастоди, и именно этот разрыв — то место, где пользователи перестают спрашивать, где их BTC реально находится.

Ценность $BABY зависит от того, как растёт объём TBV, а это зависит от того, что пользователи доверяют всему стеку, а не только механизму на стороне биткоина.

Я бы предпочёл, чтобы Babylon прямо называла риск со стороны Aave, а не позволяла «trustless» тихо прикрывать его.

#baby $BABY

Просто на днях друг написал мне: «Завёл BTC на testnet Babylon, взял взаймы тестовые USDC — всё заняло пять минут».»
Я спросил, что он думает о механизме, лежащем в основе.
Он сказал, что особо не смотрел — просто хотел, чтобы его кошелёк появился на эксплорере до конца кампании.

Именно такую «дыру» я постоянно натыкаюсь, работая с Trustless Bitcoin Vaults (TBV): сложная проблема, которой занимаются люди, в основном не думающие о самой проблеме.

Использование биткоина в DeFi давно означает выбор отравы. Обернуть — и вы доверяете тому, кто хранит BTC и чеканит обёрнутый токен. Перебросить через мост — и вы доверяете оператору или мультисигу, той самой поверхности, которая уже была «опустошена» больше раз, чем кто-либо хочет считать. @BabylonLabs_io built TBV, чтобы убрать этот компромисс: нативный BTC размещается напрямую в качестве залога, без обёртки и без моста, который держит за вас опеку. Первый живой кейс — нативное кредитование под биткоин на Aave v4, когда в качестве обеспечения вносят реальный BTC, чтобы заимствовать USDC или USDT.

Технический момент: «trustless» здесь делает конкретную работу. Ваши ключи остаются у вас, залог живёт в условиях, которые обеспечиваются самим биткоином, а не где-то ещё, в виде обёрнутого IOU. Это не означает, что все риски исчезают — триггеры ликвидации и тайминг разблокировки сейфа всё равно являются экспозицией, которую вы несёте. Устранение кастодиального риска — это реальный прогресс. Это не то же самое, что убрать все риски.

Самокритика: пользователи testnet, которые кликают быстро, не потому что ленятся. Когда кампания просит обратную связь, один раз пройти сценарий — рациональное использование чьего угодно времени. Стресс‑тестирование пограничных случаев требует усилий, которые ничем не вознаграждаются иначе, поэтому фидбек смещается в сторону «сработало» и остаётся тонким в том, где именно всё может ломаться.

$BABY лежит в основе как слой мотивации, но мотивации лишь формируют поведение, направленное на них. Сейчас ничто не отделяет быстрый проход от человека, который действительно пытался «сломать» сейф.

Я наблюдаю, будут ли награды Babylon поощрять более сложный тип тестирования, прежде чем TBV двинется в mainnet.

Топ 70 + 350U = Мотивация для следующего ивента. Поехали! 🚀💎 $BTC

Tham gia tại đây
Братья, организуем мероприятие по гонкам vol, проезжаем на vol примерно 3k — и забираем 70u. На этом ивенте мало участников, так что всем гонщикам с сильным уровнем — вперёд nhé

Idol Ryker call entry $SPCX vùng $129 часов скоро — $132. Этот район вообще стоит того, чтобы завозить товар, брат?