Я продолжал сравнивать это с последними пятью постами про «лицензию RWA», мимо которых почти проскроллил. Неверная интуиция.
Легкое чтение: $Dusk #dusk подаёт заявку на лицензию ECSP — значит теперь оно может связывать европейские МСП с ончейн-капиталом. Галочка стоит, бычий нарратив сам себя пишет.
Но ECSP — это не крипто-лицензия; это то же самое разрешение, которое требуется традиционным краудфандинговым платформам, чтобы сводить бизнес с инвесторами по займам и ценным бумагам. Где именно находится риск андеррайтинга после того, как эти активы переходят в ончейн? Для меня всё ещё неясно.
Вот в чём путаница: $70 млрд в глобальном объёме краудфандинга (2025) и 34 млн европейских МСП, столкнувшихся с ростом ставок на 43 пункта во II квартале 2026 — это реальные цифры. Но ни одна из них не доказывает, что МСП выбирают ончейн-маршруты вместо традиционных только потому, что заимствования стали дороже.
Думайте о лицензии брокера-дилера, а не о листинге акций — те же накладные расходы по KYC/AML, просто перенесены, а не устранены.
Чего я не видел: таймлайна заявки. Наблюдаю за разрывом «от одобрения до спроса», прежде чем составить реальное мнение.
Почти пропустил это в changelog: нулевые зависимости во время выполнения. Похоронено под более крупными заголовками про запуск SDK.
Легко читать: Dusk Connect просто делает подключение кошельков удобнее для разработчиков. Ладно, это суть — легковесный SDK: подключаешь, и всё.
Постой, если чуть дольше вдуматься, это на самом деле про то, кому принадлежит уровень соединения. Dusk использует событийный паттерн discovery `dusk:announceProvider`, `dusk:requestProvider`, смоделированный напрямую по Ethereum EIP-6963. Вместо того чтобы dApp жёстко привязывался к одному кошельку, он рассылает запрос и позволяет каждому совместимому кошельку ответить. dApp никогда не нужно знать, какой именно кошелёк победит.
Вот что обычно упускают из виду: стандартизация discovery не стандартизирует доверие. Любое расширение может слушать это событие запроса и объявлять себя провайдером. EIP-6963 решил старую гонку window.ethereum в Ethereum, но он не решил подмену кошелька — просто переложил бремя проверки того, какие провайдеры легитимны, на пользователя, по одному запросу на соединение за раз.
Тот же компромисс виден и в традиционных финансах. API open banking стандартизировали то, как сторонние приложения запрашивают доступ к аккаунту, но стандартизированный формат запроса никогда не гарантировал, что запрашивающий безопасен банки всё равно накладывают отдельные экраны согласия и верификации ровно по этой причине.
Моя первая мысль была, что «нулевые зависимости» просто означают более лёгкую установку. Но дело не только в этом: меньше зависимостей означает и меньше мест, где может спрятаться компрометация цепочки поставок, и меньше оправданий, если что-то всё же проскочит.
Что бы вы предпочли: чтобы Dusk дальше сфокусировался на большем числе провайдеров кошельков, которые примут это, или на том, чтобы усилить то, как dApps проверяют, с каким провайдером они на самом деле разговаривают?
@Dusk капс-блоков по 1MB. Я почти промотал эту строку в их инженерных заметках, как будто это сноска.
Легко читать: это примерно 250 транзакций Phoenix на блок. Звучит как нормальный потолок пропускной способности. Но если посчитать, то один защищённый перевод близок к ~4KB. Обычная UTXO-транзакция в прозрачной сети укладывается меньше чем в 500 байт. Сам proof PLONK остаётся компактным — около половины килобайта, постоянного размера независимо от сложности схемы. Так что лишний вес — не в доказательстве.
Проблема в заметках, nullifiers и commitments, которые защищённый перевод обязан нести, чтобы расход нельзя было привязать к кому-либо. Приватность покупается байтами, а не вычислениями.
Я подумал, что это и есть вся история масштабируемости, пока не углубился в DuskEVM. Он работает поверх OP Stack: выполняет EVM-транзакции, пока батчер публикует данные транзакций обратно в DuskDS как blobs, а не в Ethereum. На бумаге это умно: вынести выполнение смарт-контрактов с settlement-слоя, «заточенного под приватность», дать этому собственный рынок газа, сохранить DuskDS лёгким. Первое впечатление — что это действительно решает проблему с байтами.
Но эти blobs всё равно занимают место в собственном лимите блоков DuskDS. Те же конечные байты, за которые уже борются защищённые переводы. И сейчас DuskEVM работает в режиме sequencer-only, без публичного mempool. Так что узкое место не исчезло — оно просто переехало, а упорядочивание стало ещё более централизованным по пути. DUSK — нативный токен газа для обоих DuskDS и DuskEVM, поэтому реальная кривая его использования зависит от того, выдержит ли этот общий лимит байтов, когда EVM-трафик реально появится в масштабе.
Представьте это как регулируемую биржевую маршрутизацию dark-pool ордеров через тот же клиринговый тракт, что и сегмент «lit»: сегментация потока не добавляет клиринговой мощности, она лишь меняет, кто видит очередь.
Модульная цепочка приватности решает перегрузку, добавляя слои, или просто переносит её туда, где сложнее всё проверить?
Сижу с этой штукой про Max Cost на TermMax Alpha и, кажется, убедил себя, что она дает мне больше безопасности, чем на самом деле.
взнос уплачен сразу. это максимальный убыток. чистое число, ощущается как потолок по снижению. TermMax говорит вам это число ещё до того, как вы входите в позицию.
кроме того, max cost — это про вход, а не про выход.
если я захочу выйти до даты погашения, я не просто «съедаю» тот премиум, который уже заплатил — я продаю в тот момент то, что окажется там по ликвидности. тонкая книга, широкий спред, и внезапно раннее закрытие обходится мне дороже, чем «max», на который, как мне казалось, я подписался.
так что число, которое TermMax показывает мне заранее, реально. просто оно отвечает на другой вопрос, чем тот, который я на самом деле задаю, когда хочу выйти досрочно.
«max cost» и «max cost, если я реально смогу получить исполнение» — это не одно и то же предложение.
всё ещё пытаюсь понять, насколько сильно разрыв становится хуже, когда растёт волатильность и все пытаются закрыться одновременно. кто-нибудь реально закрывал позицию в Alpha досрочно и сравнивал это с заявленным max cost?
Заметил теги CoinGecko @Dusk сразу в четырех категориях: Layer 1, Zero Knowledge, RWA и Privacy Blockchain. В первый раз пролистал мимо. Во второй раз — и последний вариант так и застрял.
На поверхности всё выглядит логично. Dusk использует доказательства с нулевым разглашением, защищённые балансы, весь комплект. Privacy Blockchain — это не ошибка в названии.
Но именно эта категория за последние два года и стоила Monero и Zcash листингов на нескольких крупных биржах — когда в AML-подходах ужесточились требования ко всему, что хоть как-то напоминает перевод, не поддающийся отслеживанию. Мой первый импульс был: «Dusk уже решил эту проблему» — выборочное раскрытие, доступное авторизованным сторонам, и вообще вся архитектура построена на том, чтобы не быть таким. Хочу верить, что архитектура закрывает этот вопрос.
Вот та часть, к которой я снова и снова возвращаюсь: compliance-команды бирж обычно не проводят тонкий разбор модели раскрытия в конкретной сети, прежде чем принять решение о делистинге. Они применяют фильтр по категории. Если «Privacy Blockchain» срабатывает по всеобъемлющей политике, неважно, приватность включается по желанию, доступ ограничен правами или полностью аудируемая по запросу — работает сам тег, а не белая книга.
Представьте это как разницу между частным размещением и подставной компанией — в терминах TradFi. И то и другое в первый же день помечает одним и тем же AML-скрининговым софтом. Частное размещение со временем может доказать свою законность документами и раскрытием информации — но уже после того, как его пометили, и только если кто-то потрудится посмотреть дальше ярлыка.
Вот реальная зона риска Dusk прямо сейчас. Это не юридическая проблема. Проблема маркировки: она находится «выше» по цепочке, чем юриспруденция — решается категориями таксономии ещё до того, как регулятор вообще открывает файл.
Есть ли уже у какой-либо биржи или у регулятора формально проведённая граница между «privacy coin» и «compliant privacy infrastructure», или это различие пока всего лишь утверждение, которое делает сам Dusk?
Я продолжал пялиться на одну цифру в разборе токенов TermMax по TermMax token breakdown: 20% в обращении на TGE. Остальные 80% всё ещё где-то лежат, разблокируясь по расписанию — которое большинство держателей на самом деле не читали.
Простой вывод: фиксированный объём, без инфляции, стейк TMX для sTMX и получай вознаграждения, привязанные к использованию протокола. Звучит аккуратно. Звучит как «выравнивание» через «кожу в игре», как формулирует сама команда TermMax.
Но стоит разобраться, куда и в какие сроки реально уходит эти другие 80%. «Фиксированный объём» отвечает на вопрос о том, сколько всего когда-либо будет существовать. Он не говорит ничего о том, сколько попадёт на рынок в следующем месяце, в следующем квартале или в следующем году, и кто держит ключи от этого расписания.
Вот где люди путаются: фиксированный объём читают как «нет риска разбавления», хотя на самом деле это означает лишь отсутствие разбавления за счёт новых эмиссий. Риск разбавления из-за уже существующих, но заблокированных токенов, которые всё равно разблокируются, — полностью жив и активен. И, возможно, это даже более крупная переменная для тех, кто стейкает уже сейчас при текущем объёме в обращении.
Это тот же разрыв между номиналом облигации и её реальным float. Общий объём эмиссии облигации тоже фиксирован и раскрывается заранее, но то, что двигает цену — это то, сколько из этого объёма реально торгуется, а сколько удерживается до погашения несколькими крупными держателями. Фиксированный объём, переменный float — это два разных числа, которые превращают в один заголовочный показатель.
Протокол TermMax сейчас находится около $31M TVL, а вознаграждения для sTMX спроектированы так, чтобы масштабироваться вместе с использованием — то есть доходность стейкинга зависит от всё ещё небольшой базы выручки, а не от общего 1B объёма токенов.
Я хочу «поверить» в рамку «без инфляции» — это справедливый аргумент против протоколов, которые бесконечно печатают. Мой первый инстинкт был рассматривать фиксированный объём как полную картину риска. Но это не так: это половина, а расписание разблокировок — та половина, которую большинство просто пропускает.
Наблюдать за тем, как оставшиеся 80% реально разблокируются со временем, и будет ли спрос на стейкинг идти в ногу с этим или просто поглотится.
Провёл утро за чтением документации Dusk по селективному раскрытию, и одна деталь меня остановила. На большинстве блокчейнов приватность означает, что транзакцию скрывают — на этом всё. В Dusk конфиденциальная транзакция — такая, где суммы и стороны скрыты — всё равно может быть доказана как действительная регулятору или аудитору, не раскрывая лежащие в основе данные. Эту работу делает ZK-часть: доказывает, что утверждение верно, не показывая, почему оно верно.
Обычно криптоиндустрия рассматривает приватность и комплаенс как противоположности: выбираешь миксер или выбираешь разрешённую (permissioned) сеть. Dusk пытается встроить и то и другое в базовый слой одновременно — это ставка, отличная от «добавим комплаенс позже».
Но «доказуемо» не значит «доказано». Криптографическая гарантия, которая удовлетворяет инженера, автоматически не совпадает с тем, что регулятор примет на практике. Партнёрства вроде того, что с NPEX, указывают на реальный институциональный спрос, но одна лицензированная биржа — не приговор тому, насколько эта модель масштабируется в разных юрисдикциях с очень разными правилами раскрытия информации.
Хорошая архитектура не решает регуляторную проблему автоматически. Она просто даёт более удачную стартовую позицию. Достаточно ли этого — для меня пока ещё вопрос.
Я снова и снова возвращаюсь к одной строке в документации TermMax: нет постоянных маржин-коллов. Позиция один раз рассчитывается при выдаче (в момент начала), а затем ждёт наступления погашения.
Легко читать: нет каскадов ликвидации, нет звонков о марже в 3 часа ночи. Фиксированная премия вместо постоянного «наблюдения» за обеспечением. Спокойный DeFi.
Но давайте задержимся на том, чем «фиксированная upfront-оплата» заменяется. На переменных платформах риск переоценивается непрерывно. Здесь он замораживается при открытии и почти не трогается до момента, близкого к погашению. Этот риск не исчез — он был отложен. Отложен — не значит удалён.
Самая близкая аналогия — срочный репо, которое фиксирует ставку и дату, но репо-стол всё равно переоценивает обеспечение и может запросить больше маржи в середине срока. Версия TermMax звучит больше как форвард с фиксированным дисконтом (haircut). То же обозначение «фиксированный срок», но более тонкий мониторинг.
TVL держится около $31 млн, почти всё размещено в Ethereum, а активные займы — около $27 млн: кредитный портфель почти совпадает с депозитной базой. Небольшой «запас прочности», если залог резко провалится между проверками.
Сначала у меня был инстинктивный отклик облегчения — наконец-то протокол, который не кричит на тебя в середине цикла. Но затем я спросил: куда именно ушёл этот риск, а не просто то, что стало тише.
Посмотреть, как впервые отрабатывает тайминг ликвидации, когда залог серьёзно двигается в середине срока, а не только то, как это выглядит на бумаге.