В последнее время я видел немало активностей, связанных с Dusk: бонусы и льготы действительно впечатляют. У меня появилось смутное ощущение, что там может быть шанс, поэтому я снова внимательно достал и разобрал его архитектуру.
Раньше у меня было такое впечатление: Dusk с DuskEVM, совместимость с Solidity — разработчики могут просто перенести свои контракты и быстро разобраться, порог входа кажется невысоким. Но когда начинаешь разбираться по-настоящему, выясняется: EVM больше похож на витрину снаружи. Его используют в первую очередь, чтобы привлечь разработчиков, которые хорошо знакомы с экосистемой Ethereum.
А по-настоящему «жёсткие» вещи — логика приватности, ZK-доказательства, конфиденциальные контракты — на самом деле спрятаны внутри ядра, то есть в нативной DuskVM, которая работает на Rust/WASM. Две среды исполнения существуют одновременно, и $DUSK ещё и нужно адаптировать под две полностью разные логики выполнения. Уровень сложности, который стоит за всем этим, большинство рекламных материалов обозначают совсем вскользь, почти не раскрывая деталей.
В этом, честно говоря, я частично согласен: проект не пытается без конца нахваливать EVM как «всё умеет», и не запихивает всё подряд прямо в EVM. Но проблема тоже проявилась: многие разработчики, возможно, просто хотят оставаться в более удобной для входа EVM-витрине. А мощные модули приватности внутри ядра рассчитаны на относительно узкую Rust-экосистему, и порог входа там заметно выше.
Боюсь, что в итоге EVM-компатибельность превратится в красивый рекламный баннер: на поверхности экосистема выглядит очень оживлённой, но по-настоящему ключевые приватные приложения, которые реально важны, делать будет, по сути, некому — и никто не захочет углубляться.
Если подытожить: @Dusk курс действительно выглядит осмысленным, но параллельная разработка двух виртуальных машин и затраты на аудит нельзя игнорировать. Дальше я буду постоянно следить за реальной активностью разработки в обеих экосистемах: разработчики будут только «крутиться по периметру» или же готовы зайти внутрь ядра и копать нативные возможности. Если интересно, друзья тоже могут сами почитать документацию, трезво относиться к нарративу — DYOR. #dusk $DUSK @Dusk
Исследование Dusk: в тот период я специально вытащил те несколько страниц с документацией по их модели расходов и буквально прожевал их. Скажу честно: обычно это никому не нравится читать — скучно, как инструкция, — но чем больше смотрел, тем яснее понимал, что это за проект и зачем он вообще нужен.
Сначала про торговую (транзакционную) модель. Dusk использует структуру под названием spend_and_execute: одну транзакцию можно собрать так, чтобы в ней сразу выполнялись и перевод, и стейкинг (заложение/внесение залога), и вызов контракта. Представьте Ethereum: чтобы сделать три вещи, надо подписать три раза и заплатить три раза gas — особенно когда сеть перегружена, комиссии накапливаются и становится больно. Такой подход в Dusk похож на поход в супермаркет: за один раз купить овощи, мясо и товары для дома, а не бегать трижды и выстраиваться в очереди. Экономит он не столько на «сколько точно денег», сколько на стоимости взаимодействий — а для институционалов при пакетных операциях это особенно удобно.
Дальше — единицы тарификации. Gas считается в LUX, и 1 DUSK равен 1 000 000 000 LUX. Когда я впервые увидел это, я немного завис: зачем дробить так мелко? Потом дошло: это нужно, чтобы оставить точность для сценариев с высокой частотой и небольшими суммами. Токенизированные расчёты по ценным бумагам: комиссия может требовать точности вплоть до нескольких знаков после запятой. Если минимальная единица будет слишком грубой, продукт просто не сможет корректно спроектироваться. Это как продавать золото по граммам: если весы показывают только до килограмма, такая торговля не взлетит. Зернистость LUX — именно для таких тонких задач.
Больше всего меня заставила задуматься «судьба» комиссий. Комиссии DUSK не сжигаются: они направляются в виде награды за блоки верификаторам, то есть параллельно пополняют блоковые вознаграждения. Это противоположно логике многих проектов: в криптосообществе все массово делают дефляцию — якобы сжигают монеты, — и звучит это классно, но по сути это обмен веры держателей на красивую историю. Dusk в эту игру не играет: оно превращает реальный объём использования в доход верификаторов. Чем занята сеть, тем больше выгоды от стейкинга, тем больше желающих стать верификаторами, тем шире становится бюджет на безопасность. Это замкнутый положительный цикл: не «горячка от сжигания ради сжигания», а подкреплённая реальным использованием работа.
Разобравшись в этих трёх слоях, я наконец понял: Dusk — это не «сначала сделать цепочку, а потом искать, куда её применить», а архитектура, выведенная назад от потребностей токенизированных расчётов по ценным бумагам. Транзакции должны уметь упаковываться в один пакет, комиссии должны быть достаточно точными, а стимулы — должны автоматически обеспечивать самоподкрутку. Все эти три решения нацелены на одну цель: чтобы регулируемые финансовые активы реально могли работать на блокчейне.
Днём я спал как убитый, телефон вдруг начал с силой вибрировать сериями. Я прищурился, проводя пальцем, смахнул уведомление о клиринге, а сам в полусне пролистал цепочку записей. И тут вспомнил вопрос, который раньше как-то не довёл до конца: набор TermMax с физической поставкой — правда ли он настолько надёжен, как все его хвалят?
Больше всего держатели FT боятся, что другая сторона просто сбежит. Физическая поставка действительно даёт подстраховку: если клиринга не хватает, тебе распределят залог пропорционально, а не просто отдадут бумагу с плохой задолженностью. Я это признаю — лучше, чем обещания «в воздухе». Но эти слова «пропорционально» многие понимают как «я точно заберу хотя бы часть», и почти никто не садится и не считает, как именно получается этот коэффициент.
Подумай: когда происходит дефолт, все держатели FT из одного и того же залогового пула стоят в очереди на распределение. Сколько ты получишь, зависит не от того, сколько ты заплатил изначально и когда купил, а от того, сколько людей в тот момент окажется в пуле и будет одновременно рвать на себя право на получение. Пул переполнен — твою долю размоет сильнее. То, что ты считаешь защитой, по факту оказывается долей, которая будет неизбежно разбавляться другими, и насколько именно — заранее не видно. Это как делить пирог: ты видишь, какого он размера, но не знаешь, сколько человек сегодня пришло.
Если по-простому, физическая поставка защищает от ситуации «ты не останешься совсем ни с чем», а не от того, «сколько именно ты заберёшь». Это совершенно разные вещи, но у многих в голове не сходится. Я сам раньше был наивным: думал, что раз есть подстраховка, то всё решено. А потом пересчитал — и аж в холодный пот бросило. Недавно я ещё специально полистал посты в сообществе: все хвастаются доходностью, и почти никто не показывает реальное распределение после дефолта. От этого ещё менее спокойно на душе.
Сейчас, когда покупаю FT, я учусь выбирать иначе: беру пулы с более низкой концентрацией залога и с более «размазанными» держателями — не те, где к популярной дате погашения набивается толпа. Шанс на то, что один и тот же рынок одновременно начнут выкупать/выкуплять в панике, там немного ниже. Конечно, это всё — мои собственные догадки, я не переживал реальный дефолт и не факт, что выводы вообще выдержат проверку. Но всё же это лучше, чем слепо бежать в самый горячий пул.
И ещё одно, что я до сих пор не могу понять: публиковали ли по этому протоколу исторические данные о том, какие реальные доли получали люди в случаях фактического дефолта? Или говорят только про механизм, но не про результат? Есть ли кто-то, кто реально сталкивался с ситуацией, когда клиринга не хватило и сработала физическая поставка — насколько сильно полученная доля отличалась от ожиданий? #TermMax @TermMax
В метро сигнал то пропадал, то появлялся — документ пришлось перечитать три раза, прежде чем он наконец загрузился. Чем дальше смотрел, тем яснее становилось: раньше меня действительно завели в сторону те аналитические статьи.
Все обсуждают приватность Dusk — и в основном сводится к тому, что рассказывают ту же схему, что и Phoenix: нулевые доказательства знания, note, nullifier, скрытые адреса — звучит очень “круто”. Но почти никто не говорит про сетевой слой. В Dusk используется широковещательный протокол Kadcast, а в основе лежит структура Kademlia: маршрутизация слоями по расстоянию между узлами. Сообщения не рассылаются “в лоб” как в классическом gossip всем подряд, а передаются каскадом по путям с возрастающим расстоянием, формируя деревья групповой рассылки.
Изначально это проектировали ради эффективности: в белой книге ссылаются на данные из работ, которые показывают, что по сравнению с gossip экономится существенный объем пропускной способности, а при быстром выпуске блоков можно снизить долю устаревших блоков. Конкретные цифры я, честно, не помню — в любом случае они из измерений в статье, а не из собственных тестов Dusk.
Самое интересное, что у этой задумки есть и побочный эффект: так как сообщение проходит несколько уровней ретрансляции, прежде чем “разойдётся”, и не транслируется напрямую, то попытаться вычислить “откуда сообщение появилось самым первым” становится заметно сложнее. Но это совсем не то же самое, что приватность транзакций, которую Phoenix пытается обеспечить криптографией до упора. Там держит математика, здесь — туманность, возникающая из сетевой топологии. По силе это просто разные лиги.
Самое нелепое — что многие популярные статьи смешивают эти два слоя так, будто Dusk приватен целиком “с головы до ног”. На самом деле сетевая неоднозначность — это максимум приятный бонус, а в случае действительно профессионального трейсинга она вообще не выдерживает. Я тоже почти поверил в такие общие формулировки: например, увидел, что кто-то пишет “приватность распространения сообщений у Dusk сильная”, и автоматически решил, что приватность транзакций тоже на высоте — а это, как оказалось, совершенно не так. Только за последние пару дней, когда разложил по полочкам эти два слоя, стало ясно.
Теперь, когда вижу проекты приватности, я сначала задаю один вопрос: приватность держится на криптографии или на сетевой архитектуре? Интенсивность/сила получается совсем разная.
А вы как? Когда смотрите теханализ, попадали ли вы в ловушку “смешать сетевые особенности и приватность на уровне приложений” в одну кучу? В комментариях обсудим. #dusk $DUSK @Dusk
Только что сбежал вниз за ночным перекусом: экран лифта заранее высветил «Прибытие», но дверь упорно не открывалась ещё две секунды. И тут же меня накрыло знакомое ощущение — как вчера вечером, когда я сидел в серверной и тюнил ноды, у меня снова вылезла та старая болячка. Чем дольше крутишься в этом круге, тем больше у тебя на уровне инстинкта включается настороженность к тому зелёному «Сделка успешно завершена» на фронтенде.
Эти дни, пока бегал скрипты, я снова перечитал whitepaper Dusk. И оказалось, что, помимо их основного движка приватности, самые «жёсткие» детали спрятаны в консенсусе Succinct Attestation — в той самой логике «скользящей финальности» (Rolling Finality).
Схема правда любопытная. На каждом раунде сначала детерминированной лотереей выбирают пропонента, а потом проходит ещё две стадии комитета — проверка и одобрение. Обе стороны должны набрать две трети валидных голосов, а их BLS-подписи агрегируются в итоговое удостоверение. Звучит как двойная печать в канцелярии, но что если тебя накрывает сетевое отставание в экстремальном виде? В одном и том же раунде вполне могут появиться кандидаты на блоки разных итераций — тогда нодам приходится включать локальный откат, руководствуясь именно этим удостоверением.
Поэтому, пожалуйста, не воспринимай фронтенд-подсказки как приговор. В нижнем state machine Dusk: Accepted означает лишь, что сеть уже приняла входящее; Attested — что получены первичные доказательства; а чтобы считать всё по-настоящему «прибитым» к цепи и неизменным, нужно дождаться, пока последующие блоки доведут состояние до Confirmed — причём и родительский блок должен быть окончательно Final. Только тогда этот счёт считается закрытым навсегда, и никто уже ничего не поменяет.
Вот почему я всегда ленился слушать, как какие-то блокчейны на каждом углу хвастают TPS. Если по-настоящему пытаться перенести на цепь реальные ценные бумаги на многие сотни миллионов евро, то учреждения прежде всего боятся не того, что приходится подождать лишние три-пять секунд. Их куда сильнее пугает спор по обе стороны: «действительно ли поставка/расчёт уже состоялся». Dusk нарезает эту неопределённость на чёткие коды состояний. Традиционный капитал может ориентироваться на конкретные низкоуровневые метки, решая, когда выпускать платёж и когда проводить переуступку, вместо того чтобы вслепую смотреть на какой-то хэш и праздновать.
Но моё правило «сначала выживание» нарушать нельзя. Как бы тщательно ни была прописана нижняя часть протокола, в итоге всё равно зависит от того, захотят ли эти лицензированные институции реально подключить свои ключевые бизнес-системы к этим RPC-интерфейсам. Техническая готовность — это лишь билет на вход: это не значит, что я автоматически возьму и стану держать на плечах $DUSK .
Прошлой ночью, пока я искал в логах ошибки RPC-узлов, я ещё раз достал и пересмотрел on-chain записи по тому инциденту с безопасностью кроссчейн-моста из середины января: @Dusk . Я такой человек: когда трейжу монеты и делаю взаимодействия, я всегда придерживаюсь принципа «сохранность прежде всего». Как только поднимается малейший шум или ветер, моя инстинктивная реакция — ни в коем случае не верить слухам. Нужно самому лезть в код и в on-chain потоки, чтобы докопаться до правды.
Многие тогда паниковали и думали, что базовые протоколы Dusk «пали». Но я сверил on-chain траектории и сначала скажу объективно про его слой консенсуса: базовый консенсус DuskDS действительно не был взломан, ключевой код протокола тоже не дал сбоев. В итоге «по-настоящему» хакер сломал и растёр по земле — это сервис-мост, который связывает с EVM-цепями, а именно сигнатурный кошелёк, отвечающий за подписи. Про проще говоря: протокол не протекал — украли «сторожа» в виде приватного ключа на периметре.
Если разбирать действия в ту ночь по цепочке: хакер начал в 21:28. Он по одной транзакции выворачивал наружу 2.7+ млн, 1.9+ млн и 8+ млн монет — $DUSK за раз, пока примерно через почти два часа команда срочно не остановила процесс (аварийно «потянула рубильник»). Последняя транзакция на 8.91 млн монет в итоге была намертво застрята, а часть средств при этом успели отмыть и завести в BSC.
Эта история сильно меня задела. Раньше, когда мы сами пишем Solidity-контракты или строим архитектуру, мы все слепо верим в так называемую «модульность и развязку» — разнести консенсус, расчёты, выполнение так, чтобы всё выглядело максимально надёжно и аккуратно. Но реальность оказывается суровой: чем более мелко и подробно дробишь компоненты системы, тем больше наружных «швов» она раскрывает. А чтобы проект мог гнать скорость и лёгкую интеграцию, они сжали все права подписи в тонкий участок пути. В результате стены, возведённые внутри цепочки с помощью ZKP-доказательств и детерминированной финальности, были крепкими как крепость, но вот снаружи кроссчейн-сигнатурный мост и кошелёк пробились одним ударом и рухнули.
Поэтому теперь, глядя на проект, я больше не верю в то, насколько «крутой» консенсус. Как только активы выходят за пределы нативного слоя расчётов, эти «пограничные» мосты и сигнатурные кошельки в считанные моменты возвращают децентрализацию в болото хрупкого доверия, завязанного на людей и их ключи. Именно такие просадки безопасности на границах чаще всего оказываются самыми смертельно опасными рифами.
Братья, как вы считаете: у таких кроссчейн-мостов в модульных публичных сетях, риск единственной точки отказа — есть ли решение на уровне кода?
Тучи на рынке деривативов сгущаются: открытые позиции достигли двухмесячного максимума Хотя цена Ethereum сегодня на первый взгляд не показывает сильной волатильности (держится около $1900), на рынке деривативов кипит работа. По данным всей сети, объем открытых позиций на рынке криптовалютных фьючерсов поднялся до наивысшего уровня за последние два месяца. Это означает, что в торгах внутри биржи активно противоборствуют большие объемы маржинального капитала, а столкновения позиций «лонг» и «шорт» становятся все более ожесточенными. Важно отметить, что текущая ставка фондирования по-прежнему остается положительной, что указывает: многие трейдеры все еще ожидают роста в дальнейшем. Однако высокая доля плеча — это, по сути, двусторонний меч: если цена вдруг совершит резкое неожиданное движение, легко может запуститься цепочка ликвидаций. Рекомендации по торговле: сегодня деривативным трейдерам нужно особенно внимательно следить за возможным сценарием «выманивания» покупателей/продавцов — резкими колебаниями под ложным импульсом. Рекомендуется значительно снизить коэффициент плеча и установить цену ликвидации ниже сильного уровня поддержки $1790. Консервативным розничным участникам лучше временно держаться в стороне и перейти в спотовый рынок, ожидая, пока эта волна высокоплечевого капитала пройдет «очистку», после чего входить в позицию более выгодно. $ETH
Рассмотрим дневной график BNB: после очередной сильной медвежьей распродажи паника на рынке была достаточно полно выпущена. Сейчас цена 589: до ближайшего дна остается не так много пространства, но вниз потенциал контролируемый; вверх же — пространство для ожиданий достаточно большое. Дно неоднократно колебалось, проводя «встряску» и выбивая неуверенные позиции. Сегмент платформенных токенов: когда рынок в целом начинает восстанавливаться, у них заметная упругость (эластичность). Подходит для пошагового (частями) формирования позиции, не рекомендуется заходить с высокой долей капитала, ставя на направление. В крипторынке нет сделок, которые гарантированно приносят прибыль: контролируйте размер позиции, установите стоп-лосс и торгуйте на свободные средства, используя возможности рыночных движений. $BNB
Рвём упаковку «без доверия» от Babylon: альянс мультиподписей под криптографической ширмой Не дайте себя промыть идеей «Trustless» («бездоверие»). Сцены с халатностью кроссчейн-мостов и бегством с мультиподписями в криптосообществе уже давно всем набили оскомину — сейчас Babylon предлагает BTC-стейкинг лишь в формате «старой бутылки с новым вином». Если докопаться до базовой архитектуры и скриптовой логики, выяснится, что якобы децентрализованный механизм попросту не выдерживает проверки практикой.
Мнимый суверенитет активов под контролем «Совета по заветам» Babylon громко заявляет, что пользователи обладают абсолютным контролем над BTC, но если разобрать путь взыскания (Slashing), то становится ясно: ключевое исполнение никак не обходится без «Covenant Committee» («Комитета по заветам»). Будь то отвязка средств или срабатывание Slashing — нужно собрать пороговые подписи (threshold) этого комитета. В сравнении с WBTC, где всё «на виду» через институциональное хранение, Babylon по сути упаковывает «продвинутый мультиподписной союз», опираясь на Taproot-деревья и подписи Schnorr. Когда же жизненно важные моменты всё равно завязаны на серверное состояние небольшой группы проверяющих узлов, что это за «держание приватного ключа» у пользователя? Если эти узлы подвергнутся целенаправленной атаке или коллективно выйдут из строя, подтверждения BTC-стейкинга пользователя превратятся в «мертвые» записи.
«Узел» экономической игры в доказательствах обмана BitVM3 Посмотрим на TBV (Trustless Bitcoin Vault), который официально активно продвигают. Его базовая ставка — офчейн-вычисления и ончейн-доказательства обмана. На первый взгляд это попытка воспроизвести на BTC то, что на Ethereum делают Optimistic Rollup. Но в биткоин-мейннете нет низкозатратной инфраструктуры верификации: в долгом окне вызова (challenge window) если нет Challenger’а, который за свой счёт отправит доказательство обмана, сеть по умолчанию считает транзакцию легитимной. При нынешней среде Gas, где «сотни сатоши» — уже не редкость, кто станет «свистуном», который понесёт расходы, чтобы заработать лишь лайки? По сути, эта логика — хрупкая экономическая игра, а не математика, гарантирующая абсолютную безопасность. Если прибыль от злоупотребления существенно выше, чем стоимость вызова, вся система легко скатывается в состояние «раздетого без надзора».
Нечеловеческое взаимодействие и «чёрная дыра» ответственности На уровне практики весь процесс выглядит как бедствие: стейкинг, разморозка, Slashing требуют целой цепочки длинных и сложных операций с пред-подписанием (pre-signing). Такой античеловеческий стек скриптов не только отпугивает розницу, но и самое критичное — делает наблюдаемое централизованное злоумышление незаметным, искусно превращая его в «пустоту ответственности». Сложная архитектура не устраняет риски — наоборот, бесконечно повышает порог ответственности после того, как что-то пойдёт не так.