Salman49

ПОЧЕМУ БЕЗДОВЕРИЕ ВСЁ ЖЕ ЗАВИСИТ ОТ ТОГО, КАК СТРУКТУРИРОВАН ПРОДУКТ

Фондовый администратор.

Это была та фраза, из-за которой я притормозил.
Идея Babylon понятна. Trustless Bitcoin Vaults (TBV) созданы, чтобы Биткоин оставался Биткоином, даже когда он используется в финансовых приложениях, без обёртывания и без передачи опеки. Именно эту часть официальная документация объясняет особенно ясно.

Затем я переключился на запланированную интеграцию GoMining.

В объявлении сказано, что для институциональных пользователей ожидается блокировка BTC через TBV, заимствование под них и направление заимствованных средств в майнинговые продукты, управляемые GoMining. Также говорится, что предполагается структурирование этого инструмента как токенизированного фонда GoMining с независимыми Fund Administrator, Custodian и Auditors. При этом указывается, что розничная интеграция пока лишь рассматривается.

Вот там мой вопрос изменился.

Дело было не в том, доверительный или бездоверительный TBV. Речь была о том, как сам фонд будет взаимодействовать с TBV.

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

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

Celsius изменил для меня одну привычку. Когда я вижу слова вроде Fund Administrator или Custodian, я трачу больше времени на чтение юридической структуры, чем на раздел с вознаграждением. В продуктах, где сочетаются дизайн протокола и финансовые продукты, эти документы часто отвечают на совсем другие вопросы.

Так что я не жду более высокой APY.

Я жду документ, который объяснит розничный поток — от первого нажатия в приложении до финального BTC- хранилища. #baby $BABY @BabylonLabs_io

NFA.DYOR.

Почему BTC-стейкинг + финалити-провайдеры делают репутацию инфраструктуры измеримой

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

Ваш BTC-стейк не «включается» сразу, когда вы его блокируете. Он отправляется как MsgCreateBTCDelegation, попадает в BTCDelegationRegistry, ждёт 6 подтверждений по BTC, а затем привязывается к конкретному Finality Provider ещё до активации любого voting power. Эта привязка — не маркетинговая мишура. Это состояние протокола. Его можно запросить.

Потом для меня щёлкнуло с EOTS. Если FP сделает double-sign, вы не подаёте апелляцию в рамках голосования. Протокол криптографически извлекает их секретный ключ. Доказательства, а не аргументы. QueryFinalityProviders уже раскрывает pubkeys, voting power и статус slashing. Я продолжал искать «репутационный скоринг» и понял, что Babylon не нужен один. Он ведёт журнал исходного поведения: аптайм, slashes, делегационный поток. Из этого и складывается репутация.

Это похоже на выбор между AWS и GCP. Никто не верит лозунгам. Проверяешь инциденты, аптайм, MTTR. Babylon пока не выставляет FP оценок, но кладёт объективные данные on-chain вместо дискуссий в Discord.

После этого меня перестало заботить, какой доход даёт BTC. Я начал следить, к какому FP привязывается мой стейк: их действия публичны, проверяемы и сопоставимы. Это подотчётность инфраструктуры, которую можно измерить через $BABY not promise.

Источник: Babylon Documentation, ноябрь 2025. Не является финансовой рекомендацией. DYOR. @BabylonLabs_io #baby $BABY

ПОЧЕМУ BABYLON РАЗБИВАЕТ ПРОВЕРКУ НА СПЕЦИАЛИЗИРОВАННЫЕ ЭТАПЫ, А НЕ ДЕЛАЕТ ВСЁ СРАЗУ

Я открыл @BabylonLabs_io docs, потому что хотел понять стейкинг в Bitcoin. Странно, но меня задержала не та часть. Я застрял на чём-то гораздо более мелком. Я следил за контрольной точкой и заметил, что она никогда не переходила напрямую в Bitcoin. Она всё время перемещалась из одного узла протокола в другой.

Сначала я подумал, что мне что-то не удалось увидеть. Почему не позволить одному компоненту делать всё? Но чем больше диаграмм я смотрел, тем более намеренным это казалось. Эпохирование заканчивается первым. Оно ждёт окончания эпохи и удерживает набор валидаторов стабильным ещё до того, как даже создаётся контрольная точка. Если учитывать, что Bitcoin создаёт блок примерно раз в 10 минут, переносить туда каждый протокольный event всё равно не имело бы особого смысла.

Затем контрольная точка снова перемещается дальше. Модуль Checkpointing собирает BLS-подписи в одну контрольную точку. Vigilante отправляет её в Bitcoin через OP_RETURN. Позже BTC Light Client проверяет заголовки Bitcoin независимо. Я всё время ожидал, что где-то будет место, где всё собирается воедино, но Babylon в реальности работает иначе.

Та же история произошла и когда я добрался до остальной архитектуры. BTC Staking не пытался верифицировать контрольные точки. Finality Providers не управляли делегированиями. EOTS не был ещё одним модулем стейкинга. Каждый элемент выглядел так, будто ему комфортно делать одну работу и затем уходить с дороги. Протокол никогда не просит один компонент знать всё.

Думаю, именно в этот момент архитектура наконец стала для меня понятной. Не потому что я разобрался с другим модулем, а потому что я перестал искать «главный модуль». Каждый раз, когда один кусок заканчивает свою работу, другой незаметно подхватывает его. В итоге я потратил больше времени на изучение этих «передач» (handoffs), чем на сами компоненты.

DYOR.

#baby $BABY

ПОЧЕМУ РЕГИСТРАЦИЯ ТАЙМСТАМПОВ BITCOIN + ЧЕКПОИНТИНГ РАЗДЕЛЯЮТ ОКОНЧАТЕЛЬНУЮ ВЕРИФИКАЦИЮ (FINALITY) НА ДВА УРОВНЯ

Я всегда думал, что окончательность (finality) — это просто. Раз сделано — значит сделано.

Потом я прочитал, как работают протокол таймстампинга Bitcoin и чекпоинтинг. Это заставило меня взглянуть на finality по-другому.

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

Babylon Labs не пытается ускорить Bitcoin. Она дает Bitcoin другую задачу.

Когда эпоха достигает finality через провайдеров окончательности (Finality Providers), Babylon Chain продолжает работать. Затем модуль x/checkpointing создает корень Merkle эпохи. Протокол Bitcoin Timestamping записывает в Bitcoin только это криптографическое обязательство через OP_RETURN. Bitcoin не нужно каждый блок или каждую транзакцию из той эпохи.

Вот что мне показалось особенно интересным.

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

Для меня это и есть главная идея этого дизайна.

Чекпоинтинг — это не только про то, чтобы экономить место в блоках Bitcoin. Это про то, чтобы решить, когда Bitcoin должен быть задействован. Быстрая координация происходит на Babylon Chain. Bitcoin помогает защитить запись уже после того, как работа выполнена.

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

DYOR.

#baby $BABY @BabylonLabs_io

Биткоин-обеспеченная борьба, к которой никто не готов

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

Что на самом деле означает биткоин-обеспеченная безопасность?

Ответ оказался проще, чем я ожидал. Биткоин помогает защищать сеть. Сама цепочка продолжает запускать свой собственный код, приложения и обновления. Это две разные задачи.

Затем в голову пришёл ещё один вопрос.

Если цепочка, использующая безопасность, обеспеченную биткоином, будет взломана — чья репутация получит удар?

Цепочки?

Или биткоина?

Вот где, как мне кажется, всё начинает путаться.

Представьте первый заголовок:

Взлом цепочки с биткоин-обеспечением.

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

Поэтому я думаю, что главная сложность не техническая.

А в смысле этих двух слов.

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

Это разные вещи.

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

Возможно, я слишком далеко заглядываю вперёд.

Но в криптоиндустрии никогда спорили только о коде.
Мы годами спорили о словах вроде «настоящий биткоин», «Layer 2» и «децентрализованный».
Не удивлюсь, если биткоин-обеспеченная безопасность станет следующим предметом спора. _DYOR.

#baby $BABY @BabylonLabs_io

Кто богатеет, когда вы платите штраф? Babylon говорит: никто

На прошлой неделе мне выписали штраф-извещение на ₹500. Я проехал на красный свет. Деньги ушли в государство.

Затем мой банк взял ₹400 за просроченный на 1 день EMI. Дата платежа была спрятана в мелком шрифте. Моя ошибка стала их прибылью.

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

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

Но что будет, если нарушить правила? У Babylon есть штраф — slashing.

В документации Babylon сказано: если валидатор жульничает, его размещенный Bitcoin подвергается slashing. Slashing означает, что его сжигают. В документации четко указано — этот Bitcoin не поступает команде Babylon. Он не идет другим пользователям. Он исчезает навсегда.

Это главное различие.

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

С Babylon никто не зарабатывает на штрафе. Bitcoin уничтожается. Поэтому единственная причина правила — поддерживать безопасность системы, а не зарабатывать деньги.

Система, в которой наказание не приносит победителя, — это система, построенная на доверии.

Теперь перед тем как я использую любое приложение или сервис, я спрашиваю: «Кто получит деньги, если я допущу ошибку?»

Если ответ: «компания», — я ей не доверяю.
Если ответ: «никто», как в Babylon, я знаю, что правило чистое. #baby $BABY @BabylonLabs_io

Мой BTC, Мои правила: разблокировка на $5B, которая это доказала

Я просто проверял Babylon, когда увидел, что в анбандлинг (unbonding) поступило 14 929 BTC. Мне было интересно, как именно весь этот BTC возвращается.

Lombard переходил к новым Finality Providers, а TVL Babylon упал с $3,97B до $2,68B. Вместо того чтобы смотреть на TVL, я открыл документы, чтобы разобраться в процессе вывода.

В документах сказано, что BTC становится доступным для трат примерно после 301 блока Bitcoin — около двух дней. Lombard также сообщил, что BTC перемещается к новым провайдерам только после анбандлинга.

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

У Babylon всё ещё в стейкинге 68 500+ BTC, и Lombard с Solv всё ещё удерживают около 85%.

DYOR.

#baby $BABY @BabylonLabs_io

Я перестал делиться своим биткоином

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

Я не проводил там много времени.

Одна фраза из другого раздела снова и снова тянула меня назад. Там не объяснялось, что я могу сделать с биткоином. Там объяснялось, как Babylon отказывается обращаться с ним прежде всего — до того, как что-либо вообще произойдёт.

Формулировка выглядела обычной.

"Ваши биткоины не смешиваются ни с чьими другими."

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

Документация не отвечает на этот вопрос одним абзацем. Она отвечает через архитектуру. У каждого пользователя — отдельное Taproot-хранилище. Никакого общего баланса, который заранее «ждёт» где-то на фоне.

А затем масштаб начал менять то, как я смотрю на это решение.

56 853 BTC уже находятся внутри этой архитектуры хранилищ. Это живая система, а не абстрактная идея. Примерно в то же время a16z выделила 15 миллионов долларов, чтобы помочь создать Trustless Bitcoin Vaults. Эти цифры не говорят мне, что дизайн правильный.

Они говорят, что этот дизайн заслуживает второго взгляда.

Вот туда я и вернулся — к самому началу.

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

Я перестал воспринимать это как функцию хранилища.

Всё, что было дальше, стало выглядеть как следствие того одного решения.@BabylonLabs_io #baby $BABY

Вавилон не создает протокол стейкинга. Он создает рынок для обеспечения безопасности биткоина.

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

Стейкинг — это механизм, но не конечная цель.

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

Вместо того чтобы просить пользователей мостить или оборачивать BTC, Babylon удерживает биткоин в его родной сети, позволяя BSN перенимать его экономическую безопасность. Держатели BTC предоставляют безопасность, Finality Providers координируют ее, а BSN потребляют.

На этом этапе система больше напоминает рынок распределения безопасности, чем традиционный протокол стейкинга.

Самое интересное — что дизайн Babylon выходит за рамки простого генератора доходности по BTC. По мере того как все больше BSN интегрируется, тот же биткоинский стейк в итоге сможет защищать несколько сетей через мульти-стейкинг, создавая дополнительные потоки вознаграждений без перемещения BTC с ончейна.

Если эта модель масштабируется, биткоин перестает вести себя как “спящее” обеспечение и начинает вести себя как многоразовая общая безопасность.

Вот что большинство людей упускает.

Называть Babylon «рынком безопасности» — по-прежнему скорее интерпретация, чем официальный язык протокола. Но архитектура все больше поддерживает такое прочтение: отдельные провайдеры безопасности, операторы и потребители, скоординированные через Babylon Genesis.

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

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

Источник: The Babylon Thesis Source: Bitcoin Staking Source: What is Bitcoin Staking Source: Babylon: A Game-Changing Approach to Scaling Bitcoin

#baby $BABY @BabylonLabs_io

Один пролив. Четыре рынка. Почему каждый инвестор в криптовалюты должен следить за Ормузом.

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

Недавние данные показывают, что трафик судов через Ормуз сократился примерно на 52%, а Brent поднялась выше $85 за баррель на фоне опасений сбоев поставок. Одновременно сообщения о росте рыночной волатильности вызвали массовые ликвидации на рынках криптовалют, напоминая трейдерам, как быстро глобальные события способны менять настрой по отношению к риску.

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

Для меня главный вывод не в попытке предсказать следующий заголовок. Главнее понять цепную реакцию. Сбой на одном из самых загруженных энергетических маршрутов мира способен повлиять на нефть, акции, валюты и в конечном итоге на криптовалюту. К тому времени, когда Биткоин начнет реагировать, история обычно уже началась где-то в другом месте.

Если вы торгуете криптовалютой, наблюдать только за криптовалютой больше недостаточно. Иногда первый сигнал появляется за сотни миль от любой блокчейн-платформы. NFA.DYOR.

Самый большой финансовый риск, возможно, кроется в правилах, которые никто не проверяет

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

Причем та же идея последовала за мной и в документации Newton.

data.params на первый взгляд выглядит обычно. Здесь хранятся лимиты, пороги, белые списки и прочие значения конфигурации. Чем глубже я изучал архитектуру, тем меньше это походило на конфигурацию и тем больше — на память системы. Каждая транзакция оценивается в соответствии с решениями, которые могли быть приняты задолго до того, как вообще появилась эта транзакция.

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

Newton отделяет логику политики от конфигурации, чтобы организации могли обновлять data.params, не переписывая саму Policy. В документации также вводится --expire-after: параметры могут истекать после заданного числа блоков. Я не воспринимаю это как удобную функцию. Я вижу в этом признание того, что предположения вчерашнего дня со временем становятся риском сегодняшнего.

Чем больше я об этом думаю, тем больше это ощущается как проблема систем, а не финансов. Надежные системы не строятся, когда один раз принимают идеальные решения. Они создаются за счет пересмотра невидимых правил, которые продолжают принимать решения еще долго после того, как все забыли, что они вообще существуют.
NFA.DYOR. #newt $NEWT @NewtonProtocol

Мы создавали более быстрые финансовые системы. Возможно, мы забыли построить брандмауэры.

Несколько дней назад я делал онлайн-платёж. Сумма была небольшой, но платёж всё равно приостановился из‑за дополнительной проверки. В тот момент это показалось излишним. Приложение уже знало мой аккаунт, мой баланс и получателя. Так зачем меня останавливать?

Этот вопрос вернулся ко мне, пока я читал документацию Newton. Я дошёл до этапа, где Intent оценивается ещё до выполнения. Operator Network проверяет Policy, формирует BLS Attestation, а PolicyClient подтверждает это доказательство, прежде чем транзакция сможет продолжиться. В первый раз, когда я это прочитал, мне показалась, что это просто ещё одна система авторизации.

Затем я добрался до VaultKit и Shield Contracts, и одна деталь заставила меня остановиться и задуматься. Защищённое действие не пересылается, если операторы его отклоняют, если не набирается требуемый кворум 67%, если attestation истекает, либо если валидация Shield не проходит. Именно в этот момент моё первое впечатление изменилось.

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

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

Источник: документация протокола Newton. Технические термины, такие как Intent, Policy, Operator Network, BLS Attestation, PolicyClient, VaultKit, Shield Contracts и стандартный кворум 67%, описаны в документации. Сравнение «финансовый брандмауэр» — это мой личный анализ. #newt $NEWT @NewtonProtocol #Web3 #AI