ADITYAA-56

Сегодня во второй половине дня я пытался развернуть простой ERC-20 в тестнете DuskEVM. Ничего особенного — обычный токен-контракт, скомпилированный на Solidity. Развертывание прошло успешно, транзакция подтвердилась, а адрес контракта появился в обозревателе.

Я решил, что всё готово к работе. Это казалось очевидным.

Вот это и стало первым несоответствием.

Развертывание ≠ удобство использования. Контракт существовал, но когда я попытался взаимодействовать с ним через модуль приватности Hedger, ничего не заработало. Слой гомоморфного шифрования не применялся автоматически. Оказалось, что конфиденциальные EVM-процессы — не магия: им требуется явная интеграция. Hedger использует гомоморфное шифрование и доказательства с нулевым разглашением, чтобы обеспечивать проверяемую приватность для регулируемых финансовых приложений, но эта инфраструктура по умолчанию не «оборачивает» каждый контракт сама собой.

Я снова и снова возвращаюсь к разрыву между «совместимо с EVM» и «реально пригодно для регулируемых активов». DuskEVM дает партнёрам и институтам привычный путь на Solidity, но привычность не означает, что функции приватности работают по принципу «подключил и готово». Разработчикам нужно понимать, где именно применять конфиденциальность, как правильно выстроить выборочное раскрытие и как на практике выглядят границы соответствия требованиям.

Именно там живет основное трение. Не в самой цепочке — а в рабочем процессе между контрактом и слоем приватности.

Что происходит, когда институциональные разработчики приходят, ожидая стандартное поведение EVM, и сталкиваются с этим разрывом с ходу?

#dusk $DUSK @Dusk

Если вы пропустили сделку Трампа и Epic, не пропустите эту. 👀

Купите немного $SPELL и держите для прибыли от 50 до 70%.

Внезапный памп может случиться в любой момент.
$SPELL

Сегодня утром я проверял блок-эксплорер Dusk и заметил кое-что странное. Завершение транзакций держалось на уровне примерно 5–6 секунд — для DuskDS это нормально. Но мой тестовый перевод никак не хотел «оседать» почти 45 секунд.

Я списал всё на RPC. Решил, что это проблема с узлами или сетевые перегрузки.

Слишком просто.

Оказалось, подтверждение ≠ финальность. Транзакция была подтверждена. ZK-доказательство проверено. Но DuskDS работает по детерминированной модели расчетов с 1-секундным временем блока. Что я упустил? На стороне провайдера транзакция попала на «холодный старт» — первый конфиденциальный перевод после периода простоя занимает дольше, потому что пайплайн генерации ZK-доказательства должен подняться.

О чём никто не говорит? О интервалах очередей. Сейчас в сети 47 узлов. Для Layer 1 это немного. Если несколько организаций одновременно отправляют проверки соответствия — например, во время NPEX с подтвержденной эмиссией €200M+ — эти очереди быстро начнут «накапливаться».

Инфраструктура сделана под регулируемые активы с выборочным раскрытием. Но я снова и снова возвращаюсь к одному: 47 узлов, 500M в обращении и 36-летний график эмиссии. Экономика валидаторов рассчитана на долгосрочную перспективу — по замыслу. Но стабильное использование из реального институционального объёма? Это совсем не то же самое, что тестнет-трафик.

Что будет, когда €200M реально начнут торговаться и все 47 узлов разом получат шквал запросов?

#dusk $DUSK @Dusk

$BABY

продать сейчас 😂😂

Сегодня утром я заметил кое-что странное в дашборде waitlist на Dusk Trade. Пару активов отображались как «registered», но их не было видно для торговли. Проверки комплаенса прошли, подключения кошельков работали — но сами активы просто зависли.

Я решил, что это проблема с кэшированием интерфейса. Возможно, фронтенд не обновился. Такое предположение казалось логичным.

Но это оказалось слишком просто.

Оказалось, что регистрация ≠ доступность. Активы были токенизированы: «обёрнутые» версии офчейн-инструментов, которые по-прежнему живут в традиционных базах данных с устаревшими циклами расчётов. «Ончейн» было только в названии. Настоящее узкое место было не в токен-контракте — проблема заключалась во всём рыночном процессе: правилах приемлемости, требованиях к раскрытию информации, согласовании платежей и расчётах по активам.

Dusk Trade стоит поверх базового протокола, превращая инфраструктурные примитивы в сценарии для пользователей. Но нативная эмиссия — когда активы рождаются ончейн с логикой комплаенса и расчётов, «зашитой» на уровне протокола, — это совершенно другой зверь. Для этого нужно разбираться с законодательством о ценных бумагах, внедрять комплаенс MiFID II и MiCA и интегрироваться с регулируемыми площадками.

Я не могу решить вот какой вопрос: NPEX планирует вывести на ончейн активы на сумму €300 млн+ через Dusk. Это конкретный тезис по RWA. Но если большая часть — это токенизация, а не нативная эмиссия, то мы вообще двигаем ситуацию вперёд? Или просто надеваем цифровую «кожу» на систему, которая и так уже сломана?

Правду покажет устойчивое использование. 👍

Что произойдёт, когда эти 300 млн евро реально нужно будет заселить/свести к расчётам?

#dusk $DUSK @Dusk

Сегодня попробовал инструмент Dusk с открытым исходным кодом — и один результат меня удивил.

Гипофиз (pituitary), созданный, чтобы ловить, когда документы, спецификации и код перестают совпадать. Указываете ему на репозиторий — он индексирует спецификации и decision records, помечает расхождения, которые противоречат уже принятому. Прогнал его на тестовом diff, который явно ломал существующую спецификацию.

Проверка не упала. Подумал, что это баг.

Не было. Инструмент ищет комментарий с обоснованием рядом с изменением — WHY, HACK и подобные маркеры. Если кто-то уже отметил отклонение как намеренное, он направляется по другому маршруту, чем простое случайное «поплывшее» несоответствие.

Вот в чём реальный разрыв. Противоречие и нарушение — это не одно и то же здесь. Спецификация говорит одно, код — другое; всё равно это логируется, а не валится, если человек уже объяснил разрыв.

Спецификация написана и проиндексирована, код расходится, diff проходит check-doc-drift, обнаруживается противоречие, инструмент ищет рядом строки с этим маркером: намеренные отклонения идут по одному пути, необъяснённые — валят сборку.

Но никто не проверяет, всё ли ещё значит что-то этот маркер. Ничто не мешает кому-то написать WHY, чтобы просто заткнуть флаг, и ничто не проверяет, верно ли по-прежнему исходное обоснование старого.

Что будет с этим соглашением в сотнях PR в неделю, когда оно будет стоять между регрессией и тихим успешным проходом? 👍

#dusk $DUSK @Dusk

Сегодня я дважды видел, как одну и ту же формулу проверяют, и почти пролистал мимо причины.

Читая отчет по безопасности Dusk, я наткнулся на формулу комиссии: произведение лимита газа на цену газа равно максимальной комиссии. Это правило “закрепляется” дважды: сначала при входе транзакции в mempool, затем внутри исполнения в VM.

Сначала я подумал: ну да, это просто избыточность. Ремни и подтяжки — нечего глубже копать.

Но следующий абзац не дал мне расслабиться. Ограничения только на уровне mempool недостаточно: злоумышленному proposer'у не нужно включать транзакцию исключительно в “mempool-честном” варианте полей.

Именно в этом и пролом. Значение, доказанное или подписанное в одной части транзакции, не связывает все уровни, которые потом его используют. Можно заранее зафиксировать легитимную комиссию, но подать другой вариант в исполнение — если само исполнение независимо не откажется доверять тому, что ранее уже якобы проверили.

Подпиши и докажи максимальную комиссию, пусть mempool это проверит, а proposer соберет блок без обязанности сохранять это. А VM выполнит логику возвратов против того, что фактически пришло.

Все время возвращается к одному: почти все доверие держится на том, что proposer останется честным между контрольными точками. Собственно, вторую проверку и добавляют ровно потому, что на это полагаться нельзя.

Не знаю, сколько еще полей в этой цепочке проверяются только на одном слое.

Что происходит с этой проверкой при реальной перегрузке, когда proposer’ам под давлением нужно строить блоки быстро? 👍
#dusk $DUSK @Dusk

Первое предупреждение пришло из строки под диаграммой жизненного цикла — её легко пропустить.

Разъяснитель от сообщества по DuskEVM прямо заявил: нет 7-дневного окна по ошибке, ~15 минут на финализацию вывода, MIPS pre-verifier устраняет задержку fraud proof (доказательства мошенничества). Чистая цифра — подумал, что можно планировать вывод по ней.

Предположение: официальная документация подтвердит это число.

Но я нашёл не то. Собственная документация Dusk описывает жизненный цикл DuskEVM в четыре шага: транзакция к секвенсору, включение в L2-блок, батчер публикует в DuskDS, затем с помощью state commitments (связанных обязательств по состоянию) и fault proofs (доказательств ошибочности) это состояние соединяется с расчётным урегулированием. Fault proofs названы явно. Нигде нет 15 минут. Вместо этого — строка, говорящая не делать выводы о финальности по истечению времени: вместо этого проверьте статус в протоколе или в кошельке.

Вот реальный разрыв. Включение быстро — в документах говорится об этом прямо. А расчётное урегулирование — отдельная история, зависящая от вещей, на которые никто не поставил таймер.

Так что шаг fault proof не исчез — просто он не задокументирован так, как система permissionless challenge от Optimism, где любой может запустить провайдер и наблюдать за тем, как идёт оспаривание.

Не знаю, это сжато и решается конфиденциально, или просто пока не опубликовано.

Рад, что проверил, прежде чем привязывать время вывода к чужой цифре.

Что будет с тем числом в 15 минут в первый раз, когда fault proof понадобится оспаривать в разгаре rush по расчетному урегулированию? 👍

#dusk $DUSK @Dusk

Сегодня я закрыл маржинальную позицию на TermMax через панель управления. Один клик, подпись, готово.

Я решил, что это и есть то, что означает «закрыть»: продать залог, погасить долг, а разницу вернуть.

Оказывается, это один из конкретных способов закрыть позицию, но не единственный.

У собственного блога TermMax есть отдельное руководство по ручному закрытию: выкупите FT, который вы изначально продали, чтобы открыть позицию, используйте его для прямой отмены долга — и весь залог возвращается в целости, без изменений. При закрытии нет принудительной продажи.

Маршрут через панель управления продаёт ваш залог прямо тогда, когда рынок даст свою цену. Ручной вариант пропускает это: вы сами выбираете, когда и как продавать дальше.

В их собственном разобранном примере: позицию открыли примерно при ставке заимствования 7%, закрыли, когда кредитование было около 15%, а при ручном погашении вернулось на 1,89% больше. Для позиции на $1M это оставляет на столе более $18k только из‑за одного клика.

Я всё ещё не понимаю, насколько обычно бывает такая разница, и не включили ли её в интерфейс после выхода V2.

Продолжаю гадать, что происходит, когда одновременно закрывается целая волна позиций — все нажимают на тот же самый стандартный пункт продажи на скоррелированном залоге в один и тот же момент.

@TermMax полностью расписал это в документации 👍 #TermMax
Кто-то здесь закрывал вручную, а не просто нажимал кнопку?

#termmax @TermMax

Я как-то вечером читал посты Dusk о мейннет-обновлениях и наткнулся на кое-что, что, как мне кажется, заслуживает большего внимания, чем сейчас получает. Под более широкой инфраструктурной повесткой скрывается Dusk Pay — платежный контур, соответствующий MiCA, разработанный специально для бизнес-кейсов, которым нужны стейблкоины наряду с высокой регуляторной подотчетностью. Меня зацепило то, что под этим стоит партнерство с Quantoz — нидерландским учреждением электронных денег, которое выпустило EURQ: цифровой евро, классифицированный как Electronic Money Token (токен электронных денег) в рамках MiCA, а значит, юридически подходящий в качестве расчетного средства. Иногда я думаю, имеет ли на практике это различие между стейблкоином и реальным EMT столько же значения, сколько имеет юридически, и понимают ли сами институты эту разницу уже сейчас.

Интересно, насколько узко и осознанно выстроена эта связка. EURQ в экосистеме Dusk означает, что полностью on-chain фондовая биржа становится структурно возможной — ценные бумаги выпускаются, торгуются и рассчитываются в юридически признанном валютном эквиваленте, при этом всё происходит в рамках одной соответствующей требованиям среды. Вопрос, который приходит на ум: действительно ли такая сквозная замкнутость снижает трение для институтов, или же она вводит новую зависимость от того, что регуляторный статус самого Quantoz будет оставаться неизменным в течение неопределенно долгого времени.

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

Это заставляет думать, что модель комплаенса Dusk будет столь же долговечной, как самое слабое звено среди лицензированных участников, от которого она зависит, и это действительно открытый вопрос. Впрочем, время покажет👍

#dusk $DUSK @Dusk

$BTC просто пробил нисходящий клин на недельном таймфрейме, и это структура, за которой я точно хочу следить. 📈

Пробой выглядит бычьим, но для меня сейчас важнее всего то, сможет ли Биткоин удержаться выше зоны пробоя.

Если покупатели сохранят контроль, я думаю, что $84K может стать реалистичной целью в ближайшие недели.

Но это не значит, что мы получим прямолинейный рост. Коррекция к $65K-$66K всё ещё возможна, и честно говоря, мне бы больше хотелось увидеть здоровый ретест, чем чтобы BTC пошёл вертикально без паузы.

Я усвоил, что не стоит гнаться за такими пробоями после того, как однажды попался и купил слишком рано в похожих сетапах. 😅

Пока что: удержание пробоя = бычье продолжение.
$BTC

#BTC #Bitcoin #Crypto #Trading #DYOR