Crypto knowledge P

🌕✨ Лунный торт Binance к Празднику середины осени! 🥮💛

Я смешал(а) тепло луны Праздника середины осени с духом Binance — золотые детали, лунный свет и немного крипто-магии. 🌙🟡

Как вам мой лунный торт Binance? 🥮🐰

Счастливого Праздника середины осени! ❤️

#BinanceMidAutumn #BinanceSquareTG

Биткоин вернулся примерно к $79K, но главная история сегодня — что происходит за пределами криптоиндустрии.

Нефть только что поднялась выше $100 на фоне эскалации напряженности на Ближнем Востоке, в то время как глобальные акции уходили вниз. Параллельно трейдеры внимательно следят за предстоящими данными по инфляции в США и предстоящим заседанием ФРС.

Интересно, что BTC при этом все еще держится относительно неплохо, несмотря на все макроэкономическое давление.

Также стоит обратить внимание на Ethereum. После сильного ралли ETH консолидируется в районе $2.5K — трейдеры ищут следующий пробой.

Для меня это как раз тот момент, когда терпение важнее, чем гнаться за свечами.

Следующие несколько дней могут стать интересными. 👀

#Bitcoin #BTC #ETH #crypto
#CryptoNews
$BTC $ETH

Подключение кошелька Dusk выглядит как одно простое нажатие. Но когда я начал разбираться в том, что происходит за этим, я понял: там довольно много всего.

Сначала я прошёл по этапу обнаружения кошелька. dApp не просто «берёт» любой кошелёк Dusk, который находится на странице. Кошельки сами объявляют о себе, dApp их находит, и если установлено больше одного, нужно выбрать провайдера. У каждого также есть собственная идентичность. Это небольшая деталь, но она важна: сайту нужно знать, с каким именно кошельком он фактически общается.

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

Часть с подписью оказалась для меня самой интересной. Dusk помещает origin и chain ID в контекст подписываемого сообщения. Также авторизационная подпись включает nonce и временные метки. Значит, подпись — это не просто «эта учётная запись подписала что-то», у запроса есть ещё и контекст.

Я также проверил недавние изменения в кошельке вокруг этого. Сообщения провайдера были ограничены, чтобы другой установленный провайдер Dusk не мог получить тот же запрос dApp. Обработка origin и разрешений была ужесточена, а вызовы dApp RPC и подключения к пользовательским узлам ограничены HTTPS или локальными адресами разработки. В собственных заметках по безопасности Dusk также упоминаются ограничения вроде того, что память JavaScript нельзя надёжно очищать.

Для меня это меняет то, как выглядит маленькая кнопка «Connect Wallet». Это не просто одно разрешение. Между сайтом и ключом есть целый слой, который решает, какой кошелёк используется, что dApp может запросить и что пользователь на самом деле подписывает.

$DUSK @Dusk #dusk

Я думаю, что мы обычно задаём неправильный вопрос, когда Dusk-транзакция «не проходит».

Статус 202 Accepted означает только то, что узел принял запрос для маршрутизации. Это не значит, что транзакция уже находится в mempool или в блоке. Один из примеров, который мне показался интересным, — это будущий nonce. Если транзакция Moonlight приходит с будущим nonce, пока более ранний nonce всё ещё отсутствует, Dusk может держать её вне реального mempool и ждать, пока заполнятся разрывы по nonce, вместо того чтобы сразу отклонить её. На это время у неё появляется отложенное состояние.

Это лишь часть истории. Как только транзакция проходит допуск, она попадает в локальный mempool этого узла. Другие узлы сохраняют свои собственные mempool и выполняют собственные проверки допуска. Позже транзакцию могут выбрать для блока, выполнить и в итоге финализировать. Она также может выйти из локального mempool без того, чтобы это автоматически означало провал. Истечение, замена, ограничения по ёмкости и конфликты — всё это может привести к удалению.

И вот здесь, как мне кажется, разница важна для кошельков и бирж. В руководстве по интеграции Dusk сказано: хранить точную подписанную транзакцию, считать 202 Accepted лишь успешной маршрутизацией и повторно транслировать те же самые подписанные байты после таймаута транспорта, а не создавать новую транзакцию вслепую. Списание (withdrawal) следует помечать как завершённое только после того, как проверено выполнение и блок финализирован.

Чем больше я в это вникал, тем меньше фраза «transaction submitted» (транзакция отправлена) звучала как полезный статус сама по себе. Транзакция может ждать nonce, находиться в mempool одного узла, быть выполненной с ошибкой или находиться в блоке, который ещё не финализирован. Это совершенно разные ситуации, даже если снаружи они все могут выглядеть как «всё ещё ожидает».

Для меня полезный вывод из процесса транзакций Dusk такой: submitted — это только начало. Важно то состояние, до которого вы реально можете доказать, что транзакция дошла.

$DUSK @Dusk #dusk

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

Я прошёл последние работы по завершению Dusk Hyperlane и тестирование, и на данный момент всё выглядит надёжно. Последний чистый воспроизводимый прогон прошёл сборки контракта, VM-тесты, тесты транзакций и проверки Hyperlane agent. Затем запустили высоконагруженный soak на 7 циклов: в каждом цикле было 20 переводов EVM → Dusk и 20 переводов Dusk → EVM. Это составило 280 переводов суммарно за 7 282 секунды до окончания тестового окна в 120 минут.

Однако важнее всего для меня оказался production-чеклист, который лежал рядом с этими результатами. Решение по custody production signer пока ещё не принято. Также остаётся открытым вопрос восстановления pending escrow: как долго должен работать soak и как должна быть организована работа CI и настройка воспроизводимости. Эти вещи легко упустить, когда заголовок — это успешный тест, но именно их я бы хотел понять ещё до того, как речь пойдёт о реальной ликвидности.

Вопрос о signere особенно трудно игнорировать после того, что произошло со старым мостом Dusk → EVM в январе. Злоумышленник получил доступ к кошельку, который подписывал операции моста, украл DUSK и перевёл часть украденных средств через мост в BNB Smart Chain. Dusk было однозначно заявлено, что инцидент — это компрометация bridge wallet, а не ошибка консенсуса или протокольная уязвимость Dusk. Позже мост был переработан: усилили разделение между подписанием, обработкой событий и выпуском средств, а также ужесточили контроль балансов и механизмы восстановления.

Поэтому я не рассматриваю эти 280 переводов ни как зелёный свет, ни как красный флаг. Они показывают, что систему тестируют серьёзно. Для меня сейчас главное — как система должна вести себя, если что-то пойдёт не так, кто контролирует чувствительные компоненты и как устроено восстановление.

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

$DUSK @Dusk #dusk

Одна небольшая вещь про транзакции Dusk продолжала меня беспокоить.

Я читал логику потока транзакций Dusk и выяснил, что сейчас одна транзакция содержит одну операцию. Для чего-то базового это, в общем-то, довольно разумно. Так проще валидировать и понимать происходящее. Но затем я задумался о более сложном DeFi-потоке, например: подготовить средства, сделать свап, а потом застейкать. Для пользователя это ощущается как одно действие. В Dusk же это превращается в несколько отдельных транзакций, и у каждой — свой nonce, своя подпись и свой шанс на включение.

Именно тогда я начал думать, что будет, если пройдет только часть этой последовательности. На уровне протокола отката (rollback) между этими транзакциями нет, поэтому можно оказаться «посередине» более крупного сценария. Для обычной сделки, вероятно, это не слишком критично. Но для DeFi — операций расчетов или казначейства — я вижу, что это может стать настоящей головной болью.

Что мне показалось интересным: у Dusk уже есть открытая issue на GitHub, #4058, где обсуждаются batch-транзакции. Одна из идей — контракт-батчер, который помещает несколько вызовов в одну транзакцию, но контракты, использующие caller(), могут увидеть батчер вместо исходного пользователя. Альтернативный вариант — батч на уровне протокола, где несколько операций сохраняются под идентичностью пользователя, но это потребует изменений в формате транзакций, поддержки консенсуса, активации хардфорка и SDK.

Поэтому я бы не стал заменять текущую модель с одной операцией. Мне кажется, логично оставить ее как простой вариант по умолчанию. Я бы скорее хотел видеть опциональный атомарный batch для сложных сценариев: чтобы операции выполнялись по порядку, весь batch мог откатиться, если одна операция не удалась, и при этом исходный пользователь оставался видимым для каждого вызова.

Это будет правильным балансом для Dusk, или дополнительная сложность протокола того не стоит?

$DUSK @Dusk #dusk

#dusk $DUSK @Dusk
В последнее время я присматриваюсь к направлению Dusk со стороны рынка для МСП, и один момент постоянно возвращался ко мне.

Токенизация МСП звучит просто, если сказать это одной фразой.

Разместить актив в ончейне.
Дать инвесторам доступ.
Готово.

Но на самом деле это не так просто.

Все равно кто-то должен решить, кто может инвестировать, как оформляется право собственности, как работают переводы, какая информация должна быть раскрыта и как фактически производится расчёт денег.

И вот где, как мне кажется, люди иногда недооценивают проблему RWA.
Сам токен — это лишь одна часть процесса. Вокруг него ещё должна нормально работать рыночная инфраструктура.

И именно поэтому подход Dusk кажется мне интересным.

Их недавний акцент на частных рынках и МСП — это не столько про то, чтобы просто добавить ещё один актив в блокчейн ради самой идеи.
Это скорее про то, чтобы связать разные элементы процесса.

Потому что сложная часть — не создание токена.

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

Вот почему мне также любопытно посмотреть, как будет развиваться направление Dusk Trade.

Если оно сможет упростить процесс и для компаний, и для инвесторов, то это станет интереснее, чем просто очередной нарратив про RWA.

Пока всё ещё рано.

Для меня главный тест простой:

Сможет ли Dusk реально сделать использование частных рынков проще, или мы просто переносим старый процесс в ончейн и называем это новым?

И именно это я буду внимательно наблюдать, когда Dusk Trade начнёт принимать форму.

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

Moonlight и Phoenix — это не просто две версии одного и того же.

Moonlight работает на основе аккаунтов. У вас есть аккаунт, баланс, nonce и ключи, а сеть проверяет транзакцию в соответствии с этим состоянием.

Phoenix использует иной подход.

Он опирается на ноты, хранящиеся в дереве Меркла. Когда нота тратится, создаётся нуллификатор, чтобы ту же ноту нельзя было потратить повторно.

То, что привлекло моё внимание: сети не нужно раскрывать, какая именно нота была потрачена.

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

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

Поэтому я бы не описывал это просто как «Moonlight прозрачен, а Phoenix приватен».

Это разные модели транзакций, спроектированные под разные требования, но при этом они работают в одной и той же сети Dusk.

И честно говоря, мне кажется, это довольно интересный дизайнерский выбор.

Что бы вы предпочли в Dusk?

@Dusk $DUSK #dusk

Токенизация в ончейне — это только начало.
Настоящий вопрос в другом: могут ли правила, связанные с этим активом, тоже переместиться в ончейн?
Возьмем регулируемую облигацию.
Превратить ее в токен, возможно, самое простое. Но реальному финансовому рынку нужно больше:
• Держать ее должны только подходящие инвесторы
• Для передач могут потребоваться встроенные ограничения
• Чувствительные позиции не должны быть публичными по умолчанию
• Правильные стороны должны иметь доступ к нужной информации
• Наличные и передача актива должны урегулироваться одновременно
Именно здесь токенизация становится чем-то большим, чем просто цифровая оболочка.
Она превращается в рыночную инфраструктуру.
Вот почему @Dusk выделяется для меня. Его фокус — не просто размещение активов в ончейне, а обеспечение регулируемых рабочих процессов вокруг них: контролируемые передачи, выборочное раскрытие, приватность, допустимость и расчеты как связанные части единой системы.
Более крупная возможность — не только токенизированные активы.
Это программируемые рынки:
Правила, которые следуют за активом.
Приватность, которая может сосуществовать с подотчетностью.
Расчеты, которые происходят как часть транзакции.
Передача прав собственности, не нарушающая требования комплаенса.
Если эта модель будет работать в масштабе, on-chain финансы могут выглядеть менее похоже на традиционные рынки с новой базой данных — и больше как переработанная финансовая система.
Как вы думаете, какая самая сложная преграда для перевода реальных финансов в ончейн: идентификация, приватность, торговля, расчеты или обслуживание активов?
$DUSK #dusk @Dusk

Все говорят о масштабируемости блокчейна.

Почти никто не говорит о стоимости хранения.

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

Поэтому мне недавнее обновление инфраструктуры Dusk показалось интереснее очередного заголовка про TPS.

Dusk сократил объём хранения событий на archive-node с 310,7 МБ до 27,7 МБ — более чем на 90% — при сохранении исторических результатов.

Самое интересное здесь не просто число.

Важно то, что это говорит об инфраструктуре блокчейна.

Если в будущем сети будут поддерживать финансовые активы и приложения, которым может понадобиться многолетняя историческая проверка, то эффективность хранения станет частью самой архитектуры.

Масштабируемость — это не только про обработку большего. Это ещё и про перенос меньшего объёма данных, не теряя историю, благодаря которой сеть остаётся верифицируемой.

Эти улучшения, вероятно, не создадут самые громкие заголовки.

Но рутинная инфраструктурная работа зачастую именно и делает возможным массовое внедрение.

Dusk работает не только над тем, что происходит в on-chain.

Он также улучшает то, насколько эффективно сеть может «помнить», что произошло.

@Dusk $DUSK #dusk

Одно из обновлений Dark Dusk, которому, как мне кажется, стоит уделить больше внимания, — запуск тестнета DuskEVM.

На первый взгляд «ещё одна EVM-среда» не звучит особенно интересно. Но архитектура рассказывает другую историю.

DuskEVM привносит Solidity, Hardhat и стандартные инструменты Ethereum в Dusk, а выполнение заканчивается через DuskDS. Это разделение важно: разработчики могут использовать привычный стек приложений, не отказываясь от нативных механик Dusk по расчетам и доступности данных.

Самое интересное — то, что находится «вокруг».

Dusk также разрабатывает Dusk Trade как прикладной уровень для токенизированных финансовых активов: там есть процессы вокруг онбординга инвесторов, привязки кошелька, контролируемых переводов, координации платежей и соответствующих требованиям расчетов.

Так что недавнее развитие — это не только про добавление совместимости с EVM.

Похоже, что Dusk движется к полноценному стеку, где разные компоненты решают разные задачи:

→ DuskDS: консенсус, расчеты и доступность данных
→ DuskEVM: привычное выполнение в среде EVM
→ DuskVM: нативное выполнение на Rust/WASM с прямым доступом к возможностям приватности Dusk
→ Dusk Trade: инфраструктура прикладного уровня для токенизированных рынков

И именно здесь тезис про RWA становится намного интереснее.

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

Теперь, когда DuskEVM доступен для тестирования, а Dusk Trade создаётся вокруг реальных рыночных сценариев, следующее, за чем я буду наблюдать, — это не очередное объявление.

Важно, что разработчики и финансовые приложения реально будут строить поверх этого стека.

@Dusk $DUSK #dusk

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

Все спрашивают: «Можно ли этот актив разместить в блокчейне?»

Но представьте, что этот актив уже там.

Теперь инвестор хочет его купить. Другой хочет продать. Эмитенту нужно обеспечить, кто может его держать. Регулятору позже могут понадобиться доказательства. И где-то посередине чувствительная информация всё равно не должна превращаться в публичные данные.

Вот что для меня интересно в @Dusk . Его рыночная инфраструктура проектируется под весь процесс — соответствие требованиям, контролируемые переводы, конфиденциальность, раскрытие и расчёты — а не под то, чтобы токен считался конечным продуктом.

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

Возможно, он будет в том, чтобы эти токены вели себя как финансовые активы.

Какая часть этого процесса, как вы думаете, самая сложная для решения?

$DUSK #dusk @Dusk

Несколько дней назад я размышлял о том, что на самом деле означает «токенизация актива». Сначала это звучит просто — взять акцию, облигацию или другой финансовый актив и разместить его onchain. Но создание токена, вероятно, самая лёгкая часть.

Сложные вопросы начинаются после этого. Кто вообще может им владеть? Что происходит, когда кто-то пытается перевести его не на тот кошелёк? Какая информация должна быть видимой для комплаенса, а что следует сохранить в тайне?

Именно поэтому $DUSK мне кажется особенно интересным. Реальным финансовым активам нужно нечто большее, чем просто быстрые переводы — им требуется, чтобы вместе работали правила, приватность, верификация и расчёты, не превращая всё в публичную электронную таблицу.

Возможно, настоящая сложность RWA — не в том, чтобы вынести активы onchain. Возможно, это в создании системы, где финансовые рынки смогут реально функционировать там, не отказываясь от приватности и контролей, от которых они уже зависят. Как вы думаете, чего больше всего не хватает? 👀

@Dusk $DUSK #Dusk

#dusk $DUSK
История безопасности блокчейна — это не «мы никогда не находили багов».

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

Именно поэтому я углубился в кроличью нору AEGIS по @Dusk .

Ремедиация AEGIS от Dusk за 2026 год выпустила 39 исправлений безопасности, включая 7 критических находок.

Интересно другое? Это были не просто поверхностные проблемы.

Аудит докопался глубоко до стека:

→ Выполнение в песочнице VM
→ Десериализация на стороне хоста
→ Логика комиссий и возвратов Phoenix
→ Безопасность BLS-подписей
→ Консенсус, сеть и криптографические компоненты

Одна проблема с комиссией Phoenix могла повлиять на целостность обращения, доступность цепочки и безопасность возвратов. Проблема с BLS была связана с криптографической конструкцией, используемой для проверки подписи.

AEGIS не просто «починили одну строку и пошли дальше». Dusk говорит, что они переработали затронутую модель владения, укрепили границы доверия, добавили проверки согласованности комиссий на нескольких уровнях, усилили BLS-путь и добавили регрессионные тесты, сформированные под возможные эксплойты.

И, по словам Dusk, они не нашли доказательств того, что критические находки ранее были эксплуатированы до появления AEGIS.

Для меня это и есть главный вывод.

В регулируемых финансах приватность важна.

Но приватность без безопасности бесполезна.

Инфраструктура должна выдерживать атаки и противодействующее мышление ещё до того, как институты смогут ей доверять.

Вот какая сторона @Dusk , на которую мне действительно стоит обратить внимание:

не только то, что обещает протокол,

но и насколько серьёзно он реагирует, когда кто-то пытается его сломать.

$DUSK #dusk @Dusk

#dusk $DUSK
Большинство блокчейнов были созданы вокруг одной идеи:

Прозрачности.

Но реальным финансовым рынкам нужно нечто более нюансированное.

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

Именно здесь @Dusk становится особенно интересным.

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

→ Moonlight для прозрачных публичных потоков
→ Phoenix для конфиденциальных защищенных переводов
→ Избирательное раскрытие, когда уполномоченной стороне нужна конкретная информация
→ DuskVM для нативных Rust/WASM + ZK смарт-контрактов
→ DuskEVM для совместимого с EVM пути разработки

И более масштабная идея выходит за рамки простого «токенизирования актива».

Для регулируемых ценных бумаг нужно, чтобы вместе работали: проверка прав инвесторов, контролируемые переводы, приватность, раскрытие, отчетность и исполнение.

Именно эта часть мне кажется наиболее интересной в Dusk.

Токенизацию легко описать.
Трудная часть — построить вокруг нее финансовую инфраструктуру.

Dusk делает ставку на то, что будущее onchain-финансов требует обоих:

Приватности, когда она важна.
Прозрачности, когда она полезна.
Соответствия требованиям, когда это необходимо.
Исполнения, которому можно доверять.

Это тезис, за которым стоит наблюдать. 👀

@Dusk $DUSK #dusk

⚡ ОПРОС ТОРГОВЦЕВ ФЬЮЧЕРСАМИ ⚡
RSI выше 78 = зона перекупленности 📊
Эти топовые победители растут... какой ваш ход в фьючерсах? 👇
Высокий риск, высокая награда — не дайте себя ликвидировать!
💬 Комментируйте ваш вход & плечо#CryptoPoll #SKLUSDT #CryptoPatience #FutureTradingSignals #MOVR/USDT $ZBT $KERNEL $SKL

На какой тип криптовалюты вы ставите на следующем бычьем рынке? 👇
💬 Комментируйте свой выбор + почему
#BTC #solana #MEME #CryptoPoll #Dogecoin‬⁩ $NOM $ON $KAT

Трендовые скрытые драгоценности Опрос (Binance) 💎
Все следят за BTC & ETH…
Но настоящие прибыли приходят от скрытых драгоценностей 👀
Какой трендовый альткойн имеет наибольший потенциал 10x?$FET $RNDR $TIA
📊 Голосуйте сейчас & комментируйте вашу скрытую драгоценность
Лучший альфа всегда в комментариях 👇
#crypto #CryptoPoll #BTC #BinanceSquareTalks #CryptoPoll

Какую мемкоину вы накапливаете прямо сейчас?
💬 Напишите о мемкоине, в который вы верите
Давайте посмотрим, какое сообщество самое сильное 👀
#MemecoinArmy #CryptoPoll #BinanceSquare #PEPE‏ #memecoin🚀🚀🚀
$PEPE $DOGE $FLOKI