多撸毛少去赌

杀人了

#TradFi晒单
NVIDIA снова, снова и снова обновила недавний максимум. В долгосрочной перспективе по-прежнему настроен(а) оптимистично. В краткосрочной — сначала сделаю короткую сделку на понижение, чтобы поймать небольшой откат. Портящиеся у меня SanDisk, не знаю, когда уже выйдут в ноль; надеюсь, что завтрашний отчёт (по earnings) будет достаточно сильным.

#TradFi晒单

Я разложил процесс тестирования TBV по трём колонкам — и только тогда понял: одна и та же BTC одновременно существует в трёх книгах учёта. Bitcoin учитывает её как актив, Ethereum — как залог, а Aave v4 — как долговое обязательство.

Я по официальной документации с номером @BabylonLabs_io прогнал сценарии создания Vault, заимствования, погашения и выкупа. Чем дальше читаешь, тем яснее, что сложность TBV не в том, «можно ли взять займ», а в том, сможет ли пользователь понять, кто контролирует BTC.

Тестнет нужно подключить к Bitcoin-кошельку и к EVM-кошельку на Sepolia. BTC блокируется в независимых UTXO на Bitcoin; Ethereum фиксирует только запись о залоге. Aave v4 распознаёт верифицируемую позицию, а не «одну Wrapped BTC». Создание нужно ждать подтверждения в Bitcoin, а на выкуп ещё есть окно вызова примерно на 3 дня.

Если бы я был первым пользователем, я хотел бы, чтобы интерфейс дополнили по трём пунктам. Во-первых, указывать в одной карточке позиции местоположение BTC, задолженность, health factor и ту цепочку, где всё находится. Во-вторых, перед заимствованием сразу симулировать результат ликвидации при падении цены: так как один Vault нельзя разбить, при health factor ниже 1 весь объём может быть принудительно закрыт. В-третьих, сделать файлы WOTS и материалы по восстановлению очень заметными подсказками — иначе право самокастоди может остаться только в документации.

Wrapped BTC, кроссчейн-мосты и кастодиальные займы уже решают вопрос ликвидности — просто добавляется ещё один слой доверия: эмитент, мост или кастодиан. Привлекательность TBV в том, что личность BTC не меняется, но при этом формируется позиция, которой можно доверять (верифицируемая), которую можно ликвидировать и выйти из неё. Риски при этом не исчезают — они просто смещаются в сторону скриптов, синхронизации состояний, оракула и исполнения ликвидации.

Для $BABY популярность тестнета не равна возврату ценности. Важно другое: когда появится реальный спрос на заимствования, смогут ли вопросы управления, безопасности и комиссий попасть в Babylon Genesis.

После этого прогона моё самое сильное желание — протестировать не кнопку «заимствовать», а то, сможет ли пользователь понять за одну страницу, где находится BTC, почему это опасно и как вернуться обратно.

#baby $BABY

$GRVT 嘴撸了两个号，再加alpha booster，一共拿了1100个，以为流通不多项目方会拉飞，结果砸手里没卖出去。
刚好今天上Upbit，准备都出掉了。
去年撸了的$LIT 3刀没卖，洗到1.1卖了，心里还在隐隐作痛。
再加上，paradex反撸，bp包皮毫无理由给我女巫后，对dex和cex项目方没什么好感。

币安广场目前应该对不是Kol的普通人比较友好的地方，没有粉丝基础上一样可以拿到点小肉，尤其是这个很差的环境下。

На этот раз я не сначала посмотрел «как одалживать», а сначала поискал «как вернуть BTC, когда процесс/схема застревает».

Следуя официальной документации по @BabylonLabs_io , я в обратном порядке прогнал Aave v4 на общедоступной тестовой сети. После просмотра я думаю, что TBV заслуживает внимания не только из‑за кнопки заимствования, а прежде всего из‑за того, прописаны ли заранее правила обращения/реализации BTC.

Пользователю нужно подключить два типа кошельков: со стороны Bitcoin — заблокировать Signet BTC в Taproot Vault, а со стороны EVM — создать позицию в Aave v4 на Sepolia. Каждый Vault соответствует отдельному набору UTXO; Aave читает записи залога, а не «обёрнутый» Wrapped BTC, который пользователь мог бы торговать.

После активации Vault можно заимствовать. Сложнее — выход: сначала погасить долг, затем вывести залог, а в конце — чтобы TBV обработал выкуп BTC на стороне Bitcoin. Если сервис не выполнит это действие, в официальной документации также предусмотрен путь самостоятельного получения.

По настольным сценариям я хочу усилить интерфейс в трёх вещах. Во‑первых, сделать «карту средств», указав BTC, задолженность и, подтверждение в какой сети ожидается. Во‑вторых, перед внесением показывать три возможных исхода: нормальный выкуп, самостоятельное получение и клиринг/ликвидацию. В‑третьих, сообщения об ошибках должны различать подтверждение Bitcoin, Ethereum‑транзакции, синхронизацию Vault и health factor.

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

Что касается $BABY : активность на тестовой сети не означает возврат стоимости. Скорее стоит наблюдать, смогут ли после появления спроса управление, безопасность и комиссии попасть в Babylon Genesis.

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

$BABY #baby

Увидев @BabylonLabs_io , приглашение для пользователей опробовать Aave v4 с нативным обеспечением BTC, я в первый момент подумал: чем это отличается от того, чтобы просто обменять BTC на WBTC и затем занять деньги?

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

Пользователь должен подключить два кошелька: Bitcoin и Ethereum. Первый блокирует Signet BTC, а второй на Sepolia взаимодействует с Aave v4. BTC поступает в Taproot-выходы, и каждому Vault соответствует отдельный UTXO; на стороне Ethereum фиксируется только статус обеспечения — без создания обёрнутого BTC, которым пользователь мог бы торговать.

После активации Vault можно брать заём. После погашения сначала нужно вывести обеспечение из позиции в Aave, а затем уже TBV завершает байтсайд выкуп на стороне Bitcoin. Кнопка «взять заём» оказывается довольно простой — по-настоящему сложно понять, совпадают ли состояния на двух цепочках.

Если бы я использовал TBV впервые, я бы дал три совета: отмечать, на какой именно цепочке и каким кошельком происходит каждый шаг; вынести подтверждение прогресса, health factor и статус выкупа в одну таймлайн-схему; сделать путь выхода и подсказки по рискам более заметными. То, что BTC не «пересекает цепочки», не означает, что нет рисков смарт-контрактов, синхронизации, клиринга и челенджа.

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

Для $BABY тестнетовская «жаркость» не равна возврату ценности. Более важно наблюдать: когда появится реальный спрос, смогут ли управление, безопасность и комиссии «связаться» с Babylon Genesis.

Это пока просто настольная симуляция. Когда начнётся реальное тестирование, я больше всего хочу проверить не то, можно ли взять актив, а то, насколько понятен путь возврата BTC после погашения.

#baby $BABY

Когда я снова просматривал тестовую сеть TBV, меня уже волновало не то, сможет ли пройти расчет (clearing), а то, есть ли после увеличения масштаба на рынке достаточно реальных денег, чтобы следующая сторона подхватила эстафету.

Hub Aave v4 будет задавать для каждого Spoke лимит кредитования, а @BabylonLabs_io Babylon Core Spoke затем будет регистрировать исходный нативный BTC Vault как обеспечение. Но расчеты TBV — это не обычный обмен ERC-20: сначала ликвидатор погашает долг и получает WBTC из LLP, после чего переданный в залог Vault уходит в хранилище (托管), затем это нужно выкупить арбитражнику, и только после этого выполняется выкуп/погашение на стороне Bitcoin.

Проблема здесь. Тестовая среда может подтвердить вызовы контрактов, но сложно проверить, будут ли одновременно существовать три вида ликвидности: стабильные монеты в Hub, запасы WBTC в LLP и капитал, которым арбитражники готовы пользоваться. Текущая публичная тестовая сеть ограничивает общее открытое кредитное обязательство в Aave до 10 BTC и лимит на один адрес — до 0,4 BTC; это показывает, что команда по-прежнему контролирует масштаб риска, а не доказывает, что уже существует крупный рынок.

Предположим, что после запуска в мейннете несколько больших Vault сработают на ликвидацию одновременно в течение часа. Даже если робот работает корректно, если не хватает запасов WBTC или арбитражник считает, что ценовой риск во время выкупа выше, чем доход от дисконта, цепочка застрянет не в фазе «кто-то выполнит», а в фазе «некому выкупить».

О $BABY я буду судить по тем же критериям. Приватные размещения, команда и консультанты уже с мая 2026 года переходят на ежемесячное разблокирование, а в Litepaper описан конкурс BTC-физиса (竞拍) с последующим сжиганием $BABY — но это все еще ожидает одобрения со стороны управления. Поставки уже высвобождены, однако реальный спрос все еще нужно будет подтвердить масштабной коммерческой практикой.

Когда несколько Vault одновременно переходят в хранилище (托管), насколько высокой должна быть оборачиваемость капитала у LLP и арбитражников, чтобы Aave Hub не ужесточал лимит кредитования для этого Spoke?

#baby $BABY

Когда я разбирал клиринговый процесс для @BabylonLabs_io , я застрял на довольно практичном вопросе: в TBV дефицитным может быть не робот, а ликвидные провайдеры, которые готовы «прижимать» капитал.

В обычных рынках Aave клиринговый участник, погасив долг, может в рамках той же одной транзакции получить обеспечение. TBV иначе: выкуп BTC должен пройти через claim, оспаривание и окончательную выплату в Bitcoin, поэтому это нельзя «втиснуть» в одну атомарную транзакцию на Ethereum. Поэтому протокол вводит LLP: клиринговый участник сначала получает WBTC, затем клинчируемый Vault переводится в кастоди/хранение, после чего арбитражник выкупает и завершает Bitcoin-redemption.

Проблема как раз здесь. Hub в Aave v4 может ограничить, сколько ликвидности каждый Spoke может извлечь, но если одновременно сработают триггеры по нескольким BTC-позициям, первыми испытывают давление запасы WBTC у LLP и оборотный капитал арбитражника. Кроме того, каждый Vault — это полный UTXO, его нельзя, как ERC-20-обеспечение, просто «отрезать» небольшой кусок; одна Vault-позиция может быть целиком подвержена изъятию/распоряжению.

Представим резкое падение рынка: по параметрам тестнета верхняя граница клирингового вознаграждения — 10%, но комиссии Bitcoin, стоимость удержания капитала и риск продолжения падения в сумме превосходят эту прибыль. Даже если робот находит возможность, не факт, что найдётся тот, кто будет готов «выкупить на входе». На GitHub Liquidator и Arbitrageur уже разнесли на две отдельные службы — это показывает, что дело не только в технической задержке, а в том, что цепочка клиринга зависит от реальной готовности капитала.

А теперь — $BABY . Litepaper предлагает разыгрывать часть BTC-доходов в $BABY и затем их сжигать, но всё равно нужны управленческие (governance) согласования; при этом инвесторы, команда и советники уже получают разлок на 36 месяцев помесячно. Суть не только в том, есть ли механизм возврата средств, а в том, успевает ли скорость формирования доходов догнать темпы высвобождения предложения.

Когда у LLP не хватает запасов, а издержки арбитражников выше, чем клиринговая выгода, на чём тогда Aave v4 поддерживает мгновенное расчётное исполнение позиций TBV?

#baby $BABY

Набор системы залога BTC может ли выйти на обычных пользователей? Причём важен не вопрос «можно ли зафиксировать 1 BTC», а вопрос: если заложить всего 0,01 BTC, будут ли спорные издержки дороже самого размера позиции.

Bitcoin отлично понимает, кому принадлежит эта монета, но не умеет разбираться, закрыт ли долг в Aave и следует ли из‑за этого ликвидировать позицию. Вернуть внешнее финансовое состояние обратно в Bitcoin для исполнения сложно не только потому, что нужно доказать корректность результата, но и потому, что доказательство должно быть достаточно дешёвым.

В 2023 году Робин Линус предложил первое поколение BitVM — схему, позволяющую проверять вычисления вне цепочки без изменения консенсуса Bitcoin. Однако там по сути двусторонняя модель, и нагрузка на коммуникации довольно высока. BitVM2 позволяет любому оспорить неверное утверждение, но всё равно нужно «разобрать» программу проверки внутри транзакций Bitcoin; в худшем случае стоимость спора остаётся очень высокой.

BitVM3 заставил меня обратить внимание на расчёт экономики в пересчёте на единицу. Он использует схемы запутывания, оставляя большую часть верификации вне цепочки, а Bitcoin обрабатывает только самые ключевые доказательства — те, что нужны при споре. В тестах по статье оценка Assert‑транзакции — около 5 долларов, а Disprove‑доказательство стоит менее 0,20 доллара; по сравнению с худшим случаем BitVM2 это примерно в 3000 раз меньше. Это не фиксированная цена основной сети, но показывает, что верификация небольших Vault не обязана отпугивать высокой стоимостью.

Простой пример: пользователь запирает BTC в Vault, затем во внешней среде берёт взаймы стейблкоины и позже заявляет, что уже вернул долг. Если состояние оказалось неверным, оспаривающей стороне достаточно предоставить ключевое доказательство, а не заставлять Bitcoin пересчитывать всю логику заимствования и погашения целиком. Когда стоимость достаточно низкая, «правила можно проверять» становится потенциально устойчивым механизмом.#baby

Именно через этот порог — @BabylonLabs_io — должен пройти TBV. TBV Litepaper опирается на исследования BitVM3: каждый Vault соответствует отдельному независимому UTXO, а BTC остаётся в выходе Taproot. На данный момент в публичных тестовых сетях работает связка Bitcoin Signet и Ethereum testnet, а Aave v4 — первое интегрированное приложение.

Но последняя реализация не является простым копированием BitVM3. Текущий процесс выкупа в TBV использует BABE: он сохраняет идею низкой стоимости on-chain и продолжает снижать нагрузку вне цепочки. Понимание ценности BitVM3, возможно, не в том, чтобы стать «окончательной версией», а в том, чтобы продвинуть TBV от вопроса «можно ли проверить» к вопросу «можно ли проверять повторно с низкой стоимостью».

Для $BABY снижение технических затрат не означает автоматического возврата ценности. Сейчас на него возложены функции Gas, управления и безопасности; сможет ли TBV сформировать спрос на токен, всё ещё зависит от того, входят ли реальные сценарии использования в эти контуры.

Если нативный BTC войдёт в DeFi, реальным порогом может оказаться не способность «удерживать залог».

А то, что при инциденте истина не должна стоить так дорого, чтобы её никто не стал проверять.

Я понимаю комбинацию Aave v4 и TBV как систему «межгородского залогового клиринга».

Bitcoin — это хранилище залога: BTC всё время заперт в нативных Vault; Aave Hub на Ethereum отвечает за ликвидность, а Spoke — за настройку для позиций коэффициента залога, показателя здоровья и правил ликвидации. То, что сделал @BabylonLabs_io , заключается не в том, чтобы перевезти BTC в другой город, а в том, чтобы другой город признал этот залоговый ордер.

Если эта архитектура заработает, она действительно имеет смысл. Пользователям не нужно заранее оборачивать BTC в WBTC — меньше уровней кастодиала; и Aave не придётся для каждого нового типа обеспечения собирать отдельный пул, потому что несколько Spoke могут подключаться к единой ликвидности Hub.

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

Предположим, BTC за короткое время падает на 25%. На стороне Ethereum оракулы обновляют цену, Spoke видит, что показатель здоровья опускается ниже линии ликвидации — и робот начинает искать покупателя. Параллельно со стороны Bitcoin нужно подтвердить, что Vault всё ещё действителен, и чтобы дальнейшие действия по урегулированию были выполнены в соответствии с заранее заданными правилами. Обновление цены, синхронизация статуса, клиринговый капитал и подтверждение со стороны Bitcoin — достаточно одному звену чуть замедлиться, чтобы возникло кратковременное «окно плохих долгов».

Сейчас TBV всё ещё находится в публичном тестнете: он работает на Bitcoin Signet и в тестовой среде Ethereum, а Aave v4 — это первый сценарий подключения. Babylon тоже публично выложил на GitHub набор для клиринга и арбитражные боты. Всё это говорит о том, что систему серьёзно строят, но успешное заимствование/погашение на тестовых активах и то, как будут обрабатываться большие позиции при реальном катастрофическом обвале, — это совершенно разные вещи.

Сотрудничество вроде Ledger, GoMining, Aegis расширяет сценарии подписей и финансирования, но не может заменить проверку в экстремальных рыночных условиях. По-настоящему зрелая инфраструктура должна отвечать на вопросы: захочет ли клиринговая сторона выкупать, будет ли перегруженность Bitcoin замедлять урегулирование, и можно ли ограничить риск внутри одного Spoke.

Теперь посмотрим на $BABY : на данный момент его явное назначение всё ещё — Gas, голосование (governance) и безопасность сети. Как именно TBV-расходы будут возвращаться, сформируется ли устойчивый спрос на токены — пока не сложилась проверяемая целостная замкнутая цепочка.

Моё предположение довольно простое: тестнет проверяет функциональность, а обвал проверяет финансы.

Если BTC быстро падает, а Ethereum уже начинает клиринги, в то время как на стороне Bitcoin залоговые активы ещё не завершили процесс распоряжения, кто в итоге возьмёт на себя этот разрыв по времени?

#baby $BABY $GRVT

Я смотрю, как Aave v4 и TBV работают вместе, — это больше похоже на «кросс-географический залоговый кредит».

BTC хранится в Bitcoin, как недвижимость в исходном городе; Aave Hub отвечает за капитал, а Spoke — за проверку коэффициента залога, уровня здоровья позиции и правил ликвидации. @BabylonLabs_io , по сути, хочет, чтобы Ethereum признал этот залог, но при этом не требовал от пользователей сначала обменять BTC на WBTC.

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

Допустим, BTC падает на 25% за день. Сначала на стороне Ethereum меняются цены: Spoke видит, что health factor опускается ниже линии ликвидации, и робот готов перехватить позицию. А на стороне Bitcoin нужно подтвердить состояние Vault и выполнить дальнейшие действия по урегулированию. Цена, долг, доказательства статуса и ликвидационные средства должны непрерывно стыковаться. Любая задержка в одном шаге может привести к тому, что у Aave, уже выдавшего ликвидность в кредит, окажется залог, который временно нельзя быстро превратить в деньги.

Сейчас TBV всё ещё находится в публичной тестовой сети, BTC работает в Bitcoin Signet, логика заимствований реализована в Ethereum-тестовой среде, а Aave v4 — это первый интеграционный сценарий с регистрационным набором. Babylon также на GitHub публично разместил ликвидационных и арбитражных ботов. Это доказывает, что такой замкнутый контур собирают, но пока не доказывает, что он пережил реальный обвал, ончейн-заторы и одновременный дефицит ликвидационных средств.

Сотрудничество Ledger, GoMining и Aegis показывает, что точка входа в приложение расширяется, но это не прямая замена доказательству безопасности. Зрелая инфраструктура в итоге должна ответить на более важные вопросы: какова задержка статуса, кто несёт ответственность за плохие долги и передаётся ли риск с одного Spoke на общий пул ликвидности в Hub.

И ещё раз — $BABY : сейчас его роль по-прежнему довольно ясна — Gas, управление (governance) и сетевая безопасность. Как именно связанные с TBV комиссии возвращаются в систему, формируется ли устойчивый спрос — в некоторых механизмах это всё ещё остаётся на уровне дизайна и governance; нельзя напрямую пересчитать технологический прогресс в ценность токена.

Моя позиция очень проста: при нормальной рыночной ситуации смотрю на дизайн, при экстремальной — на «карты» (план Б).

Если BTC обрушится и две «книги» на короткое время окажутся несинхронизированы, кто оплатит эту разницу по времени?

#baby $BABY

Я понимаю комбинацию Aave v4 и TBV как сделку «финансирования складских/товарных документов с удалённым расчетом».

Bitcoin — это склад, где BTC остаётся в первозданном виде; Hub в Aave — это общий пул средств, а Spoke — филиалы, которые проверяют и оформляют документы. Пользователю не нужно заранее конвертировать BTC в WBTC: со стороны Ethereum условия из состояния Vault определяют, сколько можно занять и когда будет проведено клиринг/ликвидация. Коллатерал остаётся в Bitcoin, а ликвидность приходит из Aave — у этой конструкции есть воображение.

Но все, кто торгует, знают: больше всего «документное/складское финансирование» боится не обычных дней, а обвала, когда отчётность и «товар» (актив/обеспечение) не сходятся.

Предположим, BTC падает на 30% за сутки. Цена на стороне Ethereum и размер долга могут быстро меняться, тогда как на стороне Bitcoin ещё нужно завершить подтверждение статуса и финальное распоряжение. Когда коэффициент здоровья коснётся порога, успеют ли ликвидационные роботы вовремя «принять» позицию? Если сеть перегружена, хватит ли ликвидационной прибыли? И самое главное: несколько Spoke используют общую ликвидность Hub — если позиция по BTC на одном «окне/контуре» временно не может быть реализована, не перекинется ли риск с одного стола на весь общий пул средств?

@BabylonLabs_io открыл TBV для Bitcoin Signet и Ethereum testnet; Aave v4 — первый интегрированный сценарий. GitHub также публично показывает клиринговых и арбитражных роботов. Прогресс реален — но он доказывает лишь то, что система может работать, а не то, что она пережила экстремальные рыночные условия. Aave v4 уже работает в основной сети Ethereum, TBV всё ещё нужно проверять реальными средствами и волатильностью.

Теперь посмотрим на $BABY : сейчас заявленное назначение — Gas, управление и безопасность сети. Litepaper обсуждал использование комиссий в BTC для торгов/аукциона и последующего уничтожения $BABY , но это всё ещё дизайн, который должен получить одобрение в управлении. На стороне предложения также есть 10 млрд первоначального объёма и 5,5% годовой инфляции — маршрут технически обоснован, но это не означает, что возврат стоимости уже доказан.

Моё мнение очень простое: сначала нужно понять, можно ли «плохие долги» удержать в рамках Spoke, а уже потом говорить о том, сколько нативного BTC сможет высвободить ликвидности.

Если одновременно случатся: резкое падение BTC, перегрузка сети Bitcoin и нехватка средств для ликвидации — эта «складская бумага» сможет ли быть оплачена/погашена вовремя?

#baby $BABY

Aave v4的Hub-and-Spoke, я разбирался довольно долго, прежде чем разобрался. Hub как центральный склад: там сосредотачивается ликвидность; Spoke как разные стойки/кассы: каждая обрабатывает свои залоги и параметры рисков. Когда TBV с @BabylonLabs_io подключается туда, это по сути означает, что открывается новый нативный BTC-«ларёк»: BTC остаётся на Bitcoin, а выданные в заём активы предоставляет Aave Hub.

Если этот путь удастся «пробить» до рабочего состояния, его значение будет немалым. Держателям BTC не нужно заранее конвертировать в WBTC, и Aave тоже сможет иметь ещё один нативный тип залога. Но после разборки деталей я думаю, что сейчас называть это «зрелым» ещё рано. Aave v4 уже развернут в основной сети Ethereum, но TBV и Babylon Core Spoke всё ещё находятся в публичных тестовых сетях; USDC, USDT и WBTC внутри — тестовые активы.

Реальная проблема — в экстремальных рыночных сценариях. Допустим, BTC за день падает на 20%, цена уходит в Spoke, и когда коэффициент здоровья падает ниже 1, клиринговым (ликвидационным) роботам нужно будет действовать максимально быстро. Состояние на стороне Bitcoin, ведение учёта в Hub, риск-контроль в Spoke и утилизация/реализация BTC — любая задержка в одном из звеньев может создать окно для образования «плохих долгов». Официальный GitHub уже публично раскрыл клиринговые и арбитражные боты — это значит, что команда понимает сложность, но «есть код» не равно «пережить обвал на 20% без проблем».

Для выкупа/погашения TBV сейчас остаётся примерно 3 дня в «окне вызова». Это не значит, что клиринг обязательно должен ждать эти 3 дня, но это напоминает мне: определённость, которую даёт ремень безопасности Bitcoin, несёт и временную цену. То, что система обычно работает, не означает, что она тоже сможет работать, когда одновременно случатся перегруз, обвал и ликвидации.

Посмотрим на $BABY : сейчас определяющая роль — это Gas, управление (governance) и безопасность сети. Частные размещения, команда и консультанты тоже уже вошли в период ежемесячного разблокирования. Но я ещё не увидел, чтобы использование TBV уже сформировало чёткий, проверяемый поток комиссий обратно. Технический маршрут и захват ценности токеном нужно считать отдельно.

Моя позиция довольно простая: направление можно отслеживать, но с крупной позицией стоит подождать стресс-тестов. Если завтра BTC рухнет на 20%, твоему залогу нужно будет пройти ценообразование и ликвидацию через две разные системы — ты будешь чувствовать себя спокойно?

#baby $BABY

Когда я просматривал материалы по TBV для «翻 @BabylonLabs_io », я поначалу воспринимал это как другой вариант BTC-займов. Но как только я увидел фразу «каждый Vault соответствует отдельному независимому UTXO», я снова всё переосмыслил: после того как BTC попадает в DeFi, могут ли границы активов по‑прежнему выражаться средствами Bitcoin?

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

В TBV Vault — это не общий пул средств. Каждый Vault — это отдельный вывод на Bitcoin: BTC заблокирован в Taproot-скрипте. Разные Vault изолированы друг от друга, и они не могут повторно использоваться протоколом для повторного залога. Внешние приложения подтверждают состояние Vault, а не получают «эквивалент» в виде одной монеты BTC, которую просто перенесли.

Именно в этом я вижу ключевой момент. TBV — это не просто добавление нового входа для заимствований. Это попытка, чтобы при подключении BTC к другим финансовым приложениям как можно меньше добавлялось уровней доверительного хранения. Сейчас оно работает в Bitcoin Signet и в тестовой сети Ethereum; Aave v4 — это первый интегрированный кейс. Также Babylon на GitHub опубликовал компоненты клиринга и арбитражных тестов.

Проблема тоже здесь. Один UTXO не позволяет так же свободно дробить его, как обычный баланс токенов; клиринг и интеграции приложений всё ещё требуют проверок. Для $BABY важно следить за тем, можно ли после использования TBV преобразовать это в потребности Babylon Genesis — по Gas, управлению или безопасности — и не приравнивать прогресс протокола к стоимости токена.

Я бы хотел рассматривать TBV как эксперимент по контролю над активами. Есть ли возможность масштабировать это — пока ответа нет, но здесь оно задаёт важный вопрос: когда BTC получает больше применений, можно ли по‑прежнему удерживать границу собственности на Bitcoin.

$BABY #baby

#baby $BABY

TBV хочет открыть не рынок доходности BTC.
А именно — баланс-счет BTC.
Многие понимают BTCFi как «зарабатывание процентов на биткоине».
Но долгосрочным держателям действительно не хватает не более высокой ставки APY.
Им нужно, чтобы BTC стал инструментом финансирования, который можно планировать по бюджету, не продавая монеты и не передавая права на хранение.
Раньше было только два пути:
передать BTC централизованным организациям;
или конвертировать в Wrapped BTC и зайти в DeFi.
В первом случае вы жертвуете контролем.
Во втором — появляются новые риски выпуска и кроссчейн.
TBV с @BabylonLabs_io пытается предложить третий путь.
В официальном Litepaper хранилище (Vault) описывается как Bitcoin UTXO, связанный ограничениями внешних доказательств состояния смарт-контрактов.
BTC остается в сети Биткоина.
Внешнее приложение управляет состоянием залога, а не выпускает замещающий актив.
Сейчас TBV все еще работает в Bitcoin Signet и Ethereum testnet.
Aave v4 — первое подключаемое приложение.
Также Babylon опубликовал на GitHub набор ботов для клиринга и арбитража для Aave v4.
Потому что институциональное финансирование не может решать только вопрос «можно ли занять».
Нужно еще решить подпись, клиринг, сроки и стоимость капитала.
10 марта 2026 года Ledger объявила о поддержке Clear Signing.
Объем продаж устройств для подписи уже превысил 8 миллионов.
5 мая GoMining предложил план интеграции с активацией до 1,000 BTC — примерно на 75 миллионов долларов США.
25 июня Aegis объявил о планах сочетать TBV и Aave v4, чтобы в четвертом квартале 2026 года предоставлять займы с фиксированной ставкой, но это все равно зависит от разработки и тестирования. Babylon
Эти шаги указывают не на очередной пул доходности.
А на то, что нативный BTC начинает входить в управление балансом:
можно сохранять право собственности;
можно получать ликвидность;
можно заранее оценивать стоимость финансирования;
а также можно заранее определить границы риска.
$BABY на данный момент все еще в основном берет на себя функции Gas, управления и сетевой безопасности.
Сможет ли TBV превратить реальное использование в потребность $BABY — по-прежнему зависит от будущих комиссий и механизмов управления.
Настоящее изменение — не в том, что BTC наконец-то сможет брать кредиты.
А в том, что BTC получает шанс стать долгосрочным капиталом, которым можно управлять и который можно оценивать по цене.
В будущем у ядра BTCFi будет ставка максимальной доходности или самая надежная финансовая конструкция?

#baby $BABY

TBV有一点最反DeFi：它拒绝“无限可组合”。

过去，DeFi一直追求将同一份资产反复封装、抵押、再抵押。

效率更高。

风险也更难追踪。

对BTC持有者而言，真正缺的不是收益。

而是不能被混用的抵押结构。

@BabylonLabs_io 的TBV走了反方向。

每个Vault都是独立的UTXO。

BTC保留在Taproot输出中：创建时绑定特定应用，此后不能跨应用迁移。

2026年5月13日，Babylon发布SCRIPT框架，将“禁止未经同意再利用”和“抵押品隔离”列入6类风险标准。

当前TBV仍运行在Bitcoin Signet与Ethereum测试网。

Aave v4是首个集成。

单个Vault限额为0.01至0.4 BTC，Aave应用总上限为10 BTC。

在GitHub上，Babylon公开了采用MIT许可证的Aave v4清算与套利机器人仓库，已有37次提交。

因为没有可执行的清算，抵押品就没有真正的信用。

Ledger接入Clear Signing，覆盖超过800万台签名设备。

GoMining计划最高激活1,000 BTC，约7,500万美元。

Aegis则计划于2026年第四季度推出固定利率借贷。

这些仍是测试或计划。

不等于规模化采用。

但方向已经清楚。

机构需要的不是更多收益池。

而是可审计、不可混用、融资成本可计算的BTC抵押单元。

$BABY 目前承担Gas、治理与网络安全。

Litepaper提出用$BABY 激励早期集成，并讨论将BTC费用拍卖换取并销毁$BABY 。

但这套价值传导仍待治理批准。

真正的变化，不是让BTC流动得更快。

而是让每一枚BTC的风险边界更清楚。

未来BTCFi最稀缺的，会是流动性，还是不被混用的抵押品？

#baby
#baby

TBV — это не мост.

На самом деле оно хочет переписать способ, которым BTC выходит на кредитный рынок.

Главная ошибка BTCFi в прошлом заключалась в том, что «сделать биткоин ликвидным» поняли как «перенести биткоин».

Так индустрия создала Wrapped BTC, депозитарные сертификаты и кроссчейн-маппинги.

Ликвидность при этом выросла, но держатели BTC переложили риск на эмитентов, депозитариев и мосты.

Биткоин — крупнейший актив на крипторынке, однако официальная документация Babylon показывает: в DeFi попадает всё ещё лишь около 1% BTC.

TBV с @BabylonLabs_io проложило другой путь.

BTC продолжает быть заблокированным в Taproot-выводах биткоин-сети.

Внешняя валидация проверяет состояние BTC, а не факт приема «перенесенного» заменителя.

Сейчас TBV работает в Bitcoin Signet и Ethereum testnet; Aave v4 — первое DeFi-приложение, которое было зарегистрировано для подключения.

Это уже не просто научная статья.

В четвертом квартале 2025 года Babylon провёл один тест на основной сети:

использование нативного BTC в качестве залога и заимствование реального USDC в сети Ethereum mainnet.

10 марта 2026 года Ledger объявила, что будет предоставлять для TBV поддержку подписи и Clear Signing.

5 мая GoMining опубликовала план интеграции с активацией до 1,000 BTC — примерно 75 миллионов долларов США.

25 июня Aegis предложил объединить TBV, Aave v4 и займы под фиксированную процентную ставку; запуск запланирован на четвертый квартал 2026 года.

Babylon также публично выложил на GitHub репозиторий Aave v4 для клиринга и арбитражных ботов.

Потому что жизнеспособность залога зависит не только от того, «можно ли заблокировать».

Она зависит и от того, можно ли клирить позиции, оценивать риск и считать стоимость капитала.

Настоящее изменение — не в кроссчейне.

А в стандарте залога.

В будущем BTCFi, возможно, будет бороться не за то, кто выпустит больше Wrapped BTC.

А за то, кто сможет добиться валидации, оценки и клиринга нативного BTC.

Что касается $BABY , его текущая роль по-прежнему — Gas, управление и безопасность сети.

Механизм захвата ценности TBV всё ещё находится в разработке.

Поэтому рост TBV не означает автоматически рост стоимости на $BABY .

Это не перенос биткоина в DeFi.

Это обучение DeFi распознавать активы, которые не покидали биткоин-сеть.

Будет ли точка входа для будущего BTCFi принадлежать эмитентам Wrapped BTC или тем, кто задаст стандарт для залога нативного BTC?

#baby $BABY

Я потратил целую ночь на исследование одного показателя.

Не TVL.

Не APR.

А Maker / Taker.

Все обсуждают объём торгов.

Но чем больше я смотрю документацию @grvt_io , тем сильнее чувствую, что по-настоящему стоит обратить внимание на то, кто именно обеспечивает ликвидность.

Представим, что в течение некоторого времени…

Награда для мейкеров достаточно высокая.

Большие объёмы маркет-мейкерских средств заходят на рынок.

Котировочный стакан становится всё более «толстым».

Проскальзывание всё ниже.

Похоже, что всё становится лучше.

Вопрос: что если эта ликвидность по сути существует лишь для стимулирования?

Идём дальше.

Допустим, стимула становится меньше.

Или рыночная волатильность внезапно резко растёт.

Мейкеры начинают активно отменять заявки.

Глубина стакана падает на 30%.

Тогда.

Та же самая рыночная заявка на 1 млн долларов.

Цена исполнения может оказаться совершенно другой.

Допустим дальше.

ETH за пять минут падает на 20%.

Тейкеру срочно нужно закрыть позицию.

А мейкер из‑за быстро сужающегося окна рисков пересматривает котировку.

Глубина Order Book продолжает снижаться.

Спред всё время расширяется.

То, что действительно влияет на качество торгов.

Может уже быть не комиссия.

А сможет ли рынок вообще найти достаточно встречных заявок.

Я перечитал несколько раз документацию.

В конце концов я всё время держал в фокусе три поля:

Maker, Taker и Order Book Depth.

Обычно их почти никто не обсуждает.

Но как только на рынке начинается резкая волатильность…

Они могут вместе определять качество ликвидности всего рынка.

Пока у меня нет ответа.

Мне лишь всё больше кажется, что.

Наблюдать нужно не за тем, есть ли новый максимум по объёму торгов.

А за тем, останется ли эта ликвидность здесь после того, как стимулы уйдут.

Возможно.

Ответ не будет прописан в whitepaper.

Он будет прописан в данных следующей экстремальной рыночной ситуации.

@grvt_io

#grvt

Вчера вечером я всё время смотрел на один раздел.

Не TVL.

Не объём торгов.

Даже не комиссии.

А именно — документы @grvt_io , раздел об Insurance Fund (страховой фонд).

Многие воспринимают его как резервный пул на случай подстраховки.

Но чем глубже я вчитываюсь, тем больше ощущение, что его реальная роль сложнее, чем думают большинство людей.

Предположим предельный сценарий.

ETH за десять минут падает на 18%.

Одновременно входит в Maintenance Margin большое число позиций с высоким плечом.

Система начинает массово запускать Liquidation (ликвидации).

Если стакан достаточно глубокий,

позиции могут исполниться без проблем.

И тогда страховой фонд почти не вмешивается.

В чём вопрос.

Что если цена исполнения продолжит соскальзывать?

А клиринговая/ликвидационная цена не успевает за рыночной ценой.

Тогда кто в итоге возместит разрыв по убыткам?

Идём дальше.

Предположим, баланс страхового фонда равен X.

Разовый убыточный клиринг при пробое лимита — это Y.

Если Y < X, всё нормально.

Если подряд три раунда клиринга с пробоем.

Y1+Y2+Y3>X.

Это означает, что страховой фонд начинает быстро сокращаться.

Если трейдеры заметят, что страховой фонд расходуется быстрее, чем накапливаются комиссии,

склонность к использованию плеча может снизиться.

Спреды котировок маркет-мейкеров станут шире.

Глубина стакана продолжит уменьшаться.

В следующем цикле ликвидаций проскальзывание будет ещё больше.

По сути, это петля обратной связи.

По-настоящему опасно не то, что страховой фонд используют.

А то, что все начнут сомневаться, сможет ли он покрыть следующий экстремальный рыночный режим.

Я просмотрел документы.

Меня остановили три поля:

Insurance Fund, Maintenance Margin и Liquidation.

На первый взгляд они независимы.

Но вместе они могут определить эффективность передачи риска в «чёрном лебеде».

Пока у меня нет ответа.

Но то, что мне действительно важно понять, это:

Если в будущем снова и снова будут происходить сокращение ликвидности, наложение ликвидаций и быстрое расходование страхового фонда, сможет ли этот механизм по-прежнему работать так, как задумано?

Возможно, ответ не будет записан в документах.

А будет записан в данных следующего экстремального рыночного события.

@grvt_io

#grvt

Меня озадачил один вопрос.

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

В последнее время я постоянно пересматриваю @grvt_io и заодно пролистал немало данных по платформам для торговли деривативами. Чем больше я изучаю, тем более странным это кажется.

Главное отличие торговой платформы от публичной блокчейн-сети в том, что у неё нет естественного эффекта сетевости.

В соцсетях чем больше людей, тем ценнее продукт.

В платёжных продуктах чем больше торговцев, тем ценнее.

Но с торговыми платформами это не обязательно так.

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

На самом деле стоимость миграции пользователя не настолько высока, как многие себе представляют.

Проблема как раз здесь.

Многие любят судить о росте платформы по числу зарегистрированных пользователей, объёму торгов и TVL, но эти данные в основном отражают «трафик».

Настоящая сложность — это «стабильный объём» пользователей, которые остаются.

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

С точки зрения экономической модели, это действительно очень трудная задача.

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

Если комиссии, которые генерируют пользователи, в долгосрочной перспективе не покрывают затраты на привлечение и удержание, то чем быстрее растёт платформа, тем ниже могут быть предельные (маржинальные) выгоды.

Поэтому позже я всё меньше концентрировался на «новых».

Мне важнее другое: какая доля пользователей действительно продолжает стабильно торговать каждый месяц? И после окончания стимулов, сколько средств всё ещё готово оставаться на платформе?

Судя по моему опыту трейдинга, настоящая «крепость» платформы никогда не связана со вспышкой из‑за какой-то одной акции. Её определяет то, что пользователи всё равно готовы возвращаться к торговле, даже когда нет вознаграждений.

Вот почему мне так и не удалось до конца просчитать одну вещь.

Что в будущем определит долгосрочную ценность @grvt_io — всё более высокие торговые показатели или всё более высокое удержание пользователей?

#grvt