Я прочитал список участников фонда DeFi United от Aave и остановился, когда дошёл до имени Foundation с номером @BabylonLabs_io .
$3 миллиона USDT. $2 миллиона размещено в Aave V3. $1 миллион — в Aave V4.
Вклад выглядит логично как проявление солидарности экосистемы. Он несёт и определённую иронию, с которой стоит задержаться.
Эксплойт Kelp DAO от 18 апреля 2026 года украл $292 миллиона — крупнейший взлом DeFi за год. Это был не баг умного контракта. Код Aave не был скомпрометирован. Логика rsETH в Kelp не была сломана. Атака удалась потому, что мост LayerZero Kelp использовал одного-единственного верификатора для валидации кроссчейн‑сообщений. Одна точка отказа. Один скомпрометированный RPC‑узел. 116 500 rsETH отчеканены “ни на чём”. $190 миллионов заимствованы под залог, которого больше не существовало.
Мосты составляют примерно 40 процентов накопленных потерь Web3 с 2022 года.
Надолго задержался на этой цифре.
Потому что вся архитектура TBV Babylon существует именно для устранения предположения о доверии мосту, которое сделало возможным эксплойт Kelp. Никакого брокерского хранения BTC на мосту. Никакого обёрнутого токена, представляющего залог. Никакого единственного верификатора, контролирующего кроссчейн‑сообщение. Точная поверхность атаки, которую TBV убирает на уровне архитектуры, — это та самая поверхность атаки, из-за которой нанесённый ущерб Babylon только что внесла вклад в размере $3 миллиона, чтобы помочь устранить.
Вклад — это подлинная солидарность экосистемы. Он также служит самым наглядным живым примером того, во что обходится модель “моста”, когда она даёт сбой.
Babylon не нужно было публиковать whitepaper с аргументами против мостов после 18 апреля. Рынок сделал это за них.
То, что я считаю действительно стоящим изучения, — ускоряет ли постэксплойтная переработка Aave своей рамки управления рисками по залогу, теперь прямо проверяющая зависимости от мостов для каждого указанного актива, путь TBV к интеграции в Aave V4 — или добавляет трения.
#dusk $DUSK @Dusk I заметил кое-что, пока последовательно читал официальные объявления о партнёрстве NPEX от Dusk, чего я нигде не видел. Фигура токенизации продолжает меняться. В декабрьском объявлении VentureBeat за 2025 год указано, что через платформу NPEX было привлечено €185 миллионов. Пресс-релиз о партнёрстве Chainlink за ноябрь 2025 года описывал NPEX как компанию, привлёкшую более €200 миллионов. Собственный пост Dusk в X в апреле 2026 года описывал приход на блокчейн Dusk активов под управлением на сумму €300 миллионов. Три разных числа. Три разных официальных источника. И всё описывает одно и то же партнёрство. Хмм. Числа не обязательно неверные. NPEX — это активная регулируемая биржа, которая продолжает содействовать новым финансированиям. Рост показателя со временем отражает реальную деловую активность на платформе NPEX. Но есть конкретное различие, которое стоит держать в поле зрения. €300 миллионов, привлечённые через традиционную платформу NPEX за годы работы, — это не то же самое, что €300 миллионов токенизированных ценных бумаг, которые уже вживую находятся на DuskEVM. По состоянию на конец апреля 2026 года TVL Dusk находится ниже $1 миллиона. В документации Dusk Trade описывается как «создаваемый вокруг реальных рыночных рабочих процессов». В аналитических отчётах DApp от NPEX описывается как ориентированная на дату запуска в 2026 году. Основной запуск DuskEVM mainnet сам был перенесён с Q1 2026 из‑за обновления Boreas в мае 2026. Партнёрство реальное. NPEX — это действительно лицензированный оператор MTF с 17 500 активными инвесторами и функционирующей регулируемой биржей. Эта основа более убедительна, чем большинство партнёрств в сфере RWA, которые когда-либо производил блокчейн. Вопрос, который стоит обдумать, — это разрыв между тем, что NPEX сделал на своей традиционной платформе, и тем, что пока продвинулось on-chain. Одно — это послужной список. Другое — пока лишь дорожная карта.
#dusk $DUSK @Dusk Я пошёл разбираться, что на самом деле означает детерминированная финальность в консенсусе Succinct Attestation от Dusk, и нашёл два разных описания в двух официальных источниках.
Маркетинговая версия — аккуратная. Три шага. Предложение. Валидация. Ратификация. Блок финализируется. Детерминированно. Готово.
Версия из whitepaper — честнее.
SA работает раундами. Каждый раунд может включать несколько итераций. Большинство блоков финализируются в итерации 1 при полном участии комитета. Но итерации 2, 3, 4 существуют по причине. Каждая последующая итерация снижает порог кворума, необходимый, чтобы перейти дальше. Протокол легко не сдаётся. Он продолжает пробовать.
Хм.
В whitepaper описано до 213 возможных итераций, прежде чем можно будет задействовать аварийные процедуры. Аварийный режим предполагает другой путь подписи и в итоге запасной вариант, который документация прямо признаёт как существующий для непрерывности сети.
В этом дизайне есть две вещи, которые стоит разделить явно.
Во‑первых: детерминированная финальность — это реальная гарантия. После того как блок ратифицирован, его нельзя реорганизовать. Никакого вероятностного подтверждения счётом. Никакого ожидания 6 блоков. «Финально» значит финально. Это свойство подлинное и важно для регулируемых расчётов.
Во‑вторых: детерминированная финальность — это гарантия исхода консенсуса, а не гарантия времени. Протокол гарантирует, что блок будет финализирован. Он не гарантирует, *когда именно*. Блок, которому нужны несколько итераций, занимает больше времени, чем блок, финализирующийся в итерации 1. В обоих случаях финальность детерминирована. Просто они приходят к финальности по разным «часам».
Традиционные расчёты по ценным бумагам имеют T+1 и T+2 циклы. Предсказуемые окна. Договорные обязательства, привязанные к конкретным срокам.
Регулируемое приложение на Dusk, обещающее расчёты за секунды, обещает типичный случай. Протокол гарантирует исход. Время до достижения этого исхода зависит от условий сети так, что язык о детерминированной финальности не передаёт это полностью.
#dusk $DUSK @Dusk Я потратил время на документацию «Цитадели» и нашёл в академической статье деталь, которая никогда не всплывает в маркетинговом описании самосуверенной идентичности. Механизм отзыва. В «Цитадели» она описывается как система самосуверенной идентичности. Пользователи управляют своими собственными учётными данными. Доказывайте атрибуты, не раскрывая их. Возрастная группа. Место проживания. Статус аккредитации. Нулевое знание означает, что поставщик услуги узнаёт только то, что вы подходите. Ничего больше. Эта часть реальна и действительно хорошо продумана. Затем я нашёл в статье по «Цитадели» вот эту строку. "Если при некоторых обстоятельствах поставщик услуги больше не принимает некоторые ранее выданные лицензии, они могут доказать сети, что данная нота больше не действительна." Поставщик услуги инициирует отзыв. Не пользователь. Хмммм Самосуверенная идентичность обычно подразумевает, что пользователь контролирует свои учётные данные. Модель отзыва в «Цитадели» переворачивает этот конкретный контроль. Именно SP решает, когда лицензия больше не действительна, и доказывает это сети. Сеть принимает отзыв. Лицензия пользователя перестаёт работать. В цепочке конфиденциальности, где ноты лицензий хранятся приватно, у пользователя нет видимости в ончейне, отозвана ли его лицензия, пока он не попытается ею воспользоваться — и не получит отказ. В статье по «Цитадели» перечислены три стороны: пользователь, поставщик услуги и контракт лицензии. Контракт лицензии обеспечивает действительность. SP контролирует то, что означает действительность. В документации это описывают как программируемое соблюдение требований. ЕС может программировать нормативы прямо в «Цитадель». Такое оформление заставляет отзыв звучать как инструмент регулирования. Это также инструмент административного управления. Та же самая схема, которая позволяет регулятору отзывать доступ пользователя, внесённого в санкционный список, позволяет любому SP отзывать любую лицензию любого пользователя по любой причине. Вопрос, какое есть средство правовой защиты после отзыва и кто арбитражирует спорные отзывы, — на него документация не отвечает.