NewbieToNode

@BabylonLabs_io

Я перечитал один абзац в статье Trustless Bitcoin Vaults (TBV) от Babylon, потому что он не совпал с ментальной моделью, которую я построил по другим схемам мостов BitVM.

Я предположил, что окно вызова существует, чтобы обнаруживать некорректные доказательства.

Но дело было не в этом.

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

Некоторые схемы мостов BitVM полагаются на разрешённый (permissioned) набор тех, кто может оспаривать. Если эта группа пропустит мошенничество или не ответит, модель безопасности зависит от неё.

Trustless Bitcoin Vaults (TBV) не делает такого допущения.

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

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

Не период ожидания делает TBV бездоверительным. Делает это безразрешительная (permissionless) процедура оспаривания. Период ожидания даёт этому механизму время отработать.

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

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

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

#baby $BABY

@BabylonLabs_io

Первое, чего я ожидал от Trustless Bitcoin Vaults (TBV), — что биткоин в конечном счёте должен будет научиться понимать Ethereum.

Если нативный биткоин используется в качестве само-кастодиального залога для заимствований в Ethereum, разве биткоин не обязан проверять что-то о состоянии Ethereum?

Я продолжал читать, потому что хотел найти, где это происходит.

Но так и не нашёл.

TBV устроены так, чтобы биткоину не приходилось понимать состояние Ethereum.

Биткоин никогда не запускает верификатор состояния Ethereum и никогда не узнаёт, каково это состояние. Верификация происходит внечейн (off-chain). Роль биткоина — более узкая. Он обеспечивает выполнение условий расчётов протокола, не интерпретируя состояние Ethereum.

Чем больше я вникал в архитектуру, тем яснее выделялся один шаблон. Ничто в дизайне не просит биткоин интерпретировать состояние Ethereum. Архитектура последовательно сохраняет существующую модель валидации биткоина.

Это полностью изменило то, на что, как я думал, Babylon оптимизирует.

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

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

Интересный компромисс — куда именно уходит сложность.

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

Вопрос, с которым я остался, не в том, работает ли этот дизайн. Вопрос в том, сможет ли Babylon продолжать сохранять модель валидации биткоина по мере того, как TBV будет расширяться и поддерживать больше сценариев использования.

#baby $BABY

@BabylonLabs_io

Я предположил, что ликвидация означает, будто протокол уже располагает BTC.

Но предложение Aave для бездоверительных биткоин-«хранилищ» Babylon (TBV) меня переубедило.

Я воспринимал ликвидацию как одно событие.

А в предложении это рассматривается как два.

Кредитный рынок рассчитывается сразу.

А вот BTC — нет.

Беспристрастный (permissionless) ликвидатор выкупает/предъявляет WBTC с небольшим премиумом, а затем ожидает через окно споров в биткоине, прежде чем получить право на то, чтобы забрать BTC, хранящийся в хранилище.

То, чего я раньше не заметил, было не задержкой.

А тем, кто её «поглощает».

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

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

$BABY становится для меня по-настоящему интересным только тогда, когда этот зазор остаётся надёжным в условиях реального рыночного стресса.

#baby

@BabylonLabs_io

Я перестал читать статью о Trustless Bitcoin Vaults (TBV) на одном предложении.

TBV позволяет собственному биткоину обеспечивать заимствования в Ethereum без обёртывания или бриджинга. Затем в статье описали, как доказывать переход состояния в Ethereum, не заставляя биткоин понимать Ethereum.

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

Но я не ошибся.

Биткоин никогда не вычисляет верификатор SNARK. Он также никогда не узнаёт состояние Ethereum.

BitVM3 переносит эту работу в процесс оффчейн-челленджа. Заявление публикуется в биткоине и ждёт за timelock-ом окна для споров. Биткоин принуждает это окно, независимо от того, оспаривают ли заявление. Если никто не оспаривает заявление успешно, расчёты продолжаются. Если же оппонент доказывает, что заявление ложно, второй механизм — hashlock, который срабатывает из‑за раскрытого секрета в неудавшемся доказательстве, — предотвращает выплату.

Это изменило то, как я думаю о TBV.

Биткоин не проверяет Ethereum.

Он обеспечивает соблюдение условий, при которых заявлению разрешено завершиться.

Вычисления остаются оффчейн. Роль биткоина — гарантировать условия безопасности протокола, ни разу не интерпретируя состояние другой цепочки.

То, за чем я сейчас наблюдаю, — не счастливый сценарий.

А сценарий отказа.

Когда в окне челленджа становится оживлённо, как часто это реально используется? И как это выглядит на публичном тестнете TBV, когда одновременно активны несколько заявлений?

$BABY only становится для меня действительно интересным только если процесс споров остаётся предсказуемым в реальных условиях сети.

#baby

Существуют ли другие топ-300 создателей в кампании GRVT Booster, которые сталкиваются с этим?

Я в рейтинге №56 в глобальной таблице лидеров, и все требования для участия выполнены, но кнопка Verify по-прежнему отключена, хотя окно верификации уже открыто.

Я уже обновил приложение, очистил кэш, принудительно остановил его и подтвердил, что использую тот же Keyless Wallet.

У кого-то еще возникает такая же проблема, или это только у моей учетной записи?

#GRVT @grvt_io @Binance Wallet @Binance Customer Support

🚀 $DODO Прорыв более чем на 40% — быки берут контроль!

После недель консолидации $DODO прорвался с сильным импульсом, поднявшись более чем на **42%** и вернув ключевые уровни сопротивления.

📈 Поддержка: $0.024–0.025
🎯 Сопротивление: $0.030

Пока цена удерживается выше зоны прорыва, бычья структура остается в силе. Чистый пробой выше **$0.03** может дать топливо для следующего рывка вверх.

Вы держите $DODO или ждете отката? 👇

🚀 Ещё один токенизированный акционерный инструмент приходит на Binance!

AAOIB/USDT представляет Applied Optoelectronics (AAOI) на платформе Binance bStocks, предоставляя соответствующим пользователям on-chain доступ к базовым акциям.

Поскольку Binance продолжает расширять bStocks, токенизированные ценные бумаги приближают традиционные рынки к криптоиндустрии.

Вы бы торговали токенизированными акциями вместо использования традиционного брокера? 👇

🧵 Что на самом деле происходит прямо сейчас с Ираном

Если вы видели #TrumpMeetsOnWiderIranOffensive взрывающимся, вот полная картина:

Предыстория: Временное прекращение огня между США и Ираном фактически рухнуло на фоне возобновившихся боев. США заявляют, что Иран атаковал коммерческое судоходство в Ормузском проливе — одном из самых важных энергетических «узких мест» в мире. В ответ Вашингтон расширил военные удары и вновь ввёл морскую блокаду, нацеленную на иранские порты.

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

Неожиданный фактор: Американские чиновники пристально следят за «Pickaxe Mountain» — сильно укреплённым подземным объектом, связанным с ядерной сферой и, как предполагается, его трудно уничтожить даже с применением бункеробойных боеприпасов.

Почему это важно для рынков: Ормузский пролив обслуживает значительную долю глобальных поставок нефти и СПГ. Любое затяжное нарушение может поднять цены на энергоносители, усилить риски инфляции и повысить волатильность на мировых рынках — включая криптовалюты. Во время геополитических потрясений подобного рода биткоин и другие крупные активы часто реагируют больше на макрориск-сентимент, чем на ончейн-фундаментальные показатели.

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

#TrumpMeetsOnWiderIranOffensive

@NewtonProtocol

Я пошёл посмотреть, что на самом деле есть в реестре моделей.

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

Но у дорожной карты Ньютон всё иначе.

Первый агент, собранный на протоколе, — это агент Recurring Buy (покупка по расписанию), созданный Magic Labs — командой, стоящей за самим Newton.

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

Это переосмыслило кое‑что из того, что я предполагал.

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

Управление пришло раньше экосистемы.

По мере расширения Newton Mainnet Beta сегодняшняя задокументированная отправная точка — это один внутренний агент. Дорожная карта описывает более широкий маркетплейс, чем тот, который задокументирован сейчас.

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

Мне меньше интересно, достаточно ли одного агента для Mainnet Beta, чем то, что меняется, когда реестр моделей начнёт управлять операторами @NewtonProtocol didn't build. Вот где маркетплейс перестаёт быть дорожной картой и начинает превращаться в инфраструктуру.

$NEWT becomes более интересным для меня, когда эти правила управления начнут применяться к независимым участникам, а не только к исходной точке самого протокола.

#Newt

@grvt_io

Когда я читаю "Insurance Fund", я предполагаю, что именно там заканчивается история с ликвидациями.

Документация GRVT продолжалась.

Если крупные ликвидации загоняют Insurance Fund в дефицит, GRVT рассчитывает Socialized Loss Haircut, разделив дефицит Insurance Fund на Total Client Equity по всей бирже.

Этот процент применяется только к выводам, сделанным в то время, пока дефицит существует.

Я остановился на этом и вернулся к примеру с расчетами.

Ликвидация оставляет Insurance Fund в минусе на 200 USDT против 4 000 USDT общего капитала клиентов. В результате получается haircut 5%. Чарли выводит 500 USDT в течение этого окна. Он получает 475 USDT, а оставшиеся 25 USDT получает Insurance Fund. Как только дефицит возвращается к нулю, haircut исчезает вместе с ним.

Это изменило мое понимание Insurance Fund.

Я воспринимал его как финальный буфер.

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

Haircut не определяется позицией, которая создала убыток.

Он определяется тем, кто решает вывести средства, пока дефицит все еще существует.

Механизм учитывает не только убытки.

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

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

#grvt

@grvt_io

Я пошёл разбираться, что на самом деле защищает кросс-маржа.

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

Но в документации GRVT это описано иначе.

Согласно Справочному центру GRVT, ликвидация при кросс-марже начинается, когда Кросс-маржа Ratio достигает 100%.

Когда этот порог достигнут, ликвидация не ограничивается позицией, из-за которой счёт туда пришёл. Ликвидируется весь кросс-портфель вместе с общей кросс-маржой.

Я перестал читать и вернулся в раздел «Изолированная маржа».

Там описано почти противоположное поведение.

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

Это изменило то, как я понимаю два режима.

Я думал о кросс-марже как о совместной ликвидности.

В документации она описана как совместная платёжеспособность.

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

Прибыльная позиция не становится рискованной из-за того, что она теряет.

Она становится рискованной, потому что она делит обеспечение с той, которая под риском.

Кросс-маржа действительно повышает эффективность капитала.

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

#grvt

@NewtonProtocol

Я читал слово «децентрализованный», будто оно описывает одну вещь.

Это не так.

Я понял это только когда попытался выяснить, где именно Newton Mainnet Beta достигает консенсуса.

Первый уровень был знаком.

Операторы оценивают политики.

Создают аттестации.

Каждый пост Newton, который я написал до сих пор, жил в этом слое. В документации его описывают как децентрализованную сеть, защищённую через restaking на Ethereum.

Я почти остановился.

Но продолжил.

Под ним был ещё один слой.

Я проследил архитектуру, пока не дошёл до валидаторов.

Я думал, что там меня будет ждать то же утверждение о децентрализации.

Но его ещё не было.

Прозрачностный отчёт Newton говорит, что сеть начинается с валидаторов, контролируемых Foundation, затем переходит к разрешённому набору валидаторов от третьих сторон и в итоге стремится к полностью permissionless-набору валидаторов.

Начать.

Перейти.

Стремиться к.

И именно в этот момент я понял, что относился к одному слову так, будто оно описывает одну веху.

В документации это не так.

Децентрализация операторов и децентрализация валидаторов — это разные вехи на разных временных линиях.

Newton децентрализует оценку раньше, чем децентрализует инфраструктуру.

Это различие меняет то, как я читаю архитектуру.

Сеть операторов объясняет, кто оценивает политики и создаёт аттестации.

Набор валидаторов объясняет, кто сейчас производит блоки и финализирует состояние.

Это разные предположения о доверии, развивающиеся по разным графикам.

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

В документации эти слои уже разделены.

Mainnet Beta покажет, будет ли так же и в разговоре.

$NEWT становится для меня интереснее по мере того, как эти две временные линии начинают сближаться.

#Newt

@grvt_io

Регистрация открыта.

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

Я ошибался.

То, что продолжало тянуть меня обратно, было не окном регистрации. Это был план Multiplier.

Сначала я предположил, что мультипликатор означает больше токенов.

Нет.

Согласно руководству GRVT по Multiplier, общий пул аирдропа никогда не меняется. Выбор плана Multiplier лишь меняет то, как этот неизменный пул делится. Вы можете отложить распределение на 4 или 8 месяцев после TGE в обмен на более весомую долю.

И именно в этот момент я перестал воспринимать это как бонус.

Это ощущалось скорее как решение о ликвидности.

Сроки сделали это еще интереснее.

План Multiplier закрывается 17 июля, а регистрация остается открытой до 27 июля. Решение, которое влияет на вашу взвешенность, должно быть принято до того, как само окно регистрации закончится.

Ничего не делать — и вы автоматически остаетесь в Standard Plan. Полное распределение на TGE. Без мультипликатора.

Каждый участник делает один и тот же компромисс по отношению к одному и тому же фиксированному пулу.

Немедленная ликвидность.

Или большая взвешенность в обмен на ожидание.

То, за чем я наблюдаю после TGE, — не то, сколько людей выбрали план Multiplier.

А то, реально ли этот механизм меняет поведение держателей или просто переносит такое же давление продаж на 4 или 8 месяцев вперед.

#grvt

Я продолжал следить $DEXE днями.

Каждое утро я ожидал, что пробой ослабнет.

Но не ослаб.

Сегодня он печатает новый исторический максимум.

Интересно не сама свеча.

Интересно то, что произошло до свечи.

Появлялись новые кошельки.

Киты продолжали накапливаться.

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

Большинство трейдеров назовут это «FOMO».

Я считаю, что это ленивый анализ.

Сильные тренды редко начинаются потому, что внезапно все становятся бычьими.

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

Вот почему самые сложные сделки обычно выглядят «слишком дорогими».

Теперь начинается реальная проверка.

Сможет $DEXE закрепиться выше своего предыдущего потолка или это станет очередным пиком на разогреве, который вознаграждает поздних продавцов, а не поздних покупателей?

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

Связь всё ещё была.

Я ожидал, что к этому моменту она уже исчезнет.

@NewtonProtocol подтверждает выполнение агентом. TEE, доказательства с нулевым разглашением и проверка политики перед тем, как что-либо коснётся состояния. Я предположил, что как только выполнение станет верифицируемым, требование к обеспечению со временем может стать ненужным.

Не стало.

Операторы, публикующие модели агентов в реестре Model Registry, всё ещё вносят $NEWT

И их всё ещё можно слэшить.

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

В документации названо две вещи.

Неправомерное поведение.

Неуспешная валидация.

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

Неуспешная валидация — нет.

Через несколько страниц я наткнулся на другую часть документации, где описывается уровень политики Newton как предотвращающий, а не реактивный. Транзакции, нарушающие политику, не выполняются. Изменений состояния нет. Деньги не двигаются.

Вот где моё чтение замедлилось.

Предотвращающая модель объясняет, почему некорректное выполнение не должно доходить до сети.

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

А вот что мне не удалось найти — операционная граница между этими двумя идеями.

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

Я снова и снова возвращался к фразе «неуспешная валидация».

Она описывает недействительную транзакцию?

Сбой живучести?

Оператор, который никогда не отвечает?

Доказательство, которое так и не приходит?

Я не знаю.

Документация не делает эту границу явной, и, по-моему, это как раз более интересный вопрос.

Возможно, «неуспешная валидация» — это не про то, что выполнение плохое по сути.

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

По мере того как Newton Mainnet Beta выходит в производство: какое именно операционное событие на самом деле подразумевается под «неуспешной валидацией»? Где начинается эта граница?

$NEWT only становится интересной для меня только если эта граница остаётся достаточно чёткой, чтобы операторы понимали, против чего именно они ставят обеспечение, прежде чем производственный трафик начнёт её проявлять.

#Newt

@NewtonProtocol

Первое, что я искал в кроссчейн-архитектуре Newton, был не ретранслятор.

Это был второй реестр операторов.

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

Я не смог это найти.

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

И я продолжил прокрутку.

Так и не нашли.

Следующее, что я обнаружил, оказалось не другим реестром. Это был корень Меркла, подписанный BLS, который переносит обновленную таблицу операторов из Ethereum. Беспристрастные (permissionless) ретрансляторы распространяют эту подписанную корневую хэш-сущность по целевым блокчейнам, где on-chain-верификатор обновляет локальную таблицу операторов после проверки совокупной подписи.

Это изменило то, как я читаю архитектуру.

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

Оказалось, что это то, что каждый блокчейн унаследует.

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

Часть, за которой я наблюдаю, — не то, работает ли распространение.

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

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

#Newt