MIND FLARE

$TUT имеет более чистый тренд на 1H. Движение от 0.0357 → 0.0846 все еще формирует более высокие максимумы и более высокие минимумы, при этом цена уверенно держится выше растущей MA7. Загвоздка — в расширении: на 0.0825 цена уже растянута относительно краткосрочной поддержки. 0.0846–0.0870 — ближайшая зона сопротивления; 0.0748–0.0720 — там, где я хотел бы видеть, чтобы покупатели защищали уровень, если импульс начнет остывать.

$1000CAT — другое. Большая часть его +42% движения пришлась на одну расширительную свечу, а теперь объем затухает, пока цена консолидируется ниже 0.00227–0.00244. Удержание 0.00206–0.00211 сделает это похожим на поглощение после импульса. Потеря 0.00206 повышает вероятность более глубокого отката к 0.00185–0.00171.
Мое мнение: TUT имеет более сильное качество тренда, 1000CAT — более интересную компрессионную настройку.

#TUT #1000cat

Что сломается первым?

$DEXE находится в фазе расширения после очистки $42.2–$43.0 базой на растущем объёме. Сейчас цена тестирует ликвидностный карман $49.4–$50.1, где ожидается первое отвержение. Ключевое — не то, откатит ли цена, а то, где покупатели будут защищать. Удержание $45.2–$46.0 сохраняет импульсную структуру и оставляет открытой возможность продолжения в сторону $52.5–$54.0. Закрытие на часовом графике ниже $45 ослабит пробой и откроет более глубокую зону возврата к среднему около $42.3.

$SXT всё ещё находится в послемпульсной компрессии. Пробой к $0.0110 был отклонён, но цена продолжает формировать более высокие минимумы выше $0.0086, что указывает на поглощение предложения, а не на полную дистрибуцию. Триггер-уровень — $0.0095–$0.0097. Чёткий пробой с объёмом может вновь открыть $0.0103, затем $0.0110. Потеря $0.0086 делает структуру медвежьей и возвращает в игру $0.0077–$0.0076.

Мой торговый разбор: DEXE даёт лучшее подтверждение тренда, но хужее качество входа по текущей цене. SXT даёт лучшую асимметрию, но только после подтверждения выше сопротивления.
#DEXE #SXT
Какой сетап сработает первым?

Изначально я предполагал, что протокол кредитования с фиксированной ставкой будет рассчитывать одну ставку, действующую во всех рынках.
@TermMax Range Order Tool указывает на другую модель.
Маркет-мейкеры могут создавать котировки только на кредитование, только на заимствование или двусторонние, затем определяют ценовую кривую и диапазон, в котором их ликвидность активна. Контракт ордера V2 отражает это напрямую через функции вроде createOrder и setCurveAndPrice.
Это означает, что ставка, показанная пользователю, — это не просто ставка TermMax.
Это цена, формируемая доступной ликвидностью, выбранной маркет-мейкером кривой, диапазоном ордера и размером сделки.
Мне это кажется более интересным, чем фиксированная формула, потому что разным срокам и рынкам залогов не обязательно нужна одинаковая форма ценообразования.
Маркет-мейкер может концентрировать ликвидность вблизи тех ставок, где он действительно готов кредитовать или заимствовать, вместо того чтобы финансировать всю кривую.
Но настройка не автоматически создает хороший рынок.
Если котирует лишь несколько маркет-мейкеров, отображаемая ставка может выглядеть точной, хотя значимый объем быстро смещается в более худший диапазон. Инструмент дает контроль; он не может гарантировать конкурирующую ликвидность.
Числа, за которыми я бы следил, — это не только публичные APR.
Я бы оценивал глубину котировок, спреды, пересекающиеся диапазоны и то, сколько объема можно проторговать до того, как ставка существенно изменится.
Фиксированную ставку можно заранее знать.
Это не значит, что рынок, который ее обеспечивает, достаточно глубокий.
#TermMax
Что лучше всего доказывает, что рынок с фиксированной ставкой имеет реальную глубину?

Я думал, что DuskVM и DuskEVM — это по сути два способа построить одно и то же.
Потом я потратил немного времени на то, как разработка устроена на практике, и понял, что нет.
Если собирать через DuskVM, вы гораздо ближе к нативной стороне @Dusk . Контракты пишутся на Rust, компилируются в WASM и выполняются непосредственно на L1. Это даёт доступ к собственным моделям транзакций Dusk и более низкоуровневым возможностям приватности/ZK.
DuskEVM ощущается как обратная компромиссная сделка.
Вы получаете Solidity, Foundry, Hardhat, обычные EVM-кошельки.. по сути те инструменты, которые уже знают разработчики Ethereum. Но выполнение всё равно завершается через DuskDS.
Меня “щелкнуло”, что это не столько история про то, чтобы заставить билдеров выбирать лучший VM.
Это про то, в чём реально нуждается приложение.
Если мне нужен прямой контроль на L1, нативная логика приватности или выполнение на уровне протокола, тогда DuskVM имеет больше смысла.
Если у меня уже есть EVM-приложение и мне просто нужен привычный способ войти в стек Dusk, то требовать переписывание на Rust было бы лишним трением.
Так что да, поначалу мне действительно казалось, что два среды выполнения выглядят избыточно.
Теперь это больше похоже на то, что Dusk пытается не противопоставлять друг другу совместимость с разработчиками и нативный контроль.
Одна экосистема, очень разные точки входа.
Интересно, какую сторону билдеры на самом деле выберут, когда начнут двигаться ещё приложения.

$DUSK #dusk

#TermMax @TermMax
Я проверял, что именно изменилось вокруг TermMax на этой неделе, вместо того чтобы написать еще один пост с обратным отсчетом до TGE.
В итоге наткнулся на страницу области (scope) Immunefi.
Последнее обновление: 17 августа 2026.
Там появилась новая строка:
TermMax App V2 добавлено 17 августа.
Меня это зацепило, потому что TGE для $TMX — 25 августа. Так что, хотя внимание естественно смещается к токену, поверхность безопасности вокруг продукта обновляется буквально за восемь дней до этого.
Я углубился в то, что Immunefi действительно считает критичным для TermMax.
Дело не только в том, что эксплуатируют умные контракты.
В область входят прямое хищение средств, постоянная блокировка, несанкционированные сделки/выводы, а также даже подключенный кошелек, который подталкивают к измененным параметрам транзакций, подмененным адресам контрактов или вредоносным транзакциям.
Это немного перенаправило для меня историю TermMax.
У протокола уже есть встроенные рынки с фиксированной ставкой, а Alpha помещает опционы call, put и позиции в хранилищах в гораздо более ориентированный на пользователя интерфейс.
По мере того как этот интерфейс становится более мощным, сам фронтенд начинает входить в поверхность финансового риска.
Собственная дорожная карта TermMax делает это еще более актуальным: Atomic Orders, Smart Unwind и Order Aggregator по-прежнему указаны как направления будущей V2.
Я бы не стал воспринимать обновление Immunefi как доказательство того, что App V2 вот-вот выйдет, и оно уж точно не доказывает, что новая поверхность полностью лишена рисков.
Но добавление этого в область вознаграждений до запуска токена для меня — более полезный сигнал, чем еще один график «скоро TGE».
Следующее, что я отслеживаю, — это не только то, что $TMX сделает 25 августа.
Важно, что TermMax V2 реально помещает за этой новой границей безопасности.

#dusk $DUSK @Dusk
Я остановился на разделе Hedger в продуктовой линейке Dusk, потому что он всё ещё помечен как Testnet.
Подтверждённое описание довольно конкретное: гомоморфное шифрование, доказательства с нулевым разглашением, конфиденциальные переводы и совместимый с EVM путь.
Там не говорится напрямую о том, что это обеспечит более качественный маркет-мейкинг.
Но это заставило меня задуматься о том, что именно публичный рынок просит раскрыть провайдеров ликвидности.
Маркет-мейкер может постоянно котировать обе стороны токенизированной облигации. Эти котировки должны быть видимыми — так работает обнаружение цены. Но если те же публичные адреса также раскрывают изменения инвентаря, значения расчётов и каждую хедж-операцию, трейдеры могут начать оценивать, когда этот маркет-мейкер становится слишком длинным или слишком коротким.
Когда такое давление становится заметным, рынок может торговать против него.
Маркет-мейкер может отреагировать снижением размера ордеров, расширением спредов или перенесением части активности с публичной площадки. Я не могу утверждать, что Hedger уже это предотвратил; мне не удалось найти публичные производственные данные, сравнивающие спреды или ликвидность до и после конфиденциального исполнения.
Техническое направление всё ещё актуально.
Гомоморфное шифрование предназначено для того, чтобы выполнять вычисления над зашифрованными значениями, а доказательства с нулевым разглашением могут проверять необходимые условия без публикации лежащих в основе данных. Моя интерпретация в том, что приложение DuskEVM могло бы использовать этот подход, чтобы отделить публичную рыночную информацию от приватных деталей инвентаря или исполнения.
Эта граница важна.
Прозрачная цена помогает всем. Прозрачная риск-книга в первую очередь помогает тому, кто хочет торговать против неё.
Hedger всё ещё в testnet, так что реальным испытанием будет не то, можно ли продемонстрировать конфиденциальные ордера. Вопрос будет в том, будут ли маркет-мейкеры действительно котировать более глубоко или более узко, когда их внутренняя позиция больше не является бесплатной публичной информацией.

$ACE как торговля походит на импульсный всплеск. Одна крупная свеча на 1H протолкнула цену выше MA99, но отскок/отвержение в диапазоне 0.1994–0.2050 показывает, что предложение (сопротивление) уже активно. Ключевой уровень сейчас — 0.184–0.180. Если покупатели защитят эту зону пробоя, движение может перезагрузиться для ещё одной проверки 0.199–0.205. Потеряешь его — 0.1706–0.1673 станет более реалистичной зоной отката.

$EDEN выглядит технически чище. Более высокие минимумы, растущий объём и удержание цены выше MA7/25/99 указывают, что движение формируется, а не создаётся одной свечой. 0.0547 — ближайшая поддержка, а ниже неё — 0.0518–0.0497. Удержание этих уровней сохраняет в игре сценарий 0.0577 → 0.0600.

Моё мнение: ACE имеет более сильный “сырой” импульс, но EDEN — более здоровую структуру продолжения.
#ACE #EDEN

Какую из схем ты бы доверил больше?

Чем больше я смотрю @Dusk тем больше я вижу приватность и надежность, решающие два разных риска в одной и той же финансовой сети.
На уровне приложения публичная токенизированная облигация может незаметно раскрывать стратегию учреждения. Если платежи процентов, переводы и голосующая активность видимы, наблюдатели могут рассчитать размер позиции и отслеживать моменты, когда она меняется.
Приватность-сберегающие контракты Dusk решают эту проблему, не убирая подотчетность. Платежи, переводы и правила допуска могут выполняться, при этом конфиденциальные значения остаются закрытыми. Выборочное раскрытие по-прежнему позволяет уполномоченным эмитентам, аудиторам или надзорным органам проверять необходимые записи.
Но одной конфиденциальности недостаточно. Инфраструктура, на которой работают эти рынки, также нуждается в надежном процессе восстановления.
Именно поэтому мне особенно запомнились State Snapshots от Dusk. Оператор узла может упаковать состояние сети, подписать его, проверить целостность и восстановиться из него с помощью воспроизводимого процесса. Узлу не нужно слепо полагаться на непроверенный файл восстановления.
Эти возможности работают на разных уровнях, но поддерживают одну и ту же цель.
Приватность защищает инвесторов и учреждения, пока ведется финансовая активность. Подписанные снапшоты помогают защитить целостность состояния узла, когда инфраструктура должна восстановиться.
Для регулируемых onchain-рынков важны оба аспекта: чувствительная финансовая активность не должна превращаться в публичную информацию, и восстановленное состояние сети не должно становиться вопросом доверия.
#dusk $DUSK

Я просматривал @TermMax последние релизы, и одна деталь выделялась сильнее, чем сам TGE.
Они уже запущены на 10 EVM-цепочках.
Обычно это звучит как очередная маркетинговая фраза про мультичейн.
Но TermMax подходит к этому иначе.
App V2 пытается сделать “цепочку” под позицией менее важной для пользователя.
Вместо того чтобы открывать один интерфейс для Ethereum, другой для Base и третий для BNB Chain, TermMax объединяет рынки и позиции в одном кроссчейн-представлении.
Это важно, потому что кредитная ликвидность очень быстро фрагментируется.
Вы можете найти нужный залог на одной сети, лучшую ликвидность у кредитора — где-то в другом месте, а нужный срок — на третьей сети.
Если каждая цепочка остается отдельным островом, то рынки с фиксированной ставкой становится еще сложнее масштабировать.
По сути, TermMax пытается сделать рынки главным объектом, а не саму цепочку.
Одна панель.
Несколько сроков.
Разные типы залога.
Ликвидность, полученная из разных экосистем.
Для меня это объясняет, почему развертывания на HyperEVM, Robinhood Chain, Base, BNB Chain и других выглядят более интересными, если смотреть на них вместе.
Они не просто собирают логотипы сетей.
Они расширяют количество мест, где может работать тот же кредитный движок с фиксированной ставкой.
Если эта абстракция продолжит улучшаться, пользователи в итоге могут гораздо меньше заботиться о том, откуда именно берется кредит.
Их будет интересовать залог, срок, ставка и риск.
Это станет гораздо более крупным UX-сдвигом для ончейн-кредитования.
#TermMax

Сначала я предположил, что DuskEVM — это просто Dusk, добавивший среду EVM, чтобы разработчики могли развертывать Solidity-контракты.
Это касается только стороны выполнения.
Более важный выбор дизайна — где именно эти приложения завершаются (фиксируются).
DuskEVM создан как эквивалентная EVM-среда, чтобы разработчики могли использовать привычные контракты, кошельки и инструменты Ethereum. Но вместо того чтобы считать слой EVM окончательным источником достоверности, его данные и финализация проходят через DuskDS.
Я вижу роли так:
DuskEVM отвечает за то, как работает приложение.
DuskDS определяет, когда его состояние становится окончательным.
Под капотом DuskDS обеспечивает консенсус, доступность данных и детерминированную финализацию через Succinct Attestation. Блок предлагается, валидируется и ратифицируется, прежде чем стать одним финальным состоянием сети.
Такое разделение особенно важно для финансовых приложений @Dusk wants to support.
Разработчику может понадобиться совместимость с Ethereum при создании платформы токенизированных облигаций или регулируемого торгового приложения. Но рынок за таким приложением также нуждается в предсказуемой финализации. Передачи владения, координация платежей и транзакции, контролируемые требованиями комплаенса, не могут оставаться открытыми для неопределённой финальности.
Архитектура Dusk избегает того, чтобы заставлять разработчиков выбирать между привычными инструментами и слоем финализации, спроектированным с учётом требований финансового рынка.
Они могут писать на Solidity в DuskEVM, используя DuskDS в качестве фундамента под выполнением.
Это также делает DuskEVM не просто очередной изолированной EVM-цепочкой.
Интерфейс может казаться знакомым, но финальное состояние закреплено в собственной консенсусной и финализационной архитектуре Dusk.
Вот в чём разница, которую я отслеживаю: привычное выполнение сверху и собственная конечность Dusk снизу.
#dusk $DUSK

Раньше я смотрел на токенизированные RWA в основном со стороны инвестора: открыть приложение, найти актив и совершить сделку.
Схема Dusk и NPEX заставила меня посмотреть на всё, что должно произойти до того, как этот экран станет действительно полезным.
СМБ сначала нужен правильно структурированный ценный бумаг. Инвесторы должны быть верифицированы. Подписки, платежи и аллокации должны быть связаны между собой. Право собственности должно оставаться точным после переводов, а дивиденды, голосование и выкупы по-прежнему должны доходить до нужных держателей.
Затем активу нужно место, где он может торговаться на законных основаниях.
Именно поэтому партнёрство с NPEX кажется важным для @Dusk NPEX: оно приносит опыт авторизованной нидерландской многосторонней торговой площадки и уже существующего рынка, построенного вокруг облигаций МСБ, сертификатов акций и вторичной торговли. Dusk приносит инфраструктуру, предназначенную для координации выпуска, контролируемых переводов, конфиденциальности и расчётов.
Эти две части решают разные стороны одной и той же проблемы.
В этом контексте Dusk Trade становится ещё интереснее. Это не просто интерфейс, размещённый перед недавно созданными токенами. Более широкая идея — это связанный маршрут от регулируемого выпуска к доступу для подходящих инвесторов и, где это поддерживается, к активности на вторичном рынке.
Это различие имеет значение.
Отполированное торговое приложение мало что значит, если лежащий в его основе актив имеет слабый учёт прав собственности, неясные правила передачи или не имеет надёжной площадки. Похоже, Dusk строит проект, начиная с рыночной инфраструктуры, а затем добавляет поверх неё пользовательский опыт инвестора.
Для меня такой порядок делает проект намного более приземлённым, чем обычный подход «сначала токенизируй, а полезность найдём потом».
#dusk $DUSK

Меня в DuskEVM заинтересовала вовсе не часть про EVM.
Меня заинтересовала проблема @Dusk , которую он пытается решить после того, как приложение становится совместимым с EVM.
Представьте учреждение, которое торгует токенизированной облигацией onchain. Если по умолчанию видны его активы, балансы и поток транзакций, то блокчейн может работать идеально, но при этом структура рынка вокруг него всё равно может не соответствовать действительности.
Вот где Hedger изменил для меня картину.
Hedger создаётся прямо для DuskEVM и объединяет гомоморфное шифрование с доказательствами с нулевым разглашением. Самое интересное здесь — что это позволяет: значения могут оставаться зашифрованными, при этом система всё равно может доказывать, что транзакция следовала правилам. Dusk даже проектирует это в направлении конфиденциальных владений, переводов и скрытых (обфусцированных) сценариев работы с книгой заявок.
Так что приватность здесь — не столько про то, чтобы скрывать активность от всех.
Это про то, чтобы не транслировать всем финансовые намерения, при этом сохраняя возможность проверки транзакции, когда это необходимо.
По ощущениям, это гораздо ближе к тому, как реально работают рынки.
Поэтому DuskEVM для меня выглядит менее интересным как ещё одно место для развертывания Solidity и более интересным как попытка сделать привычную инфраструктуру EVM подходящей для финансовой деятельности, которая в принципе не может нормально работать при радикальной прозрачности.
Сегодня это всё ещё testnet, так что важна реализация.
Но выбор в проектировании очевиден: вместо того чтобы просить институты принимать по умолчанию публичные финансы, Dusk пытается изменить то, что вообще способен раскрывать EVM.
Вот за этим я и наблюдаю.
$DUSK #dusk

#dusk $DUSK @Dusk
Однажды меня поначалу смутило одно: Dusk.
Если Dusk нужны разработчики Ethereum, почему бы просто не сделать всю сеть EVM-совместимой «из коробки»?
Ответ — вот что сделало архитектуру для меня намного интереснее.
DuskEVM — это не весь слой расчетов.
Это среда выполнения EVM на базе OP Stack, в которой приложения на Solidity могут работать с привычными инструментами Ethereum.
Но фундамент расчетов и доступности данных под ним по‑прежнему — DuskDS.
Это разделение действительно важно.
Dusk получает охват EVM-совместимости, не заставляя весь свой финансовый стек зависеть от EVM.
При этом DuskVM всё ещё существует для контрактов на Rust и WASM, которым нужно работать напрямую в Dusk L1 и использовать нативные примитивы Dusk.
Так что дизайн — это не просто «выбери DuskVM или DuskEVM».
Скорее вот так:
используй среду выполнения, которая подходит под задачу, а затем верни результат обратно на ту же базу расчетов.
Вот эту часть, как мне кажется, легко упустить.
Dusk Trade может располагаться над этим уровнем сложности и использовать те компоненты, которые ему нужны, а пользователь при этом видит только финансовый продукт.
Для меня реальная ставка архитектуры как раз в этом:
EVM-совместимость на границе,
специфичный для Dusk контроль в основе
и единая базовая платформа расчетов снизу, которая поддерживает и то, и другое.

$QNTB сохранил большую часть своего прорыва и остается выше растущей 1H MA7 на уровне 69.67. Это делает 69.2–69.7 первым уровнем поддержки, который нужно удержать. Удержите его — и диапазон 72.41–73.35 остается в игре; потеряйте его — и следующее значимое переосмысление может достичь 65.1.

$PROM — противоположный сценарий. Движение к 3.627 сопровождалось резким отклонением вниз, и сейчас цена находится ниже обеих MA7 (2.719) и MA25 (2.785). Бычьим силам нужно вернуть 2.72–2.79, прежде чем я поверю в еще один заход к 2.93–3.32. Если не удержится диапазон 2.53–2.60, то более важной поддержкой станет 2.26.

Мое мнение: QNTB накапливает силу; PROM пытается восстановиться после неудавшегося продолжения.

#QNTB #PROM
Что произойдет первым?

$MVLLB is все еще печатает контролируемую 1H-лестницу с неглубокими откатами выше растущей MA7. Удержание 26.5 сохраняет давление на 28.06–28.50; потеря этого может запустить более быстрый рычаговый ретрейс в сторону 24.55–23.77. Тренд сильный, но погоня прямо под сопротивлением дает плохое соотношение риска к вознаграждению.
$HOME has уже отверг 0.01197 и ушел ниже своей MA7 около 0.01057, показывая, что импульс остывает быстрее. Отскок/возврат в диапазон 0.01057–0.01103 восстановит потенциал продолжения, тогда как потеря 0.00984, скорее всего, отправит цену к более сильной зоне спроса 0.00895–0.00865.
Мое мнение: у MVLLB более чистый тренд, а HOME нуждается в возврате, прежде чем снова станет привлекательной.

#MVLLB #Home
Какой сетап выиграет следующим?

То, что сильнее всего тянет меня в сторону тезиса про казначейский «угол» Бабилона, — в том, что он меняет роль Биткоина, не заставляя казначейство прекращать владение BTC.
Для большинства компаний и фондов BTC в балансе по-прежнему рассматривается как пассивный резерв.
Он может вырасти в цене, усилить казначейство и обеспечить долгосрочную экспозицию, но когда нужна ликвидность, стандартные варианты ограничены.
Продать BTC.
Переместить его в структуру кастодиального кредитования.
Или принять дополнительный слой риска контрагента.
Вавилон строит вокруг другой модели.
С Trustless Bitcoin Vaults казначейство может заблокировать нативный BTC внутри выделенного биткоин-валта, одновременно сохраняя обеспечение привязанным к Биткоину. У валта есть заранее определённые правила для погашения, выкупа и ликвидации, поэтому учреждение не просто передаёт актив кредитору и надеется, что его вернут позже.
Именно это я считаю сильной стороной.
Казначейство сохраняет свою экспозицию в Биткоин, при этом верифицированная позиция в валте может поддерживать заимствования через внешний кредитный рынок.
Поэтому баланс начинает делать больше.
BTC остаётся резервным активом.
Но он также может стать контролируемым обеспечением для оборотного капитала, стратегических инвестиций, рыночных операций или краткосрочных потребностей в ликвидности.
Роль Бабилона здесь ключевая, потому что он отделяет владение от кредитной деятельности.
Биткоин удерживает актив.
Бабилон контролирует жизненный цикл обеспечения.
Кредитный рынок обеспечивает ликвидность.
Для меня именно так и должна выглядеть Bitcoin Treasury 2.0.
Не более агрессивное использование BTC.
А более дисциплинированное использование BTC.
Казначейство должно иметь возможность разблокировать капитал, не продавая сразу свой самый сильный резервный актив и не помещая его в обычный кастодиальный «чёрный ящик».
Бабилон строит инфраструктуру ровно для этого перехода.

@BabylonLabs_io $BABY #baby

То, что бросается мне в глаза в следующем этапе BTCFi, — это то, что направление тихо меняется.
Некоторое время цель в основном сводилась к тому, чтобы сделать биткоин перемещаемым.
Заблокируй BTC где-нибудь, выпусти его обёрнутую версию, отправь через разные сети и назови это биткоин-финансированием.
Эта модель помогла запустить процесс, но при этом синтетическая версия BTC стала важнее самого BTC.
Я думаю, что BTCFi 2.0 движется в другом направлении.
Суть изменения не в том, чтобы «добавить больше DeFi в биткоин».
Речь идёт о переходе от портативных обёрнутых требований к нативному обеспечению.
Это важно, потому что серьёзный капитал обычно меньше интересует мобильность токенов и больше — целостность обеспечения.
Где находится BTC?
Кто им распоряжается?
Какие правила выкупа?
Что происходит при ликвидации?
Сколько доверия находится в центре?
Вот где для меня становится особенно важным Babylon.
С бездоверительными биткоин-валютными хранилищами (Trustless Bitcoin Vaults) дизайн начинается с обеспечения, а не с «обёртки».
BTC остаётся закреплённым в Bitcoin.
Его сценарии расходования определяются заранее.
Тогда внешние приложения могут распознавать заблокированный BTC как используемое обеспечение, не превращая кастодиальный мост или обёрнутый актив в центр системы.
Это гораздо более сильная основа, чем просто создание ещё одного торгуемого представления биткоина.
Для меня BTCFi 2.0 — это в действительности про снижение слоёв доверия при сохранении экономической полезности биткоина.
Меньше зависимости от передаваемых IOU.
Меньше зависимости от кастодиальных посредников.
Больше фокуса на нативный BTC как на реальную базу обеспечения.
Именно поэтому направление Babylon кажется более значимым, чем один продукт по заимствованиям.
Это соответствует более широкому переходу — от «перекладывания биткоина» к тому, чтобы сделать биткоин полезным, не заставляя его покидать самого себя.

@BabylonLabs_io $BABY #baby

То, что мне интересно в интеграции Babylon с Aave v4, — что ликвидация не отдана на откуп одному универсальному оператору, который наблюдает за всей системой.
Хранители Application Vault Keepers построены с учетом потребностей самого кредитного приложения.
Их работа начинается еще до наступления ликвидации.
Они помогают подготовить биткоин-транзакции и маршруты расчетов, которые могут понадобиться позже, чтобы сам vault уже понимал, как корректно завершить ликвидацию, если заемная позиция станет небезопасной.
Подготовка важна потому, что Aave умеет распознавать риски на кредитной стороне, но залог все еще находится внутри биткоин-vault.
Кто-то должен соединить эти две реальности.
Когда позиция пересекает порог ликвидации, keeper поддерживает процесс закрытия долга в Aave и перемещения биткоин-vault к заранее определенному исходу ликвидации.
Keeper не просто забирает BTC.
Он помогает скоординировать доказательства, поток транзакций и шаги расчетов, необходимые для того, чтобы правильная сторона могла претендовать на залог в соответствии с уже существующими правилами vault.
Именно это отличает для меня.
Aave берет на себя кредитный риск.
Bitcoin хранит залог.
Приложенчески ориентированные keepers Babylon помогают гарантировать, что корректная ликвидация действительно сможет согласованно завершиться между ними.
Вот почему ликвидация — это столь важный тест архитектуры.
Заимствование работает, когда все в порядке.
Реальная система раскрывается, когда позиция терпит неудачу и залог все еще должен корректно переместиться без того, чтобы кастодиан принимал последнее решение.
Babylon с самого начала закладывает этот сценарий отказа в продукт.
Для меня это и делает TBV ощущающимся как серьезная кредитная инфраструктура, а не просто слой депозита для Bitcoin.
@BabylonLabs_io #baby $BABY

$GIGGLE удерживает свой пробой лучше. После вертикального импульса цена сжалась выше 1H MA7 возле 38.6, показывая, что покупатели поглощают фиксацию прибыли, а не полностью выходят. Удержание 38.0–36.7 сохраняет открытыми 40.4 и 43.3, но для следующего пробоя нужна свежая ликвидность.

$AXTIB выглядит более хрупко. Отбой от 68.78 сопровождался сильными продажами, и цена всё ещё ниже MA7 возле 60.3. Зона 57.3–55.5 теперь является ключевой поддержкой; возврат к 60.3 может подтолкнуть к 63.9, тогда как потеря 55.5 может открыть путь к 51.3.
Моё мнение: GIGGLE имеет более чистую структуру продолжения, в то время как AXTIB всё ещё восстанавливается после отвержения, вызванного давлением ликвидности. Я бы наблюдал за реакциями на поддержку, а не гнался ни за одним из зелёных процентов
#GIGGLE #AXTIB

У какой из схем сильнее будет продолжение?

То, что особенно бросается мне в глаза, — это не просто то, что очередная крупная институция начинает чувствовать себя комфортно, принимая биткоин в качестве обеспечения.
Важно другое: к чему приводит этот сдвиг дальше.
Как только биткоин начинают принимать как обеспечение в традиционных финансах, рынок перестаёт воспринимать BTC только как актив, который нужно держать, и начинает рассматривать его как основу капитала, вокруг которой можно строить.
Именно поэтому для меня Babylon становится всё более актуальным.
Многие говорят о внедрении биткоина так, будто конечная стадия — это просто больше покупок, больше ETF или больше влияния на балансовые отчёты.
Я думаю, что более крупная стадия — это обеспечение.
Потому что в момент, когда биткоин признают безупречным обеспечением, реальный вопрос звучит так: как использовать эту ценность, не утрачивая при этом свойства, которые сделали биткоин надёжным в первую очередь?
Вот где дизайн Babylon действительно силён.
Вместо того чтобы просить держателей оборачивать BTC, перекидывать его между сетями или отдавать на хранение кастодиану, Babylon движется в сторону нативного обеспечения биткоином.
BTC остаётся привязанным к самому биткоину, а его обеспечительная стоимость становится пригодной для финансовых приложений.
Для меня именно это — более важная история за такими заголовками, как этот.
Институциональное признание подтверждает актив.
Но Babylon работает над инфраструктурным уровнем, который может сделать это признание гораздо более практичным и масштабным.
Если биткоин входит в свою эпоху обеспечения, то победителями станут не только те институции, которые готовы принимать BTC.
Победителями также станут протоколы, которые строят «рельсы», чтобы нативный BTC реально мог функционировать как обеспечение.
Именно поэтому я так внимательно слежу за @BabylonLabs_io .
#baby $BABY