BAAKU

Сеть Dusk по-прежнему описывают как дом Соглашения о Конфиденциальной Безопасности, или XSC. Термин восходит к Whitepaper V2.0 в 2019 году, связанному с моделью Zedger для регулируемых активов.
В текущей технической документации XSC не упоминается. Выпуск теперь осуществляется через Zedger и Hedger, конфиденциальность — через Phoenix и Moonlight. Репозиторий протокола на GitHub, помеченный как работа в процессе, охватывает только консенсус и экономику. Смарт-контракты находятся в разделе будущих работ; упоминаний XSC нигде нет.
Есть два прочтения, которые соответствуют представленным данным. XSC могла быть реорганизована в Zedger и Hedger по мере созревания системы. Или же это осталась питчевая подача 2019 года, которая так и не стала поддерживаемым стандартом и была тихо заменена.
Это похоже на брошюру со списком названия функции, которая была прекращена, тогда как в руководстве описывается та же функция под новым названием. Оба утверждения технически верны. Важно лишь то, что отражает то, что поставляется сейчас.
Для инфраструктуры, построенной на доверии к регулированию, этот разрыв стоит отметить.#dusk $DUSK @Dusk

Я пошёл искать XSC на текущем сайте Dusk. На главной странице его нет. На странице основных компонентов тоже нет. Эта страница вместо этого описывает Zedger и Hedger и называет Hedger эволюцией Zedger. XSC всё ещё существует. Я нашёл его в глоссарии — определено так же, как и раньше, просто вынесено из основных страниц по архитектуре. Возражение первое. Это может быть обычная уборка в документации. Глоссарии часто содержат более старые термины без какого-либо более глубокого смысла за ними. Возражение второе. Линия Hedger задокументирована, а не скрыта. Dusk прямо говорит, что Hedger эволюционировал из Zedger, так что этот сдвиг не выглядит тихим. Меня это напоминает о том, как автопроизводитель убирает старое название комплектации из буклета, хотя характеристики по-прежнему лежат в руководстве для владельца. Деталь остаётся. Просто слово перестало смотреть на клиентов. Я не нашёл поста, объясняющего переименование. Функция выглядит нетронутой. Ярлык переместили в конец книги. #dusk $DUSK @Dusk

При запуске основной сети Dusk объявила две функции вместе: Dusk Pay — платежный контур, соответствующий MiCA, и Lightspeed — совместимый с EVM уровень 2, выполняющий расчёты на Dusk L1.
Это было в январе 2025 года. Формулировки из дорожной карты за I квартал 2026 года всё ещё перечисляют Dusk Pay как то, что нужно запустить, а не как то, что уже работает.
Тем временем текущая техническая документация описывает работающий EVM-уровень 2 подробно — секвенсор, пакетную обработку, расчёты, но под другим названием, DuskEVM. В этой документации Lightspeed не упоминается.
Одно объяснение простое: переименование в ходе разработки. Команды делают это довольно часто, и смена названия не является доказательством застоя продукта.
Другое объяснение — смена приоритетов. Возможно, разработка EVM-уровня получила более высокий приоритет, из-за чего платёжный контур отодвинулся, при этом никто явно не заявил об этом.
Это немного похоже на компанию, которая объявляет два продукта в один день, спустя год отправляет один из них под новым ярлыком и при этом оставляет клиентов заметить, что о втором вообще не было обновлений.
Ничто здесь не подтверждает неудачу. Это подтверждает разрыв между тем, что было сказано, и тем, что сейчас отражено в документации.#dusk $DUSK @Dusk

Dusk внедрила Chainlink CCIP в качестве кроссчейн-уровня для токенизированных ценных бумаг на DuskEVM; об этом было объявлено 13 ноября 2025 года вместе с регулируемым партнером — нидерландской биржей.
Проблема — фрагментация. Ценная бумага, ограниченная одной цепочкой, имеет ограниченный охват. CCIP позволяет токенам перемещаться между цепочками, при этом эмитенты сохраняют право владения контрактом и лимиты по скоростям.
DUSK также получает кроссчейн-переводы через модель burn-and-mint (сжигание и чеканка), избегая объединенной ликвидности.
Это добавляет зависимость. Dusk создана так, чтобы минимизировать доверие благодаря доказательствам с нулевым разглашением (zero-knowledge) и встроенной логике комплаенса. CCIP — внешняя сущность. Теперь ее модель безопасности находится внутри пути расчета.
Здесь важны два контраргумента. Во-первых, реальный объем производственных транзакций через CCIP для этих ценных бумаг пока публично не подтвержден. Во-вторых, лимиты по скоростям со стороны эмитента дают мало защиты, если сама базовая инфраструктура моста будет нарушена.
Полезное сравнение — банк, отправляющий средства за рубеж через сеть корреспондентов. Контроли самого банка остаются в силе, но сам перевод все равно зависит от надежности корреспондента.

#dusk $DUSK @Dusk

Сделка Dusk с регулируемой нидерландской фондовой биржей всё чаще подаётся как обновление интероперабельности. Однако сама биржа — та деталь, на которую стоит обратить внимание. Она уже имеет лицензионный статус торгового центра и проводит расчёты по финансированию для малого бизнеса, а не по криптовалютной ликвидности.
Это меняет смысл интеграции. Принятый здесь стандарт интероперабельности — не про скорость. Он даёт регулируемой площадке документированный способ перемещать выпущенные активы между цепочками в формате, который регуляторы могут проверить.
Реальная аналогия. Это похоже на то, как банки десятилетия назад внедряли стандартизированные международные системы обмена сообщениями. Медленно, без громких эффектов, создано для того, чтобы выдерживать проверку, а не чтобы впечатлять трейдеров.
Возражение первое. Принятие стандартов — не то же самое, что объём расчётов. Пока нет публичных данных, показывающих реальный поток сделок по этому каналу.
Возражение второе. Регуляторное лицензирование находится у партнёра биржи, а не у самой Dusk. Роль Dusk зависит от того, сохранит ли этот партнёр свой статус соответствия.
Станет ли это реальной инфраструктурой расчётов или останется пилотным проектом — пока открытый вопрос.#dusk @Dusk $DUSK

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

В документации Dusk указано, что 500 миллионов DUSK распределяются стейкерам за 36 лет. Модель распада уменьшает эмиссии вдвое каждые четыре года при коэффициенте 0.5, высвобождая почти половину от общего запланированного объёма уже в первые четыре года.
Полезная аналогия: план бонусов на десять лет, который выплачивает половину своей общей стоимости в первый год, а затем небольшими траншами — выглядит стабильно на протяжении всего периода, но реальная стоимость концентрируется в начале.
Текущая циркулирующая эмиссия уже находится почти на уровне 497 миллионов при лимите 500 миллионов, выделенном до запуска мейннета, так что «нависающего» выпуска остаётся немного. Давление предложения сейчас в основном создают именно эмиссии от стейкинга, а не «инвесторские» распродажи по графику.
Здесь важны два замечания.
Во‑первых, фронтальная (ускоренная в начале) эмиссия — это распространённый элемент дизайна, и сама по себе не является автоматически недостатком. Более крупные награды в первые годы могут укрепить участие валидаторов, пока сеть ещё молодая.
Во‑вторых, данные о циркулирующем объёме немного различаются у разных трекеров, и реальный уровень участия в стейкинге за этими эмиссиями не полностью публичен.
Остаётся открытым вопрос, добавляет ли такое расписание давление именно в текущей фазе адаптации разработчиками.@Dusk #dusk $DUSK

DuskEVM позволяет разработчикам развертывать смарт-контракты, написанные на Solidity — языке, который уже используется в большинстве существующего кода контрактов. Он работает как отдельный слой выполнения и затем производит расчёты на Layer 1 от Dusk. Согласно официальной документации Dusk, актуальной на август 2026 года, команды могут использовать привычные инструменты разработки, вместо того чтобы заново создавать всё на незнакомой инфраструктуре.
Это устраняет конкретный барьер. Цепочки, ориентированные на приватность, исторически заставляли делать выбор. Разработчикам приходилось переписывать контракты на незнакомых языках либо сохранять свой код и при этом терять функции приватности. DuskEVM позволяет запускать контракты в основном без изменений, при этом выполняя расчёты в сети, созданной для конфиденциальных, соответствующих требованиям (compliant) транзакций.
Газ в DuskEVM оплачивается в DUSK. Пакеты транзакций затем рассчитываются обратно на базовом слое Dusk для финальности и доступности данных.
Здесь стоит отделить два момента от самого объявления.
Во-первых, совместимость — это не то же самое, что использование. Сеть, принимающая привычный код контрактов, — это улучшение доступа. Это не доказательство того, что разработчики или капитал уже строят там на значимом масштабе.
Во-вторых, подобная совместимость сейчас стала распространённой на многих блокчейнах, конкурирующих за внимание одних и тех же разработчиков. Её ценность зависит от того, действительно ли применяются конфиденциальные и аудируемые (auditable) инструменты транзакций от Dusk, а не просто предлагаются.
Один конкретный пример позволяет заземлить это. По отчётам партнёров, лицензированная европейская биржа ценных бумаг токенизировала на инфраструктуре Dusk более 200 миллионов евро в традиционных активах. Это измеримый случай реальных активов, перемещающихся on-chain — не ограничивающийся одним лишь объявлением о совместимости.
Сохранится ли активность разработчиков на сопоставимом масштабе — открытый вопрос, а не заранее решённый исход.@Dusk #dusk $DUSK

DuskTrade, созданный с NPEX, снова и снова появляется в сообщениях сообщества с числом: более 300 миллионов евро в токенизированных ценных бумагах. На это стоит обратить внимание. Если проследить дальше, эта цифра встречается только во вторичных социальных публикациях, а не в отдельном заявлении от Dusk с зафиксированной суммой и датой. Пробел небольшой, но он важен, если это число собираются повторять как факт.
Вот простой способ это понять. Город может объявить проект строительства моста на 300 миллионов долларов. Число реальное, но оно описывает контракт, а не машины, которые уже ездят по готовому мосту. Токенизированные ценные бумаги работают похоже. Значение «потока» (pipeline) — это не то же самое, что расчёт (settlement), который уже произошёл on-chain.
У Dusk здесь всё ещё есть два момента в пользу. NPEX — это регулируемая биржа под надзором финансовых органов Нидерландов, так что активность за DuskTrade не возникла «из ниоткуда». Также сейчас есть инструменты межсетевой совместимости для поддержки аудируемого расчёта, что станет особенно важно, когда появятся реальные, датированные цифры.
Пока что число, за которым стоит следить, — то, которое подтверждается в сети (on-chain), а не то, которое чаще всего повторяют.#dusk @Dusk $DUSK

Проверка SNARK на Bitcoin раньше означала on-chain спор стоимостью более 14 000 долларов в недавнем тесте, согласно экспериментам BitVM2. BitVM3 снизил стоимость on-chain, но для настройки требовалась 42 ГиБ зашифрованной (garbled) схемы, согласно его собственной статье. Хранение перенесло проблему, но не убрало её.
Новая статья BaBe от Babylon, опубликованная в феврале 2026 года вместе с Babylon Labs и исследователями из Berkeley, утверждает 1000-кратный выигрыш в эффективности по сравнению с BitVM3 при верификации Groth16. Это тот самый слой проверки proof, от которого зависит безопасная и недорогая проверка доказательств в качестве залога vaultBTC в Aave V4.
Одна загвоздка. Сама статья BitVM3 отмечает, что BaBe достигает этого, ограничивая споры заданным набором участников (permissioned challenger set), а не полностью открытой моделью BitVM3. Эффективность в обмен на открытость, при этом на масштабах это всё ещё не доказано и не испытано в продакшене.#baby $BABY @BabylonLabs_io

Я смотрел на документ о корпоративном управлении по интеграции нативного обеспечения BTC в Babylon и пытался понять, что именно заставляет путь ликвидации работать. В техническом обосновании была спрятана ссылка на работу под названием BaBe. Когда я её открыл, история показалась иной по сравнению с маркетинговыми тезисами.
Биткоин не может нативно верифицировать SNARK. Это было ключевым препятствием для бездоверительного BTC DeFi на протяжении многих лет.
Более ранний протокол, BitVM2, решил эту проблему теоретически. Но в собственных заметках по исследованиям говорится, что оспаривание мошеннического утверждения on-chain может стоить больше 14 000 долларов в комиссиях. Это работает только если мошенничество на практике никогда не будет оспорено.
Последующий дизайн, BitVM3, снизил эти on-chain-издержки, перенеся верификацию в зашифрованную схему (garbled circuit), выполняемую вне сети. Это сработало, но каждая схема занимает 42 гибибайта. Настройка и хранение стали новым узким местом.
BaBe — ответ Babylon на эту вторую проблему. Согласно eprint от февраля 2026 года, он сохраняет on-chain-выгоды BitVM3, одновременно сокращая затраты на хранение и настройку. Его со-разрабатывают с UC Berkeley, и он должен появиться на конференции по безопасности с peer-reviewed публикациями позже в 2026 году.
Вот что зацепило меня. Поток ликвидации, который сейчас находится в центре голосования в рамках управления крупного кредитного протокола, исходит из того, что эта криптография выдержит проверку в продакшене так же, как выдерживает её на бумаге.
Возражение первое: исследования в области биткоина часто опережают формальную публикацию. Ожидание даты конференции — это не то же самое, что ожидание того, что механизм действительно надёжен; независимые аудиты по безопасности могут подтвердить дизайн ещё до того, как академическая статья будет официально представлена.
Возражение второе: базовое предположение о доверии не нулевое, но оно небольшое. Настройка garbled circuit опирается на метод cut-and-choose, и исследователи, изучавшие эту ветку дизайна, оценивают вероятность отказа примерно как 2 в степени отрицательной 40. На практике это рассматривают как пренебрежимо малую величину в масштабах всей области, а не как открытый риск. Я всё время думаю о нём как о системе пожаротушения, которая прошла все лабораторные испытания и теперь устанавливается в здании, где уже находятся люди, — при том что слушание по её сертификации назначено.$BABY #baby @BabylonLabs_io

Я провёл часть своих выходных за делом, которое мне действительно нравится: сразу перешёл к технической документации конкретного проекта, вместо того чтобы полагаться на пересказы, которые носятся где попало.
В этот раз привычка себя оправдала. Во многом из покрытия за 2026 год «Multi-Staking Mainnet» Babylon описывается как полностью работающий. Но текущая спецификация стейкинговой транзакции, написанная самой командой Babylon, всё ещё говорит, что сейчас можно выбрать только одного провайдера финальности на каждую стейкинг-транзакцию, а поддержка большего количества должна появиться в будущей версии протокола.
Я некоторое время это обдумывал.
Вот что это значит на практике. Каждая стейкинговая транзакция блокирует Bitcoin в скрипт, который жёстко кодирует ровно один публичный ключ провайдера финальности. Если бы кто-то захотел делегировать тот же BTC двум разным сетям сегодня, он не смог бы сделать это в рамках одной транзакции. Ему понадобилась бы вторая стейкинговая транзакция и отдельный UTXO — по сути, это два раздельных стейка под одну сеть, поставленные рядом, а не один мультисетевой стейкинг.
Я хочу дать этому корректное прочтение, потому что есть две веские причины, почему это может оказаться не столь тревожно, как сначала выглядит.
Первая — что Babylon здесь заслужил доверие. Это команда, которая раньше внедряла изменения аккуратными этапами, и исходные лимиты для стейкинга в сети Bitcoin заполнились за минуты после того, как они открыли доступ. Апгрейд скрипта, который приходит после того, как заработал слой координации, — обычный вариант последовательности для проекта, который вносит изменения на уровне Bitcoin, где осторожность — правильный инстинкт.
Вторая — что под «операционностью» вполне может подразумеваться готовность стороны координации и маршрутизации наград, даже если Bitcoin-скрипт ещё не догнал. Это два разных слоя, выполняющих разные задачи, и не было бы странно, если бы один пришёл раньше другого.
Я не смог найти публичное число, показывающее, сколько сетей реально получают делегирования с мульти-стейком прямо сейчас, поэтому не могу сказать, широко ли это уже используется или работает только для небольшой ранней группы, пока большинство Bitcoin продолжает обеспечивать безопасность одной сети за раз.
Это не похоже на то, будто функция не появится.it feels like Babylon will go so Far.
$BABY @BabylonLabs_io #baby

Я просматривал форум по управлению Aave по предложению Babylon о хранилище, и один его фрагмент заставил меня остановиться и задуматься.
Идея изящна. Закрепить BTC в Taproot UTXO в Bitcoin. Получить зеркальный токен под названием vaultBTC в Ethereum. Использовать его как залог в Aave V4. Никаких мостов, никаких кастодианов — согласно предложению.
Продуманная часть — в механике ликвидации. Поскольку нативный BTC не может урегулироваться мгновенно, процесс разбивается на две части. Ликвидатор сразу обменивает захваченную позицию на WBTC с небольшим премиумом, а позже, когда окно доказательств мошенничества закрывается, кто-то другой выкупает реальные BTC в Bitcoin.
Это вдумчивый способ разделить проблему, о которой большинство людей даже не подумали бы разделять. Многодневная задержка при расчетах в Bitcoin поглощается тем, кто покупает залоченное хранилище, а не заемщиком или Aave.
Меня заставили копнуть глубже две вещи.
Во-первых, Babylon описывает стейкинг и систему хранилищ как единую историю о залоге, но, похоже, это два разных механизма. Стейкинг подвергает делегированный BTC слэшингу, если провайдер финальности ведёт себя неправильно. Хранилище — это заблокированный UTXO, привязанный к доказательствам погашения. То, может ли позиция в хранилище также быть делегированной, и что произойдет с открытым займом, если этот BTC будут подвергнут слэшингу в середине позиции, пока не отражено в публичной документации. У самого Aave на форуме по рискам уже есть отдельный пост о штрафах Babylon за слэшинг, написанный до появления этого предложения по хранилищу.
Во-вторых, ранее в этом году кредитный протокол принял в качестве залога токен, обеспеченный через мост и приносящий доход. Мост был эксплуатирован. При этом собственные контракты протокола были в порядке всё это время, однако он всё равно увидел передачи на миллиарды в течение дня и был вынужден помогать организовывать аварийный фонд. Урок заключался не в коде того протокола. Он был о том, сколько доверия проходит через один единственный принятый актив.
Это немного похоже на обеспеченную складскую расписку. Товары остаются на складе, а расписка торгуется так, как будто это сами товары, и каждый, кто держит её, доверяет складу, который он никогда не проверял.
$BABY @BabylonLabs_io #baby

На прошлой неделе я проверял цифры по поставкам Babylon и что-то не сходилось.
BABY инфлирует на 8% в год. Это число зафиксировано. Оно автоматически выпускается, независимо от того, что еще происходит в сети.
Смещение должно происходить за счет сжигания. Когда партнерская сеть отправляет стейкинговые награды в Babylon, люди делают ставки за эти награды в BABY, и победившая ставка сжигается.
Я попытался найти цифру о том, сколько BABY на самом деле уже было сожжено. Я не нашел. В каждом источнике описывается механизм, а не результат.
Это мое первое сомнение. Инфляция гарантирована. Сжигание пока не подтверждено.
Также говорят о предложении сократить инфляцию с 8% до 5,5%. Я проверил, прошло ли оно. Не прошло. Текущая ставка по-прежнему 8%.
Это мое второе сомнение. Люди обсуждают 5,5% так, будто это уже правда. Но это не так.
Это напоминает арендодателя, который каждый год повышает аренду без исключений, обещая возврат средств, когда достаточно арендаторов организуются для этого сами. Повышение всегда происходит. Возврат зависит от усилий, которые никто еще не подтвердил.
#baby $BABY @BabylonLabs_io

Я просматривал документы Babylon по токеномике и кое-что меня действительно удивило.
У BABY фиксированная годовая инфляция 8 процентов для стейкинг-наград. Не уменьшается со временем. Просто стабильная — каждый год.
Сначала это прозвучало тревожно. Но чем больше я читал, тем больше понимал: это выглядит как осознанный дизайнерский выбор, а не как ошибка.
Вот смещение. Каждый раз, когда Bitcoin Supercharged Network платит за награды, она платит в BABY, и этот BABY сжигается. Так что чем больше на самом деле используется экосистема, тем больше предложения возвращается обратно из обращения.
Мне это напомнило небольшой бизнес, который каждый месяц платит сотрудникам фиксированную зарплату независимо от продаж, но выкупает акции компании только тогда, когда позволяют прибыли. Зарплата гарантирована. А обратный выкуп зависит от того, насколько хорошо идут дела.
По сути, здесь происходит то же самое. Валидаторам достаются предсказуемые награды. А сжигание — это та часть, которой нужно заработать себе место.
Возражение первое, в пользу этого дизайна: предсказуемая инфляция на самом деле полезна для молодой сети. Валидаторы знают, что получают, независимо от настроений рынка, что помогает удерживать слой безопасности стабильным, пока экосистема еще растет.
Возражение второе, тоже в пользу: такое часто встречается в сетях ранней стадии в целом. Механизмы сжигания обычно сначала отстают от темпов принятия, а затем догоняют, когда использование наращивается. Необычным это не является: в первый год смещение может выглядеть тонким, а к третьему году — совсем другим.
Мой вывод не негативный. Скорее, BABY не пытается копировать историю дефицитности Биткоина, и я считаю, что это нормально. Это рабочий токен для рабочей сети, и его история по объему предложения зависит от того, сколько реальной активности через него проходит.
Я просто продолжу следить за цифрами сжигания по мере того, как будут запускаться все новые BSN, потому что именно это число и рассказывает здесь настоящую историю.#baby $BABY @BabylonLabs_io

Я снова и снова возвращаюсь к одной детали токеномики BABY в Babylon, о которой почему-то мало говорят: у BABY есть встроенный механизм, который сжигает сам себя, и он работает только в том случае, если сеть действительно растёт.
Вот как это должно функционировать. Каждая Bitcoin Supercharged Network, которая подключается к Babylon Genesis, направляет часть своих наград за стейкинг в on-chain-аукцион. Участники делают ставки на эти награды с помощью BABY. Любые BABY, которые выиграли ставку, сжигаются навсегда — без возврата, навечно исключаясь из обращения. Поэтому чем больше сетей появляется и хочет получить эту общую биткоин-безопасность, тем больше BABY со временем выводится из предложения.
Это действительно удачная часть дизайна. Она связывает дефицит токена с реальным использованием, а не просто с фиксированным графиком, который кто-то прописал в whitepaper. Большинство токен-баёрнов, с которыми мне приходилось сталкиваться, носят скорее косметический характер. А здесь всё завязано на то, что действительно происходит в мире, и поэтому это выглядит честнее, пусть даже и менее предсказуемо.
Текущие цифры помогают это прочувствовать. BABY стартовал с 10 миллиардов токенов и 8% годовой инфляции, поровну распределённой между стейкерами BTC и стейкерами BABY. Текущая циркулирующая эмиссия — примерно 3,7–4 миллиарда. Следующее запланированное разблокирование, 10 августа, выпускает около 136 миллионов токенов — чуть больше 1% от общего предложения. На фоне такого стабильного выпуска у механизма сжигания есть реальная работа, прежде чем он начнёт заметно компенсировать новую эмиссию, выходящую на рынок.
Я не думаю, что это является минусом дизайна. Просто сейчас это реальное, честное состояние дел. Дефляционный механизм, завязанный на принятие (adoption), — это ставка на будущее, а не гарантия того, что происходит в настоящем.
За чем я бы хотел продолжать следить — две вещи. Во-первых, сжигание ускоряется только тогда, когда вместе с ним ускоряется adoption BSN, так что траектория предложения токена действительно зависит от успеха развития бизнеса, а не только от того, что протокол работает правильно. Во-вторых, BABY — это не ERC-20 токен: он нативный для Babylon Chain, а значит, его ликвидность и интеграции зависят от того, как будет созревать собственная экосистема Babylon, а не от возможности просто подключиться к инфраструктуре, которая уже существует где-то ещё.@BabylonLabs_io #baby $BABY

Цепочечный аудит Genesis Babylon от Zellic, опубликованный 26 марта 2025 года, фиксирует 32 замечания, распределённых между пятью консультантами, за десять недель. Семь были оценены как критические. Все из них либо были исправлены, либо признаны Babylon Labs.

Два из этих замечаний идут рядом в отчёте и описывают один и тот же базовый пробел с разных ракурсов.

Провайдер окончательности, который подвергается «slashing», должен потерять право голоса немедленно. Но в коде проверка статуса slash была выполнена в одном ветвлении, а в другом — пропущена. Если провайдер был slashed, пока делегация BTC всё ещё была в ожидании, эту делегацию могли впоследствии обработать без повторной проверки slash — в результате провайдер снова попадал в активный набор для голосования.
Это не гипотетический сценарий, о котором кто-то теоретизировал постфактум. Это задокументированный путь выполнения: в отчёте названы точные функции, и исправление, которое Babylon Labs действительно выпустила в рамках двух коммитов.

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

Уместная аналогия: сотруднику отключают пропуск из‑за нарушения безопасности, но отдельная заявка на предоставление ему доступа в здание — поданная до отключения — позже завершается и повторно активирует пропуск, потому что две системы не проверяют друг друга в реальном времени.

К чему я постоянно возвращаюсь: система, опирающаяся на два независимо верифицированных состояния — slash на стороне Bitcoin и влияние на голосование на стороне цепочки, — настолько надёжна, насколько код удерживает их согласованными даже при неблагоприятных таймингах. Эта проблема координации не исчезает полностью только потому, что конкретный случай был исправлен.#baby $BABY
@BabylonLabs_io #crypto #Binance

В этом месяце Binance не сидит сложа руки
Binance продолжает расширять свою линейку. Самое последнее: она разместила Aerodrome (AERO) — известный DeFi‑проект на Base — для спотовой торговли, при этом к нему прикрепили Seed Tag, поскольку токен все еще относится к более новой и высоковолатильной категории. Торговля AERO стартовала 17 июля в 14:00: доступны пары против USDT, USDC и TRY, и комиссия за листинг не взималась.
Также компания вышла совсем в другую нишу: токенизированное экспонирование акциями. Binance добавила 10 новых торговых пар в рамках линейки bStocks, охватив такие компании, как Broadcom, Alibaba, IBM, Nokia и TSMC. До конца августа действует нулевая комиссия мейкера — как часть запускового стимула.
Помимо подтвержденных листингов, есть стабильный список «вероятных кандидатов», за которыми следит сообщество — в основном они идентифицируются через Binance Alpha, который выступает тестовой площадкой до того, как токены попадут на основной биржевой рынок. Проекты, появляющиеся там, часто переходят к спотовому листингу в течение нескольких дней после набора оборотов. Недавние примеры — Reservoir и Plume: оба перешли из Alpha в спот в тот же день. (CryptoDnes)
Единого фиксированного графика для новых листингов не существует: Binance добавляет от нескольких штук до пары десятков токенов в месяц, и единственный надежный источник — собственная страница анонсов, а не вторичные подборки криптоновых новостей
#Binance #SupportBinance #CryptoNewss #BinanceNewsAlert

Я проверил, как работает залог NEWT, прежде чем агент сможет запуститься. Операторы размещают залог. Если агент не проходит валидацию, часть залога будет списана.
Это имеет значение только если токен, за которым стоит этот залог, сохраняет ценность на момент проверки.
Согласно документации по токеномике, ключевые участники владеют 18,5%, а инвесторы — 16,5%; при этом и те и другие получают распределение в течение 36 месяцев. Разблокировка 139,6 млн токенов приходится на 24 января 2026 года.
Это похоже на то, как подрядчик размещает залог перед началом работ. На бумаге залог остается прежним. Но что именно он покрывает — зависит от «веса» валюты на момент проверки.
Меня сдерживает от того, чтобы называть это реальной уязвимостью, две вещи. Пока никто публично не проваливал валидацию агента, так что списание не было проверено на практике. И распределение (вестинг) не означает продажу.
Продолжаю наблюдать за сроками.
#newt $NEWT @NewtonProtocol