Я читал документацию TermMax по роли Leverager, и один момент привлёк моё внимание: позиция с плечом не отслеживается как простой баланс — она отчеканивается как отдельный актив, то есть Gearing Token.
Я предположил, что это просто оболочка для залога, но механизм устроен более автономно. Алиса вносит 1 000 USDC, выполняет флэш-займ ещё 2 000, покупает 3 ETH и фиксирует их в GT. Затем GT выпускает Fixed-Rate Tokens, которые разделяются на основную сумму и проценты: процентная часть продаётся за XTs, а эти XTs вместе с основной суммой позволяют выкупить достаточно USDC, чтобы погасить флэш-займ. Одна транзакция, без ручного «циклирования».
Вот тогда мне стало ясно, почему GT вообще должен существовать: это единственный объект, который одновременно фиксирует обе стороны позиции — и долг, и залог.
После проверки официального анонса TermMax V2 я заметил то, что стоит отметить. В посте про V2 описан Smart Unwind — он позволяет левериджерам задавать автоматические условия выхода по GT до наступления срока. Но на странице документации Leverager это всё ещё прямо указано как «функция пока не запущена» — даже после более широкого развертывания V2. Это разумный компромисс для поэтапного запуска, но оставляет открытым вопрос: «не запущена» означает протокольно в целом или только для отдельных рынков?
Я читал объявление Dusk о партнерстве с Chainlink, ожидая привычные разговоры об интеграции CCIP, но один момент бросился в глаза раньше любой технической формулировки: партнер за этим проектом — вовсе не крипто-нативная платформа. Это NPEX — полностью регулируемая нидерландская фондовая биржа.
Я предположил, что это очередная история про мосты и каналы передачи данных, поэтому напрямую проверил официальный сайт. Пункт, который выделился, описывает реальный послужной список NPEX: NPEX, тем временем, приносит мощное наследие регулируемой работы на рынке. Будучи фондовой биржей в Нидерландах, надзор за которой осуществляет Управление по финансовым рынкам Нидерландов (AFM), NPEX помогла привлечь более €200 млн финансирования для 100+ МСП и связывает сеть из 17 500+ активных инвесторов.
Именно тогда стало ясно, почему в этой истории важен Chainlink. Dusk не просто соединяет блокчейны — он связывает уже регулируемую биржу с ончейн-расчетами. CCIP становится уровнем интероперабельности, а Chainlink DataLink и Data Streams — теми компонентами, которые призваны передавать на блокчейн официальные рыночные данные NPEX. Это другая задача, чем та, под которую обычно строят большинство оракулов для DeFi.
Меня удивило, как это подано. Dusk позиционирует себя как ориентированный на сохранение приватности, но эта интеграция опирается в значительной степени на прозрачность и проверяемые данные. Это не столько противоречие, сколько компромисс: конфиденциальность на уровне транзакций и верифицируемость на уровне данных, чтобы институции получали соответствие требованиям, не отдавая приватность целиком.
Я все еще разбираюсь, насколько эта модель масштабируется дальше одной биржи, или же NPEX — просто тот доказательный кейс, который Dusk нужно показать, прежде чем за ним последуют другие.
Как вы думаете: честный баланс или пока слишком рано судить?#dusk $DUSK @Dusk
Я читал раздел про линейку диапазонов поручителей для сеттеров ордеров, и одна деталь привлекла мое внимание: в примере Боб выдает в кредит 10 000 USDC, и после всего одного матча он уже держит 10 250 FT. Мое первое предположение было, что эти дополнительные 250 — это ожидаемая (прогнозная) доходность, а не что-то уже реальное.
После повторной проверки механики оказалось, что это не так. При размещении система чеканит principal FT, равные полной сумме Боба, с парными XT, распределяя их по ордеру. Изменяется только процентная часть при матчинге: заемщик делит выпущенные ему FT на principal и interest, продает interest FT Бобу в обмен на XT из его ордера, а затем погашает, используя эти XT плюс свои собственные principal FT. Боб никогда не трогает XT — он просто получает interest FT.
Меня удивило то, что заемщик делает и деление, и погашение, а не сам кредитор. Боб остается пассивным после того, как задает свою ценовую кривую: он меняет контроль над ценой отдельных исполнений на фиксированную, предсказуемую доходность.
При этом мне все еще интересно, как кривая решает, какие исполнения попадают ближе к 4%, а какие — к 6%.
Я читал страницу Dusk о партнерстве с NPEX, и одна деталь бросилась в глаза: лицензия DLT-TSS по-прежнему указана как «в процессе», а не выданная. Я предположил, что это просто стандартная регуляторная задержка — обычный период ожидания для любых подач в ЕС. Но после дальнейшей проверки оказалось, что сроки более конкретные, чем я ожидал. Германия's 21X уже в декабре получила первую лицензию DLT Pilot Regime для комбинированной торговой и расчетной площадки — и сделала это в Polygon, а не в собственной сети Dusk. То есть точная лицензия, которую сейчас добиваются Dusk и NPEX, уже существует в другом месте, на инфраструктуре, которой Dusk не управляет. Удивило меня больше всего то, насколько глубоко на самом деле простираются отношения NPEX. В прошлых интервью CEO Dusk говорил, что ему предлагали роль CTO в NPEX напрямую — это означает, что торговая инфраструктура NPEX перестраивается на технологии Dusk изнутри, а не просто интегрируется как партнер. Вот то, что часто упускают из виду: контраст. Один официальный источник описывает DLT-TSS как веху, которая все еще впереди. Другой показывает конкурента, который уже работает по этой самой лицензии — полностью на другой цепочке. Если читать это вместе, становится ясно: преимущество Dusk — не в том, что он первым оформляет лицензию, а в глубине интеграции NPEX «под» ней.
Стоит понаблюдать, закроет ли этот структурный стартовый задел лицензионный разрыв быстрее, чем ранний темп, который задает 21X.
Я читал объявление Dusk о партнерстве с NPEX и Chainlink, и одна деталь сразу привлекла мое внимание: DUSK переключается между Ethereum и Solana, используя так называемый Cross-Chain Token standard, или CCT. Я предположил, что это просто очередной механизм моста — тот, который заворачивает токен и надеется, что ликвидность появится на другой стороне.
Однако после проверки официального анонса терминология оказалась более конкретной. Dusk прямо указывает на «модель burn/mint» и описывает ее как полное устранение зависимости от сторонних пулов ликвидности. Именно тогда стало понятно, почему они сделали нулевой слиппедж (zero slippage) аргументом продажи, а не просто технической сноской. Меня особенно удивило сравнение с собственной документацией Chainlink по CCIP: там перечислены несколько возможных механизмов — burn-and-mint, lock-and-mint и lock-and-release. Dusk не просто в общем виде приняли CCIP; они выбрали конкретную конфигурацию, при которой токены уничтожаются на исходной цепочке и создаются заново на целевой, а не «запираются» и не представляются обернутой версией.
Компромисс, стоящий за этим выбором, похоже, заключается в контроле versus гибкости. Burn-and-mint требует, чтобы эмитент предоставил права на чеканку (minting) на каждой подключенной цепочке — это более крупное обязательство по доверию на старте, но при этом позволяет избежать проблемы фрагментированной ликвидности, которую обернутые активы создают со временем.
Я все еще разбираюсь, что это означает именно для регулируемых ценных бумаг NPEX, поскольку акции несут в себе ограничения комплаенса, которых может не быть у «универсального» токена. Сохраняется ли обоснованность burn-and-mint в том же виде, когда базовый актив — это регулируемая акция, а не валюта?#dusk $DUSK @Dusk
Сегодня я проверял цифры TermMax, и кое-что сразу бросилось в глаза.
DefiLlama показывает $31.21M в TVL и $27.28M в активных займах, тогда как дашборд кампании протокола отслеживает прогресс к отдельному порогу в $50M.
Два разных источника. Два разных числа.
Но самое интересное было со стороны заимствований.
При $27.28M заимствований против $31.21M в TVL коэффициент использования составляет примерно 87%. Это довольно высокий показатель для протокола с фиксированной ставкой, который построен вокруг изолированных рынков, а не общей ликвидности.
Еще один любопытный показатель: 98.4% TVL протокола сейчас размещено в Ethereum. Это выглядит согласованным с фокусом документации на PT-рынках и приносящих доход активах в качестве обеспечения.
Полагаю, разница в TVL связана со временем или методологией, но мне все равно интересно.
Кто-нибудь нашел официальное объяснение этому несоответствию?
Я поздно ночью читал документацию к нодам Dusk, вполуха. Почти полностью пропустил раздел про архивные ноды.
Я решил, что это скучно. Просто хранилище старых блоков. Ничего интересного.
Но одна строка остановила меня.
Оказывается, архивная нода может ещё и стейкать и участвовать в консенсусе. Та же нода, только с дополнительной работой.
Подождите, что? Я думал, что архивные ноды просто тихо работают где-то на фоне. Я продолжил читать, ожидая больше деталей. Затем увидел, что в документации также сказано, что это в целом не слишком рекомендуется. Меня это на секунду сбило с толку. Зачем упоминать то, что вы на самом деле не хотите, чтобы люди делали?
И тут до меня дошло.
Это не правило. Скорее, предупреждающая наклейка. Нода может выполнять обе задачи, но делать их одновременно — это уже очень много для одной машины. Представьте себе библиотекаря, которого ещё попросили охранять здание на ночь. Технически возможно. Скорее всего, выматывает. Эта маленькая деталь изменила то, как я вижу такие ноды. Не каждую возможность нужно использовать только потому, что она существует. Иногда самая честная вещь в документации — не сама функция. А тихая пометка, которая говорит: будь осторожен.
Теперь меня заставляет задуматься, сколько операторов нод прочитали эту строку и просто… проигнорировали её.
Я просматривал документацию TermMax, пытаясь понять, что на самом деле означает «Fixed-Rate Token» («токен с фиксированной ставкой»), и предположил, что сама ставка должна быть зафиксирована протоколом — устанавливается один раз при открытии рынка. Это предположение не выдержало и первой страницы про токенизацию. В документах FT описывается как бескупонная облигация: она обязуется выплатить 1 debt token (долговой токен) в момент погашения, но до этой даты торгуется с дисконтом. Значит, «фиксированная» часть — это не зафиксированное число, а пункт назначения: полный один debt token, гарантированный на дату погашения. То, что на самом деле зарабатывает кредитор, зависит от дисконта, по которому он покупает: он определяется тем, какую range-ордер(заявку в пределах) он в итоге заполняет. Вот тогда и дошло. Меня удивило другое: пара условий, работающая «под капотом» — 1 FT плюс 1 XT равны 1 debt token, и это соотношение сохраняется в любой момент времени, а не только на этапе расчетов. XT — это не «побочный актив», оставленный в стороне; это вторая половина того же уравнения, и она становится бесполезной в ту же секунду, когда FT можно погасить в момент погашения. Компромисс в том, что цена сдвигается по мере уменьшения времени до погашения, поэтому эффективная ставка меняется с каждым сделкой, а не остается статичной. Похоже, это сделано намеренно: рынок сам «находит» ставку, вместо того чтобы протокол диктовал её заранее.
Мне интересно, насколько этот дисконт реально соответствует оставшемуся времени, когда ликвидность на рынках ближе к моменту погашения становится тоньше. #termmax @TermMax
Я считал, что по сути все блокчейны работают примерно одинаково «за кулисами». Транзакции отправляются, они ждут в очереди, и все могут видеть эту очередь до того, как что-либо будет подтверждено. Я никогда особо это не подвергал сомнению. А потом я прочитал кое-что в документации Dusk, что заставило меня остановиться. В DuskEVM нет той видимой очереди ожидания вообще. Транзакции проходят сразу, и при этом не появляется ничего публичного, показывающего, что именно произойдёт, прежде чем это случится. Именно тогда мне всё стало ясно. На большинстве цепочек разрешать всем видеть ожидающие транзакции считается нормальным, а иногда даже полезным — ради прозрачности. Но это также означает, что любой, кто внимательно следит, может увидеть готовящуюся сделку и сыграть первым. Для обычных переводов это почти неважно. Но для регулируемой финансовой активности это реальный риск. Так что это не просто технический «обходной путь». Похоже скорее на осознанный выбор: прозрачность меняют на защиту, потому что финансовые учреждения меньше заботит наблюдение очереди и больше то, чтобы их активность не была раскрыта до того, как она окончательно завершится. К чему я снова и снова возвращаюсь, так это к тому, как это меняет само значение слова «приватность» в данном контексте. Это не про сокрытие всего. Это про то, чтобы не транслировать намерение, пока транзакция не станет реальной. Будут ли финансовые учреждения действительно больше доверять системе, если они не смогут видеть транзакции заранее, или это просто переносит проблему доверия в другое место? #dusk $DUSK @Dusk
Я читал страницу Dusk о партнерстве с NPEX и заметил одну деталь: упоминание лицензии «DLT-TSS». Раньше я не встречал этот термин в контексте блокчейна, поэтому предположил, что это внутренняя терминология Dusk.
Однако после проверки официальной страницы выяснилось, что это реальная регуляторная категория — лицензия DLT Trading and Settlement System. Это одно из более новых обозначений в рамках правил пилотного режима ЕС для инфраструктуры рынка, работающей на технологии распределенного реестра.
Что меня удивило, так это сравнение той страницы с более ранним объявлением Dusk о NPEX. В исходном релизе 2023 года NPEX описывалась просто как биржа, имеющая лицензию MTF. Более новая страница «Regulatory Edge» перечисляет полный стек: MTF, Broker, ECSP и готовящуюся к выпуску DLT-TSS. Это заметное изменение охвата между двумя официальными материалами одного и того же источника: не противоречие, но признак того, что регуляторное покрытие партнерства со временем расширилось, а не было определено с самого первого дня.
Осторожное прочтение здесь такое: Dusk не заявляет о собственной лицензии — она наследует уже существующий регуляторный статус NPEX во всем стеке. Это сделанный по замыслу компромисс: он связывает историю комплаенса Dusk с прогрессом лицензирования NPEX, а не с самостоятельной рамочной моделью.
И это поднимает реальный вопрос: когда DLT-TSS будет окончательно утверждена, изменит ли это то, какие типы активов могут быть урегулированы на Dusk, или главным образом формализует то, что NPEX уже делает?
Я просматривал некоторые обновления Dusk Network, и одна деталь привлекла мое внимание: они создают нечто под названием Hedger, описываемое как модуль конфиденциальности для своей предстоящей EVM-слойной архитектуры. Моё первое предположение было, что это просто означает «приватные транзакции» — ту же подачу, которую используют большинство приватных блокчейнов. Однако, изучив официальную документацию, я понял, что это точнее, чем кажется. Hedger использует гомоморфное шифрование вместе с доказательствами с нулевым разглашением, но цель тут не только в сокрытии данных — скрытые данные должны быть проверяемыми, когда это необходимо. И тогда всё встало на места. Регулируемым финансам на самом деле не нужна абсолютная секретность. Им нужна конфиденциальность, которую можно избирательно открывать для аудиторов или регуляторов, не раскрывая при этом всё публичной цепочке. Меня удивило, как это меняет весь спор «приватность против прозрачности». Вместо выбора одного варианта DuskEVM, похоже, построена на переключении между ними в зависимости от того, кто задаёт вопрос и зачем. Тут есть компромисс, о котором стоит упомянуть. Поддержка конфиденциальных рабочих процессов в стиле Solidity означает дополнительные вычислительные затраты по сравнению с обычной EVM-сетью, потому что доказательства и проверки зашифрованного состояния не бесплатны. Скорее всего, это цена за проектирование под институциональные нужды, а не только ради максимальной пропускной способности. И всё же возникает вполне реальный вопрос: по мере того как всё больше реальных активов будут перемещаться onchain, станет ли «избирательная прозрачность» фактическим отраслевым стандартом, а не редким исключением?
Я предположил, что NPEX переносит активы на Dusk через простую токен-мнаграцию.
Но это не так.
NPEX уже является регулируемой голландской биржей, лицензированной как MTF и брокер.
Что на самом деле происходит: Chainlink CCIP становится уровнем интероперабельности для активов, которые NPEX выпускает на DuskEVM. DataLink передаёт данные биржи onchain. Data Streams обрабатывает рыночные фиды.
Нигде в этом лицензия NPEX не заменяется и не обходится.
Активы на протяжении всего времени остаются связанными с действующим регулируемым статусом NPEX. Роль Chainlink лишь в том, чтобы позволить этим регулируемым данным перемещаться между сетями, не нарушая соответствие требованиям.
Одна деталь выделилась. Часто упоминаемые 300 млн+ EUR — это не новые средства, входящие в крипто. Это существующие регулируемые AUM, которые представляются onchain и по-прежнему регулируются той же лицензией, что и всегда.
Зачисление токенов под существующую лицензию — это «вывод TradFi onchain», или это просто предоставление TradFi нового интерфейса? #dusk $DUSK @Dusk
Я читал форум Aave по управлению и заметил кое-что странное: WBTC постоянно всплывал в предложениях по увеличению "supply cap" (лимита предложения) — месяц за месяцем. Я предположил, что такой актив уровня blue-chip, как wrapped Bitcoin (обёрнутый биткоин), будет иметь просто неограниченное пространство для внесения и заимствования.
Однако это предположение не подтвердилось.
После проверки реальных публикаций Aave от Risk Steward я обнаружил, что лимит предложения WBTC на Aave V3 Core в июне был примерно при 97% загрузки, что побудило LlamaRisk рекомендовать поднять его с 31,800 до 38,200 WBTC. За несколько недель до этого тот же лимит снижали с 39,000 до 31,800.
Что меня удивило — это постоянные "качели". Это не статичное число, которое один раз задают и забывают: его почти непрерывно корректируют в зависимости от глубины ликвидности и наблюдаемого поведения пользователей. Тогда стало ясно: лимиты предложения нужны не для того, чтобы ограничивать популярность — они являются аварийным предохранителем. Если слишком много WBTC скапливается относительно доступной on-chain ликвидности, сбой в оракуле или всплеск ликвидаций может обогнать то, что рынок способен фактически переварить.
Ограничение предложения удерживает этот риск в допустимых границах даже тогда, когда спрос высокий. Но цена этой защиты реальна. Когда лимит заполняется, держателям WBTC, которые хотят заимствовать под залог, приходится просто ждать, пока управление (governance) примет решение.
Меня заставляет задуматься, сколько людей предполагают, что "capacity full" означает проблему, хотя это может быть просто сознательная осторожность системы.
Я листал страницу статистики Aave и заметил, что WBTC на V4 достиг рекордного максимума за всё время.
Моё первое предположение было простым. Спрос на плечо, должно быть, вырос.
Но это не до конца сходилось. Если бы это разгонялся спрос на заимствования, ставки тоже должны были бы расти.
Поэтому я проверил само приложение Aave, а не гадал.
Оказалось, что сейчас держатели WBTC, cbBTC, WETH и wstETH могут занимать USDC примерно под -0,2%.
Отрицательно. Вам платят за то, чтобы взять кредит.
Вот тогда всё щёлкнуло.
Всплеск предложения — это не просто уверенность в биткоине. Часть эффекта — арбитраж по ставкам, который практически механически притягивает капитал.
Именно поэтому мне тоже бросило в глаза предложение @BabylonLabs_io proposal на Aave.
Оно нацелено на то, чтобы нативный BTC можно было возвращать по заимствованиям напрямую — без необходимости оборачивания со стороны депозита. Но ликвидации всё равно идут через WBTC, поскольку биткоин не может подтверждаться достаточно быстро для расчётов в реальном времени.
Так что даже рынок с «нативным BTC» опирается на WBTC в тот момент, когда это важнее всего.
Зачем вообще строить всё это с субсидированными ставками и запасными вариантами с обёртками.
Дизайн Aave V4 «хаб-и-спицы» позволяет каждому рынку задавать свои стимулы, при этом делясь ликвидностью из общего хаба. Это позволяет Aave наращивать глубину на новых рынках, включая Babylon, вместо ожидания органического спроса.
Компромисс в том, что «рекордное предложение» сложнее читать напрямую.
Часть — это вера. Часть — просто более выгодная ставка.
Когда рынок кредитования достигает рекордного максимума, как обычно понять разницу? #baby $BABY
Я предположил, что нативное кредитование BTC в предложении по Aave с номером @BabylonLabs_io означает, что WBTC не фигурирует.
Оказалось, что нет.
Я проверил временную проверку (temp check) на форуме по управлению Aave, чтобы убедиться.
Депозиты фиксируются напрямую в нативном BTC в сети Bitcoin. Но ликвидации вообще не затрагивают этот BTC.
Когда позицию ликвидируют, ликвидатор обменивает средства из хранилища (vault) на WBTC с небольшим премиумом. Именно это закрывает долг в Ethereum. А реальное погашение (редемпшн) биткоина происходит отдельно, позже.
И вот тогда это дошло.
Разделение существует потому, что Bitcoin не может подтверждать достаточно быстро, чтобы ликвидация происходила в реальном времени. WBTC позволяет проводить расчёты мгновенно в Ethereum, тогда как более медленная, проверенная разблокировка BTC происходит по своему собственному графику.
Так что реальная дилемма — не «нативный BTC против обёрнутого BTC».
В том, что нативный BTC обеспечивает кредит, но WBTC всё равно несёт ключевой момент: ликвидацию.
Само предложение ещё на ранней стадии — оно находится на этапе temp check перед тем, как будут завершены аудиты и финализированы параметры риска.
Заставляет задуматься, как рынок оценит это короткое окно, в котором BTC и WBTC должны доверять друг другу. #baby $BABY
Я предположил, что вознаграждения за со-стейкинг требуют некоторого минимального размера стейка, прежде чем вы увидите реальную выгоду. Так обычно устроены большинство многоуровневых систем вознаграждений.
После того как я проверил официальный гайд Babylon по со-стейкингу, выяснилось, что это предположение ошибочно. В документации прямо указано, что вес для со-стейкинга может быть любым десятичным значением, и вам не нужно иметь хотя бы 1 BTC или 20,000 BABY, чтобы получать вознаграждения. В ней это прямо рассматривается как миф: любое количество BTC и BABY приносит вознаграждения пропорционально, без минимального порога, заложенного в формулу.
Что меня удивило, так это то, насколько строгим является механизм связывания под этой гибкостью. Вознаграждения рассчитываются по взвешенной формуле, которая учитывает ваши BTC- и BABY-стейкы вместе, а не рассматривает их как отдельные потоки вознаграждений. Также есть точное требование, которое большинство людей могло бы не заметить. Если ваш BTC-адрес стейкинга и ваш BABY-адрес стейкинга различаются, вы получаете ноль вознаграждений за со-стейкинг, поэтому обе делегации должны использовать ровно один и тот же BABY-адрес. Это не ошибка — так протокол приписывает вес одному участнику при использовании двух разных типов активов. Компромисс логичен: пропорциональные вознаграждения сохраняют открытость системы для любого держателя, но правило совпадения адресов обеспечивает чистую атрибуцию.
И всё же это поднимает реальный вопрос — сколько стейкеров BTC на Babylon непреднамеренно теряют вознаграждения из‑за простой несогласованности адресов? #baby $BABY @BabylonLabs_io
На прошлой неделе я смотрел календари разлоков токенов, и имя Babylon постоянно всплывало, так что я углубился. Моё первое предположение было стандартным сюжетом: команды распродают токены на рознице. Но цифры не слишком сходились. В обращении BABY находится около 4 млрд из общего объёма почти 10 млрд — примерно 37% уже разблокировано, а цена токена держится около $0.011–0.013 при капитализации в районе $45–50 млн. Поэтому я пошёл в документацию, чтобы проверить реальный график. И вот тут щёлкнуло: Babylon не использует единую модель «одного клифа и сразу дампа». Ранние инвесторы, команда и советники используют ту же схему: сначала годовой клифф, затем ещё 35 ежемесячных релизов по 1/36 каждый — период растягивается с мая 2026 года до апреля 2029-го. Меня удивило, насколько это продумано. Линейный трёхлетний «дрип» означает, что ни один месяц не заливает рынок разом. Компромисс в том, что размывание не прекращается — это медленный, ровный «налог» на цену, а не один резкий шок. Есть и второй слой: у BABY 5,5% годовой инфляции под вознаграждения за стейкинг, частично компенсируемой сжиганием токенов через BSN reward auctions. То есть предложение не просто разблокируется — его ещё и чеканят, и одновременно частично сжигают. Заставляет задуматься: действительно ли длинный, предсказуемый дрип способен сильнее менять поведение инвесторов, чем большой клифф?
Я просматривал недавние цифры Babylon и обратил внимание на одну деталь: протокол только что пересёк отметку примерно в 56 000 BTC, поставленных на стейкинг — где‑то севернее $5 млрд по стоимости — и при этом не было задействовано ни одного wrapped‑токена. Я видел множество проектов из категории «Bitcoin DeFi», заявляющих похожие цифры, поэтому решил, что это просто ещё один кастодиальный обёрточный продукт с более удачным маркетингом.
Это предположение не продержалось и пяти минут после знакомства с документацией.
Модель стейкинга Babylon удерживает BTC зафиксированным прямо в сети Bitcoin с помощью timelocked‑скриптов, а не перемещением монет куда‑то. Здесь нет моста или синтетического актива, который выступал бы заменой вашему BTC. Меня удивило то, насколько значительная часть модели безопасности опирается на ограничения сценариев (scripting) Bitcoin, а не на смарт‑контракты. Вместо этого Babylon использует предварительно подписанные транзакции и правила в духе covenant, которые активируются только в том случае, если валидатор ведёт себя неправильно.
И вот тогда для меня щёлкнул главный компромисс. Поскольку Bitcoin не может нативно «слэшить» (штрафовать) стейк валидатора так, как это делает EVM‑цепь, Babylon закладывает условия слэшинга прямо в процесс анбандлинга. Это изобретательно, но также означает, что ваш BTC временно становится неликвидным во время анбандлинга, потому что гарантия безопасности зависит от этого временного окна.
Есть и более новая многостейкинговая схема: тот же самый BTC может обеспечивать сразу несколько сетей proof‑of‑stake. Больше доходности, но и больше валидаторов, чьё поведение может влиять на ваш стейк. Эффективное использование капитала против концентрированного воздействия — ощущается как реальное противоречие; это не изъян, а осознанная ставка.
Я снова и снова возвращаюсь к одному вопросу: когда всё больше цепочек подключаются к одному и тому же пулу стейкнутого Bitcoin, общая безопасность масштабируется плавно или незаметно перераспределяет риск вместо того, чтобы его устранять? #baby $BABY @BabylonLabs_io
Я предположил, что комитет по ковенантам может заморозить биткоины стейкера, если захочет. Он не может переместить ни один сатоши без собственной подписи стейкера.
У каждого стейкингового вывода в Babylon есть три способа потратить его: вывод средств (withdrawal), размежевание/разблокирование (unbonding) и слэшинг (slashing). Комитет по ковенантам со-подписывает все три.
Но со-подписание — это не то же самое, что управление. Ключ стейкера требуется для каждого пути, кроме слэшинга недобросовестного провайдера финальности. Без него подпись комитета ничего не значит.
Поэтому комитет может одобрить запрос на unbonding. Он может обеспечить соблюдение таймлока и процента слэшинга. Но он не может перенаправить средства, ускорить выход или слэшить честного стейкера — потому что у него никогда нет единственного ключа, который делает любой из этих путей исполнимым.
Группа, которой нужно со-подписывать каждую транзакцию, снаружи выглядит всемогущей. Посмотрите внимательнее — это всего лишь проверяющий правила, у которого нет способа нарушить те правила, которые он проверяет. #baby $BABY @BabylonLabs_io
Я читал обновление TBV тестнета, пролистывая вполглаза — peg-in снизили до трёх часов, комиссии урезали втрое. Прогресс ощутимый.
Потом одна строка меня остановила: планы Babylon по паузе с целью бриджить их собственный токен BABY в Ethereum, ссылаясь на опасения по безопасности мостов.
Странно, ведь протокол, построенный на «мы решили проблему моста».
Но это не противоречие — это различие. Обычный мост чеканит обёрнутый токен по принципу доверия — сломай логику, и кто-то сможет чеканить «из ничего». TBV сам по себе не перемещает BTC. Он перемещает криптографически ограниченное требование о нём, обеспечиваемое скриптами и доказательствами, а не «словом валидатора».
То есть команда доверяет этой модели реальные биткоины клиентов. Но пока не доверяет их своему собственному токену.
Это честнее, чем признаёт большинство запусков. Но остаётся более сложный вопрос на виду: что «проверяемое состояние в Ethereum» всё ещё, по сути, является представлением, живущим на другой цепочке — той же формы, что и то, что делает мост, просто с другим уровнем доверия под капотом.
Если это достаточно безопасно для реального BTC, почему бы не BABY — и если нет, что говорит этот разрыв о том, насколько они на самом деле доверяют этому решению в масштабе? #baby $BABY @BabylonLabs_io