BELIEVE_

Я поймал себя на мысли о вещи, которую редко описывают именно так. Примерно 99% всего биткоина, который сейчас лежит на адресах в разных кошельках, с точки зрения DeFi полностью бездействует. Не потому, что владельцы недоверяют DeFi — а потому что каждый доступный on-ramp заставлял их чем-то жертвовать на фундаментальном уровне: кастодиальностью, суверенитетом или доверием «комитету», который они не могут аудитировать. Иногда мне интересно, насколько скрыто эта единственная точка трения подавляла потенциальную финансовую активность в течение последних нескольких лет.

Интересно в подходе Babylon к TBV то, что он нацелен именно на сценарий использования стейблкоинов. Вместо того чтобы предписывать фиксированный дизайн стейблкоина, слой vault выступает как программируемая основа, которую отдельные эмитенты могут встроить в собственные модули минтинга и управления рисками. Каждый vault — это обособленная, некастодиальная позиция по биткоину с явно прописанным владением: это означает, что BTC не объединяется в пул, не подвергается ре-хипотеке (rehypothecation) и не абстрагируется от исходного владельца. Вопрос, который приходит на ум: насколько легко и чисто такая дисциплина проектирования (а она действительно редкая) масштабируется, когда десятки разных эмитентов начинают строить конкурирующие CDP-структуры поверх одной и той же базовой сущности vault.

Если смотреть со стороны, здесь ощущается противоречие, с которым стоит посидеть. Культурная идентичность Биткоина всегда строилась вокруг окончательности и простоты. Введение программируемой логики трат через предварительно подписанные транзакции и криптографические доказательства технически не требует доверия, но при этом — безусловно — под капотом есть ощутимая сложность. Я не уверен на 100%, что средний владелец биткоина, который выбрал self-custody как раз чтобы избежать сложности, сможет философски комфортно относиться к тому, что TBV просят его понять и принять.

Мне это заставляет думать о более широком вопросе, который уже не выглядит чисто техническим. Речь о том, сможет ли культура, построенная вокруг удержания, действительно эволюционировать в такую, которая вовлекается — и будет ли этот переход происходить на собственных условиях Биткоина или постепенно дрейфовать от них — во всяком случае, время покажет🚀@BabylonLabs_io #baby $BABY

Однажды поздним вечером я читал техническую документацию Babylon по TBV и поймал себя на том, что задумался о дизайнерском ограничении, о котором раньше почти не рассуждал. Когда создаётся хранилище (vault), заранее, в момент его создания, должны быть определены и набор сторон, которым разрешено претендовать на заблокированный BTC, и целевой DeFi-смарт-контракт. Ничего из этих параметров нельзя изменить впоследствии. Иногда мне интересно, насколько на практике ощущается эта жёсткость для пользователя, который хочет скорректировать свою позицию или перенаправить залог в другой протокол в середине цикла.

По-настоящему интересно здесь то, что лежит «под капотом» всего этого. BitVM3 переносит тяжёлые вычисления в офчейн через зашифрованные (garbled) схемы, оставляя на самом Bitcoin только компактные доказательства мошенничества (fraud proofs). То есть хранилище не запускает сложную логику на базовом слое Bitcoin — по сути оно принуждает к узкому набору заранее зафиксированных исходов, а реальные вычисления происходят в другом месте. Вопрос, который приходит в голову: не вводит ли эта зависимость от офчейна категорию риска, которая выглядит незаметной до тех пор, пока что-то не пойдёт не так ровно в неподходящий момент.

Если смотреть со стороны, в механике ликвидации тоже есть тонкость, о которой стоит подумать. Когда условия по займу не соблюдены, ликвидаторы должны предъявлять валидные доказательства с нулевым разглашением (zero-knowledge proofs), чтобы заявить права на залог. Я не совсем уверен, как в условиях перегруженной сети ведёт себя задержка ликвидации: пауза между тем, когда позиция становится недокапитализированной, и тем, когда валидное доказательство принимается on-chain, может иметь существенное значение в волатильных рынках.

Это заставляет меня думать, что реальная элегантность TBV — в том, что она убирает: операторов, комитеты подписантов, кастодианов. Но каждое такое устранение переносит остаточный риск в другое место, и то, куда именно он «приземляется», не всегда очевидно издалека. Примитив действительно новаторский, однако то, как его ограничения будут «стареть» вместе с меняющимися требованиями DeFi, остаётся открытым вопросом — во всяком случае, время покажет🚀@BabylonLabs_io #baby $BABY

Я заметил кое-что, когда просматривал документацию по токеномике Babylon, и что раньше, по сути, не до конца осознавал. Механизм комиссии, привязанный к активности TBV, описывает ончейн-аукционную систему: комиссии, сгенерированные в BTC по мере того, как активы заходят и выходят из сейфов, выставляются на аукцион за BABY, а победитель получает BTC, при этом потраченный BABY программно сжигается. Иногда мне кажется, что этот цикл действительно проходят серьёзную проверку только после того, как объём сейфов достигает значимого порога, потому что на бумаге дизайн выглядит изящно, но изящные конструкции часто раскрывают трение лишь при реальном спросе.

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

Если смотреть снаружи, институциональный аспект тоже ощущается как источник тихого напряжения. Основатели Babylon указывали на обсуждения на Consensus 2026, где крупные аллокаторы были сфокусированы конкретно на целостности залога — это хорошо согласуется с тем, что предлагают TBV. Но я не совсем уверен, как институциональный казначейство на практике выстраивает удержание BABY вместе с нативным BTC в рамках сейфовой архитектуры, особенно учитывая, что мост до Ethereum был приостановлен, а мультичейн-полезность токена всё ещё перестраивается.

Это наводит меня на мысль, что реальная согласованность этой системы может зависеть не от какой-то одной технической особенности, а от того, насколько токеномика, внедрение сейфов и институциональный аппетит созревают на совместимых временных горизонтах. Похоже, что эти элементы взаимозависимы так, как пока не до конца видно — впрочем, время покажет👍@BabylonLabs_io #baby $BABY

Я разбирался в токен-структуре Babylon и один момент меня зацепил. График разблокировки BABY был перестроен, чтобы избежать «пиков по ликвидности»: ежемесячно с мая 2026 по апрель 2029 выпускать по 1/36 заблокированных токенов. На бумаге это выглядит взвешенно, но иногда я задаюсь вопросом: действительно ли постепенный выпуск смягчает давление продаж, или просто делает его более предсказуемым.

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

Ещё один вопрос, который приходит в голову: как именно институциональные игроки оценивают это. Основатели Babylon на Consensus 2026 отмечали, что крупные распределители (allocators) особенно пристально смотрят на целостность коллатераля. Снаружи кажется, что связка burn loop с комиссиями, номинированными в BTC, структурно выглядит согласованной, но то, насколько глубоко институты закладывают это в свои решения — на это я не могу ответить уверенно.

Я не совсем уверен, что пересмотр токеномики и развитие инфраструктуры TBV идут с одинаковой скоростью. Одно ещё дорабатывают на уровне рынка; другое хранит реальные BTC в действующих сейфах. То, как эти два таймлайна совпадают — или расходятся — может сказать больше, чем любые прогнозы — во всяком случае, время покажет🚀
@BabylonLabs_io #baby $BABY

$BTC 🚨 прибыльность восстанавливается — но данные пока не подтверждают новый бычий рынок.

Запас биткоинов в прибыли (Supply in Profit) поднялся до 57,5%, резко увеличившись с 46,2% на 30 июня.

Но аналитики следят за двумя ключевыми сигналами подтверждения:

📊 Запас в прибыли должен удерживаться выше 64% 📈 30-дневный LTH-SOPR должен оставаться выше 1 в течение нескольких недель

Ни одно из условий сейчас не подтверждено.

Более того, в этом цикле биткоин уже выдал один ложный сигнал. Запас в прибыли ненадолго достиг 67%, а LTH-SOPR оставался выше 1 в течение 35 последовательных дней — только чтобы затем BTC снова откатился.

Теперь среднее значение LTH-SOPR держится ниже 1 уже 50+ дней.

Восстановление реально. Подтверждение бычьего рынка — нет.

Очередной откат по-прежнему возможен.

#Bitcoin #BTC走势分析 #crypto #OnChain #CryptoMarket $RIF $ESPORTS

🚨 Отскок БИТКОИНА к $65K может оказаться не настоящим восстановлением

$BTC поднялся обратно почти к $65 000, прибавив примерно 13% от локального минимума в конце июня около $58K. 📈

Но под отскоком картина остается хрупкой.

📉 Нереализованные убытки по-прежнему высоки
🔻 Спрос на споте продолжает ослабевать
⚠️ BTC остается ниже нескольких ключевых уровней себестоимости крупных участников

Ключевой уровень, за которым стоит следить, — около $69 500: себестоимость Short-Term Holder. Убедительное возвращение на эту отметку может усилить историю восстановления.

Пока что это больше похоже на ралли-поддержку, а не на подтвержденный разворот тренда. 👀

#ECBHoldsRatesAt2.25% #WTIUp6.17%BrentUp7.04% #USRaisesAustraliaTariffTo12.5% #DowJonesFallsOver500Points #KazakhstanApprovesStrategicDigitalMiningProgram $ESPORTS $PROM

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

Интересно, что само хранилище задаёт условия на уровне протокола, а не через централизованного оператора. Предподписанные транзакции в сочетании с ZK-доказательствами по сути позволяют DeFi-контрактам в Ethereum управлять событиями обеспечения на родной для биткоина цепочке. Вопрос, который приходит в голову: насколько надёжно это межцепочечное подтверждение состояния работает под реальными нагрузками и стрессом, или же пограничные случаи в слое BitVM3 создают риски, которые извне не сразу видны.

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

Это заставляет задуматься о том, как на самом деле разворачивается принятие (adoption) в объёмах, имеющих значение, для чего-то настолько архитектурно новаторского. Инфраструктура явно развивается, но то, как со временем пользователи, институты и DeFi-экосистемы усваивают это и начинают доверять ему, остаётся открытым вопросом. На сегодня структура выглядит согласованной, но реальное испытание на устойчивость, возможно, придёт позже — так что время покажет 🚀
#baby $BABY @BabylonLabs_io

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

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

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

Вот это несоответствие я не ожидал. Я думал, что аккредитация — это разовый “шлагбаум”: проверили один раз — и всё. Но это не так. Политика Newton перепроверяет соответствие требованиям с обеих сторон каждой передачи — каждый раз, а не только при первичном подключении.

“Наличие” ≠ “надёжность” — в слегка ином смысле, чем обычно. Адрес покупателя присутствовал в реестре eligible-investor. Но то, насколько этот статус на тот момент действительно оставался актуальным именно в момент данной конкретной передачи, — это был отдельный вопрос, и в политике он рассматривается как единое целое.

Цепочка: передача инициирована → проверка права отправителя → проверка права получателя → юрисдикционный фильтр → решение по политике → расчёт или отмена (revert). Обе стороны должны пройти проверки независимо. Один устаревший реестр на любом конце способен остановить всё.

Чего я раньше не учёл — вторичная ликвидность RWA зависит от того, чтобы данные идентичности оставались актуальными со временем, а не только были корректными при онбординге. Если где-то “выше” по цепочке записи аккредитации обновляются медленно или редко, то токен может быть технически доступен для торговли, но при этом практически неликвиден для части держателей, которые в остальном соответствуют требованиям.

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

Что происходит во время более масштабной распродажи, когда волна держателей одновременно пытается выйти, и заметная доля зависает из‑за устаревших записей о допустимости, которые никто не заметил вовремя?@NewtonProtocol #newt $NEWT

Я читал о проблеме скорости обращения стейблкоинов — более $315 млрд в обращении, но лишь $4,6 млрд действительно приносят доход. Затем меня кое-что остановило: черновик законопроекта Сената от начала 2026 года, предлагающий запретить пассивные доходы по средствам, находящимся в простое, и требующий стимулы, привязанные к фактической onchain-активности.

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

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

Снаружи видно, что регулирование по-новому формирует спрос на инфраструктуру способами, которые никто не предсказывает так, чтобы это было очевидно. Будет ли Newton получать выгоду от этого конкретного законодательного сдвига или он попадет в неудачный момент — действительно трудно сказать; во всяком случае, время покажет👍@NewtonProtocol #newt $NEWT

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

Интересно то, как с этим справляется фундамент. Награды сети — 8,5% от общего предложения — субсидируют раннее участие до того, как органический спрос сможет поддерживать себя. Это разумно, но значит, что реальный экономический тест «маховика» Ньютона еще по сути не начался.

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

С точки зрения внешнего наблюдателя, запустить четырехсторонний рынок, где сам спрос еще нов, — одна из самых сложных задач в проектировании протоколов. Удастся ли Ньютону найти баланс в этой тонкой настройке — вот что для меня действительно остается открытым. Впрочем, время покажет👍@NewtonProtocol #newt $NEWT

Я разбирался, как на самом деле работает TEE-верификация Ньютона, и застрял на одной конкретной детали — удалённая аттестация подписывается ключами, коренящимися в PKI производителя чипов. Intel или AMD подписывает доказательство, подтверждающее, что среда выполнения (enclave) действительно запустилась корректно. Этот корень доверия полностью находится вне протокола.

Что кажется интересным, так это то, что это означает для «бесконтрактного» (trustless) обрамления в Newton. ZK-доказательство, подтверждающее выполнение агента, математически корректно, но лежащая в основе аттестация зависит от того, что удостоверяющий центр (certificate authority) аппаратного производителя ведёт себя корректно. Иногда мне кажется, что многие организации, оценивающие этот протокол, на самом деле не соотнесли этот конкретный зависимый фактор при формировании своей оценки безопасности.

Вопрос, который приходит на ум, звучит так: что происходит, если сервис аттестации производителя чипов будет устаревшим (deprecated), будет выполнена ротация (rotated) или он окажется скомпрометирован? Я не до конца уверен, есть ли в текущем дизайне Newton чёткий ответ на то, что будет с прошлыми доказательствами в такой ситуации, и я не видел, чтобы это было затронуто в какой-либо публичной документации.

Снаружи, комбинация TEE и ZK действительно выглядит инновационной — но цепочка доверия всё равно заканчивается на производителе чипа. Станет ли этот тихо централизованный корень доверия значимой проблемой при реальной институциональной проверке — открытый вопрос. Время покажет 👍@NewtonProtocol #newt $NEWT

Недавно я присматривался к запуску Mainnet Beta протокола Newton, и кое-что в том, как они структурировали слой авторизации, постоянно возвращало меня к этой теме. Идея — это не просто очередная смарт-контрактная платформа: кажется интересным то, что каждая транзакция перед фактическим подтверждением проверяется в соответствии с заданной политикой. Я не уверен, насколько это ощущается «плавно» в масштабе, но из того, что я читаю, они в реальном времени запрашивают данные как onchain, так и offchain через децентрализованную сеть операторов, и это заметно отличается от того, как большинство инфраструктур DeFi сегодня подходят к комплаенсу.

Вопрос, который приходит в голову: не добавляет ли эта проверка политики до подтверждения задержек, которые в итоге операторы и разработчики сочтут раздражающими. SDK Newton's VaultKit предназначен для того, чтобы правила для сейфов можно было программировать без того, чтобы команды сами собирали логику авторизации — это звучит практично. Но иногда я думаю, что простота SDK может порождать скрытые допущения, которые способны дать сбой при необычных рыночных условиях или в транзакциях с пограничными сценариями, которые никто не ожидал.

Если смотреть со стороны, 14-дневный период отмены стейкинга для NEWT и недавний выпуск 139 миллионов токенов выглядят как дизайнерские решения, которые могут тянуть в противоположные стороны. Одно сигнализирует о долгосрочной приверженности безопасности сети, а другое добавляет краткосрочную динамику предложения, которая действительно трудно поддаётся моделированию без более глубокого контекста.

Это заставляет задуматься о том, является ли Mainnet Beta по-настоящему тестовой площадкой или же это уже мягкое обязательство перехода к производственному состоянию. Структура выглядит продуманной, но остаётся неизвестным, как реальные институты будут реагировать, когда возникает трение и при этом всё равно требуется соблюдение мандата — посмотрим, время покажет👍@NewtonProtocol #newt $NEWT

Я читал про zkPermissions от Newton и кое-что конкретное меня зацепило — условия вроде "действовать только когда волатильность превышает X", закодированные прямо в ZK-схеме с нулевым разглашением. Это не стандартная система разрешений. Сама авторизация становится динамической: она реагирует на рыночные условия в реальном времени, а не работает как статический флаг.

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

Вопрос, который приходит на ум, — вычислительный. Генерация ZK-доказательств по данным живого рынка добавляет ощутимую нагрузку. Если условие оценивает в реальном времени ценовые фиды ровно в момент авторизации, я не до конца уверен, как задержка генерации доказательства соотносится с требованиями к скорости для решений, действительно завязанных на рынок.

Снаружи выглядит так, будто zkPermissions решают реальную и недостаточно обслуженную проблему — программируемые, приватные и проверяемые условия для автономных агентов. Сохранится ли скорость генерации доказательств для самых чувствительных к задержкам сценариев — это то, что начнёт показывать mainnet beta; в любом случае, время всё расставит по местам👍
@NewtonProtocol #newt $NEWT