Leson

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

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

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

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

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

Интересно, отслеживает ли кто-то ещё эти данные: после инцидента как долго обычно каждый мост остаётся «молчаливым», прежде чем реально вернуться онлайн? Возможно, период молчания — один из самых ясных способов увидеть, как команда на практике подходит к управлению рисками.$DUSK $BMT $FOREST

Я раньше воспринимал fast finality как довольно сухой технический параметр. Но когда начинаешь торговать напрямую в блокчейне с высокой скоростью финализации, ты почти сразу чувствуешь её влияние.

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

Я начал по-настоящему ценить fast finality, когда увидел, что сеть может финализировать транзакции менее чем за секунду. Ощущения от торговли тогда совсем другие. Бот может сужать спред почти до минимума, маркет-мейкер обновляет цены быстрее, а ликвидность, кажется, реагирует на рынок, а не всегда работает с запозданием.

Для меня это уже не просто «блокчейн быстрее». Когда меняется опыт исполнения, меняется и то, как весь рынок on-chain взаимодействует друг с другом.

Но есть один момент, который, как мне кажется, многие упускают: быстрая финализация сама по себе не превращает всю систему в быструю. Если всё ещё медленные RPC, indexer или слой исполнения, то вы просто переносите узкое место в другое место.

Честно говоря, чем больше я наблюдаю, тем сильнее вижу: те сети, которые хорошо решили эту задачу, постепенно становятся «слоем инфраструктуры» за действительно серьёзными on-chain-торговыми активностями.

Мне стало интересно: есть ли сеть, торгуя на которой, вы реально чувствуете преимущество быстрой финализации? Поделитесь парой названий nhé.@Dusk #dusk $DUSK $HANA $AKE

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

Мы часто обсуждаем блокчейны, где приватность ставится во главу угла, и почему данные в on-chain требуют лучшей защиты.
Но, по-моему, более важный вопрос звучит так: сможет ли разработчик войти в эту экосистему, не начиная всё заново с нуля?

У EVM здесь есть большое преимущество. После многих лет развития она сформировала целый набор привычных инструментов: Solidity, Hardhat, Foundry, Ethers.js, MetaMask и множество других интеграций. Разработчики не просто умеют ими пользоваться — они ещё и строят вокруг этого стека собственные рабочие процессы.

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

Как мне кажется, это самое легко упускаемое преимущество. Когда приватность можно встроить в текущий рабочий процесс, а не заставлять разработчиков заново учить весь стек, стоимость перехода значительно снижается. И самое главное — существующие smart contract не обязательно переписывать с нуля.

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

Какие EVM-privacy chain вы прямо сейчас строите или тестируете?@Dusk #dusk $DUSK $AKE $HANA

На этой неделе я потратил довольно много времени, чтобы разобраться с Dusk, и одна деталь, которую я не мог упустить, — объявление о компрометации bridge-wallet от 16/8 всё ещё оставалось публичным спустя 5 дней.

Сам по себе компромет, пожалуй, не то, что заставило меня думать больше всего. Был обнаружен кошелёк, находившийся под контролем команды; этот адрес отключили, а мост приостановили для обработки — по сути, довольно стандартный процесс реагирования. Меня же больше всего зацепило то, что @Dusk не предпочёл хранить молчание. Ни пользовательские активы не пострадали, DuskDS продолжал работать в обычном режиме, и не было никаких обязательств, которые заставляли бы их выходить в публичное поле. Другая команда вполне могла бы тихо ротировать ключи за кулисами и считать вопрос закрытым.

Чем больше я читал, тем заметнее становилось, что #dusk сделал публичными каждую часть ответа. Они описали, что обнаружили, что было отключено, как координировались с Binance со стороны централизованной инфраструктуры, а также даже добавили блоклист получателей в Web Wallet. Мост пока не возобновлён, потому что «широкая дополнительная защита» всё ещё завершается. Мне нравится такой подход: устранять причину, а не просто разбираться с последствиями.

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

Я пока не хочу делать вывод, что это следствие «комплаенс-первого» направления, связанного с NPEX/регулируемыми рынками, или просто более высокого внутреннего стандарта. Больше всего меня интригует будущее блоклиста: будет ли он сохранён как часть инфраструктуры или исчезнет, когда патч будет заменён?

Что я всё ещё пытаюсь понять, так это: что должно измениться, чтобы сообщение о пробе, которая не причинила ущерба, стало нормальной реакцией — а не исключением?$DUSK $TUT $TRIA

Я начал обращать внимание на DuskEVM, когда открылся тестнет 10/8. То, что мне показалось стоящим: разработчикам не нужно выбрасывать то, что они уже знают — Solidity, Hardhat и инструменты экосистемы Ethereum по‑прежнему работают на@Dusk
Моё первое впечатление: «Довольно интересно — слой исполнения NPEX больше не на бумаге!»
Мне пришлось заставить себя замедлиться. Доступ для разработчиков открыт, но это ещё не доказательство adoption. Нет контрактов, нет объёма или активности, чтобы увидеть, что система приходит в движение. Дверь открыта, но коридор за ней всё ещё тихий.
Мне нужно было скорректировать своё видение NPEX. Слышать про токенизацию бумаг на €300M — естественно думать, что всё уже on‑chain и активно используется. Но чем внимательнее я смотрю, тем яснее вижу разрыв: инфраструктура для этих транзакций только что открылась разработчикам на прошлой неделе.
Это пока не впечатляет, но мне нравится именно это. Это заставляет меня воспринимать NPEX более реалистично: сейчас есть возможность что‑то делать, но пока нет доказательств активности. Наличие infrastructure не означает, что появилось приложение, и тем более не означает, что пользователи уже в нём нуждаются.
Я понимаю, почему они так делают. Если цель — система для организаций и регулирующих органов, логично сначала построить инфраструктуру, а затем ждать объёма. Для меня такой порядок выглядит вполне разумным.
Вообще-то, я шёл чуть впереди темпа самой цепочки. Это знакомая ошибка для тех, кто следит за проектами: увидеть «уже есть партнёр» и тут же превратить это в «партнёр уже использует». Но это могут быть разные вещи.
Теперь я хочу понять, как быстро всё это начнёт двигаться. Разработчики поиграют в песочнице DuskEVM и создадут активность, или тестнет застынет на несколько месяцев?
Честно говоря, у меня пока нет ответа.
Мне интересно, вступил ли в DuskEVM самый первый developer. Или песочница всё ещё без активности?
Это то, на что я больше всего обращаю внимание в ближайшее время!#dusk $DUSK $AKE

15 августа @Dusk опубликовали материал, который привлёк моё внимание не из‑за цены, а потому что в нём подробно разобран процесс токенизации ценных бумаг SME — от выпуска и передачи до расчётов в инфраструктуре системы.

Самое ценное в этой статье для меня то, что она не пытается завоевать внимание знакомыми вещами вроде нового листинга, рекордного TVL или движений цены. Вместо этого она углубляется в расчёты: как фиксируется право собственности, как движутся деньги и как эти два аспекта обрабатываются вместе в блокчейне. Всё помещено в контекст #Dusk , NPEX и EU DLT Pilot Regime.

Я думаю, что самый ценный момент — в том, что автор не делает акцент на скорости. Вместо этого поднимаются вопросы куда более сложных факторов: каких инвесторов допускают к участию, какая информация должна быть раскрыта и кто несёт ответственность, если передача приводит к спору. Поэтому 10‑секундное число — это не то, что меня интересует больше всего. Для меня реальный «узкий проход» лежит в юридических и операционных вопросах, а не просто в том, чтобы сделать время блока быстрее.

Это заставило меня по‑новому взглянуть на детерминированную финальность. В кри136то‑ритейле, когда транзакции закрываются почти мгновенно и снижение риска контрагента само по себе уже достаточно, чтобы создать убедительную историю для Twitter. Но в регулируемых финансах перспектива совершенно другая. Детерминированная финальность кажется скорее фундаментальным стандартом, который должен существовать, чем функцией для демонстрации — так же как надёжная работа банка не требует превращения в рекламу.

Я бы не назвал это сильной рыночной реакцией, потому что объём вырос лишь незначительно. Тем не менее я считаю этот сигнал заслуживающим внимания. Не из‑за масштаба, а потому что у меня появляется ощущение, что интерес начинает формироваться, и рынок, похоже, следит внимательнее.

На вопрос, на который я всё ещё не нашёл ответа, звучит так: превратится ли это внимание в реальный объём на Dusk Trade, когда платформа начнёт работать, или в итоге всё ограничится нарративом? Мне особенно интересно узнать, кто будет реально отслеживать данные NPEX, когда начнётся процесс передачи актива.$DUSK $TUT $FF

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

Проверяя DefiLlama, я сразу заметил соотношение #TermMax :$34,1M в TVL, но $29,5M уже было выдано в виде займов. Почти 87% капитала активны. Для меня это число стоит рассматривать больше, чем один лишь TVL.

Сначала $34M TVL не особенно привлекли мое внимание. Но когда я отделяю капитал, который реально активен, история начинает выглядеть иначе. TermMax работает с срочными кредитами и фиксированными процентными ставками, поэтому высокая загрузка может указывать на то, что ликвидность циркулирует, а не просто «лежит» в протоколе. Но я не хочу слишком далеко уходить от этих данных: они показывают уровень загрузки, однако недостаточно, чтобы сделать вывод о том, откуда берется спрос, и насколько качественной он является.

Если вернуться к более старому снимку на DefiLlama, TermMax однажды фиксировал $26,7M в TVL, но только $4,78M в займах. Рост TVL — это одно; изменение того, как капитал используется, — вот часть, которая привлекает мое внимание.

Больше всего меня интересует то, что будет дальше.

После привлечения $4,25M seed-финансирования 30 ноября 2023 года TermMax планировал Vault V2, опционы и управление (governance). Я хочу увидеть, как это превращается в реальные продукты и фактическую активность, а не просто смотреть на объем капитала, который проект привлек.

Я не спешу называть высокую загрузку продуктово-рыночным соответствием. Это может быть хорошим сигналом, но может быть и результатом изменений на рынке или нескольких крупных позиций. Одного лишь TVL всё еще недостаточно, чтобы отличить устойчивый спрос от временного эффекта.

Остался еще один вопрос, который я не решил: кто берет займы и когда эти кредиты созревают (какие у них сроки погашения). Я хочу отчетливо видеть концентрацию непогашенных займов по кошелькам, а также то, как со временем меняется структура по срокам. Если доступны исторические данные, я бы хотел сравнить их с текущей загрузкой, прежде чем делать какие-либо выводы.$FF $TRIA $ROBO

То, что остановило меня на этой неделе, — это не та самая строчка, а довольно небольшая фраза, спрятанная глубоко в документации Project @Dusk : «integration not yet live.»

Я вернулся к уведомлению CCIP, чтобы посмотреть, как далеко всё реально продвинулось, хотя сначала думал, что увижу уже куда больше внедрённых частей. То, как это описывают, звучит довольно полно: Dusk и NPEX объединяют CCIP, DataLink и Data Streams, чтобы проводимые активы проходили через множество цепочек. Такая подача легко заставляет думать, что система уже действительно работает.

Но я не остановился на уведомлении — углубился в документацию #Dusk , чтобы сверить. Результат оказался иным по сравнению с первоначальным ощущением: CCIP всё ещё в статусе «not yet live».

То, что я могу чётко проверить: всё запущено. По состоянию на 10/8 это DuskEVM testnet. Solidity и Hardhat уже работают, $DUSK стал нативным gas-токеном, и я могу разворачивать и проверять контракты прямо на explorer.

Это заставило меня по‑другому посмотреть на «расширение охвата». Сейчас это ещё не история про перемещение активов между цепочками, а скорее про то, что Dusk сначала создаёт привычную EVM-среду, чтобы разработчики могли строить на ней. Composability по‑прежнему впереди. И, пожалуй, главное отличие, которое я заметил: то, что выпущено, — это фундамент для того, чтобы CCIP подключился, а не сама интеграция CCIP.

Я всё ещё задаюсь вопросом: это Dusk целенаправленно раскладывает по слоям этапы внедрения, или же это знакомый сценарий, когда коммуникационный таймлайн идёт впереди технического прогресса. Поэтому мне хочется понять, где находится реальная активность на DuskEVM testnet: сколько контрактов действительно развёрнуто, а не просто смотреть на внимание, которое имя CCIP приносит.$JCT $SPACE

До $TMX TGE 25 августа я вернулся и на этой неделе более внимательно проверил @TermMax . Чем больше я смотрел, тем сильнее мне казалось, что несколько моментов всё ещё не складываются в картину, на которую я рассчитывал.

#TermMax уже подтвердил(а) своё TGE и поделился(лась) более чем 1,5 млн зарегистрированных кошельков, а также TVL, превышающим $90 млн на 10 цепочках. Если смотреть на каждый показатель, приходится признать: они довольно впечатляющие.

Ещё один момент, который заставил меня остановиться: разница между текущими данными и тем, что TermMax публиковал пару месяцев назад. Ещё в апреле у TermMax было 837K кошельков и $64 млн TVL, при этом активные пользователи в день однажды доходили до более чем 170K. С тех пор и то, и другое выросло. Но ежедневная активность выросла не так же. Сейчас активные ежедневные пользователи — это лишь «более 90K», то есть заметно ниже предыдущего пика. Поэтому я больше не смотрю на динамику так просто, как делал(а) сначала.

Возможно, я уделяю слишком много внимания одному числу. Достижение пика активными ежедневными пользователями раньше не означает, что они обязательно должны навсегда оставаться на этом уровне. Но если посмотреть под другим углом, рост количества кошельков до TGE мог также быть связан только с фермингом очков, а не с теми, кто имеет долгосрочный спрос на использование продукта. Для меня именно здесь нужно различать «зарегистрированные кошельки» и «активные кошельки». Примечательно, что данные, опубликованные TermMax, частично показали эту разницу.

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

Я всё же возвращаюсь к одной детали: TermMax расширяется по масштабу, но DAU при этом растёт не так же. Если рост кошельков и TVL действительно создаёт использование, я бы ожидал(а), что активные пользователи тоже увеличатся. Но здесь связь пока неочевидна. Возможно, между «ростом» и «фактическим использованием» всё ещё есть недостающий элемент, который мы ещё не увидели.$JCT

БЕЗОПАСНОСТЬ P2P: ДОВЕРИЕ, ЗАЛОЖЕННОЕ В СИСТЕМЕ

Раньше я думал, что P2P в основном про цену, показатель успешных завершений (Completion Rate) и историю транзакций. Но мой опыт показал: безопасность P2P — это не только наличие надежного контрагента, но и то, как система делает стороны ответственными, если что-то идет не так.

Сначала я воспринимал P2P как обычную криптовалютную транзакцию. В феврале 2026 года я купил 200 USDT, завершил банковский перевод, но продавец заявил, что не получил оплату, и отказался сотрудничать. В итоге я получил 5 000 000 VND из Суммы обеспечения (Security Deposit). Этот опыт заставил меня внимательнее относиться к тому, как эскроу, доказательства и депозит работают вместе, чтобы снижать риски.

P2P требует доверия между незнакомыми людьми, но даже хорошая цена или высокий Completion Rate всё равно недостаточны, когда возникает спор. Security Deposit создает «вовлеченность деньгами» — merchants (продавцы) берут на себя финансовый риск, если они уклоняются или отказываются сотрудничать.

Я начал понимать роль доказательств и эскроу: депозит не гарантирует возврат средств; исход спора всё равно зависит от заказа, оплаты, чата, доказательств и Binance. Эскроу помогает сохранить данные транзакции для проверки, снижая издержки на координацию, но одновременно создает новые предположения о доверии — к платформе и к ее процессам.

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

Я возвращаюсь к этому снова и снова, потому что эскроу, депозит и апелляция (Appeal) одновременно обеспечивают защиту и распределяют ответственность и риск. Binance предоставляет механизмы защиты; доказательства храню я. Если что-то не совпадает, я останавливаюсь и использую Appeal или Службу поддержки Binance, вместо того чтобы продолжать переговоры под давлением.

На первый взгляд Security Deposit и эскроу — это технические механизмы, но мой опыт заставил меня видеть в них способ распределения доверия. У продавца есть что терять; у меня есть что доказывать. Для меня это важная часть безопасности P2P.@Binance Vietnam #BinanceP2PAnToan $SKYAI $SPACE $BIO

Одна вещь, о которой я постоянно думаю, когда просматриваю обновления кошелька, — это то, как мало внимания обычно уделяют этим изменениям. При этом даже детали, которые кажутся незначительными, могут стать опасными слабостями, если их неправильно спроектировать и неаккуратно обработать.
Последнее обновление кошелька от @Dusk не добавляет функций, которые легко разрекламировать. Вместо этого оно делает упор на постоянную автоматическую блокировку между сессиями, экспорт QR-кода, полную видимость адреса и более строгий контроль прав для dApp. По моему мнению, именно эти тихие улучшения действительно заслуживают внимания.
Включённая автоматическая блокировка между сессиями может звучать как небольшое удобство, но я рассматриваю это как базовый слой гигиены безопасности. Поэтому то, что в более ранних версиях этого не было, воспринимается не столько как «отсутствующая функция», сколько как уязвимость, которую нужно было закрыть.
Полная видимость адреса — то же самое. На первый взгляд это может показаться не особенно важным. Но если учесть, как легко пользователи могут отправить активы не на тот адрес, полагаясь на укороченные адреса, возможность проверить полный адрес перед подтверждением становится гораздо ценнее.
Права для dApp ещё интереснее по мере роста экосистемы. Каждая новая интеграция создаёт ещё одну точку взаимодействия. Со временем это означает больше усталости от подтверждений для пользователей и ещё одну потенциальную поверхность, которую можно атаковать или использовать.
Меня всё ещё интересует, как эти элементы управления правами будут работать при встрече с более враждебными или продвинутыми dApp в будущем. И не менее важно: будут ли пользователи действительно находить время, чтобы читать предупреждения перед подтверждением, или со временем они выработают привычку просто пропускать их кликами?
Если бы мне пришлось выбирать, я бы предпочёл меньше инцидентов, а не просто больше функций. В дальнейшем для меня самое важное — насколько хорошо эти защитные слои будут работать, когда в экосистему войдёт ещё больше интеграций третьих сторон.#dusk $DUSK $RICE $SPACE

Я обратился к @TermMax из любопытства, как работают long и short, думая, что самое привлекательное будет в ориентированных на сделки механизмах. Но потом меня увлекла скрытая поддерживающая механика.
Первое, что привлекло мое внимание: #TermMax не разделяет long и short на отдельные функции. Протокол размещает их вместе с системой займов и кредитования на срок, кредитным плечом и структурированными продуктами. По-моему, это особенно заметно, потому что для каждой позиции нужен другой участник, который берет на себя встречный риск.
Чем больше я узнавал, тем больше обращал внимание на Dual Investment. Поставщик ликвидности предоставляет капитал, чтобы формировались long и short. Но через эти vault’ы я понял, что этот поток средств также распределяется на рынок с фиксированной процентной ставкой.
Рассматривая эту структуру, я начал иначе думать о TermMax. Long или short — это лишь то, что сразу видно. Более сложная часть — скоординировать капитал, цену, срок и settlement, чтобы удерживать позицию, не полагаясь на открывающуюся маржу.
Я также обратил внимание на избирательный охват внедрения. Alpha long и short появляются в BNB Chain, тогда как lending, borrowing и leverage разворачиваются на нескольких цепочках.
Это заставляет меня особенно заинтересоваться.
Отсюда я понял, что новые активы — это только первый шаг. Гораздо важнее иметь ликвидность и возможность корректного ценообразования для каждого актива, иначе продукт long/short трудно превратится в то, чем пользователи реально будут пользоваться.
После того как я изучил архитектуру и интерфейс, я начал смотреть на long и short иначе. Это лишь самая заметная часть. А за ней — менее заметный слой: как ликвидность соединяется и распределяется, чтобы позиции могли существовать.$RICE $SPACE

БЕЗОПАСНОСТЬ P2P НЕ ЗАКАНЧИВАЕТСЯ, КОГДА СДЕЛКА ЗАВЕРШЕНА

Раньше я думал, что P2P заканчивается, когда криптовалюта выпущена и ордер завершён. Но мой опыт показал, что риск не исчезает вместе со сделкой.

В апреле 2026 года я продал 1 275 USDC в Binance P2P. Покупатель перевёл 32 460 000 VND со своего счёта в MB Bank на мой счёт в MB Bank, совпав с данными заказа. Я проверил баланс и выпустил криптовалюту. Ордер был завершён, но на следующее утро MB Bank сообщил, что деньги могут быть возвращены, потому что отправитель запросил проверку, утверждая, что транзакция не была выполнена им.

С тех пор я рассматриваю P2P как операционный риск.

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

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

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

P2P-сделка может выглядеть как простая последовательность: получить деньги, проверить, выпустить криптовалюту и завершить ордер. Этот опыт заставил меня понять, что безопасность заключается не только в эскроу или в статусе «Completed». Она также в том, чтобы уметь самостоятельно верифицировать транзакцию и сохранять доказательства, чтобы восстановить, что произошло. Ордер может закончиться за несколько секунд, но доказательства нужно хранить дольше.@Binance Vietnam $TRIA $RICE $AGT #BinanceP2PAnToan

Я изучаю @TermMax и есть момент, который заставляет меня задуматься: и заемщик, и кредитор могут не иметь возможности активно влиять на процентную ставку, потому что AMM управляет этим числом.
Сначала я думал, что это просто привычный компромисс в DeFi. Ликвидность концентрируется, рынок сам формирует цену, а пользователи соглашаются с тем, какие ставки доступны.
Но если поставить себя на место пользователя, эта картина начинает меняться.
Я начал видеть различия, когда задаю вопросы о реальных потребностях каждой стороны. Не каждый заемщик обязательно хочет ставку, которую предлагает пул, и не каждый кредитор доволен своим доходом (yield). Но если взаимодействовать только с AMM-кривой, обе стороны вынуждены принять этот механизм.
Здесь появляется заметный парадокс: рынок может быть полностью открытым, но при этом недостаточно гибким, чтобы удовлетворять запросы участников.
Я думаю, нужно разделить две идеи: возможность свободно участвовать не означает возможность свободно формировать уровень цены.
Поэтому #termmax примечателен не только как новый рынок кредитования. Мне важнее другое: могут ли заемщик и кредитор активно устанавливать условия, или же они все так же лишь реагируют на цену AMM.
Если AMM задает процентную ставку, которая кажется заемщику неразумной, то проблема уже не в ликвидности — а в том, как оценивается сам заем. Этот механизм становится ограничителем. Отсюда у меня мысль о том, что конкуренция в on-chain-кредитовании заключается не только в размерах пулов.
Я начал думать, что более важный вопрос звучит так: какой протокол дает пользователям голос в определении условий использования ликвидности?
DeFi может продолжать собирать капитал, но если пользователям по-прежнему приходится принимать ставку AMM, я задаюсь вопросом, где же тогда находится «свобода» в свободных финансах.$AEON $TUT $GPS

Сегодня утром у меня почти ничего не получилось сделать, потому что я снова и снова копался в новом тестнете DuskEVM с @Dusk

Официально DuskEVM запустился 10 августа, и в большинстве того, что я видел, упоминалась поддержка Solidity и Hardhat. В целом это довольно неплохо, но, честно говоря, этого оказалось недостаточно, чтобы продолжать углубляться.

Больше всего меня заинтересовало то, как DuskEVM разделяет выполнение и расчёты (settlement). Контракты обрабатываются секвенсором в DuskEVM, при этом данные транзакций всё ещё пакетируются и отправляются обратно в DuskDS в виде blobs, а продюсер закрепляет там коммит состояния. Вычисления происходят на DuskEVM, тогда как финальность привязана к базовому слою.

Ещё одна деталь, которая показалась мне интересной: за газ платят в DUSK. Токен сначала нужно забриджить с DuskDS на DuskEVM, а это означает, что ликвидность должна войти в систему ещё до того, как можно будет развернуть первый контракт.

Чем больше я об этом думал, тем чаще возвращался к одной мысли. Прежде чем разработчик напишет первую строку на Solidity, уже #dusk должно быть забриджено на DuskEVM. Мне нравится это, потому что это не просто ощущение «улучшенного пользовательского опыта» или история про принятие — транзакция действительно уже произошла.

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

Тем не менее я не хочу делать поспешных выводов. Меня не отпускает вопрос: действительно ли эта модель расчётов изменит то, как работают активы в стиле NPEX, когда они попадут в EVM, или я просто слишком много читаю между строк в паттерне, похожем на OP Stack.

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

Больше всего меня сейчас интересует следующее: уже какие-нибудь разработчики развернули на нём продукты или все по-прежнему просто читают документацию, как и я?$DUSK $AEON $STRIKE

Что происходит на DuskEVM?

Комиссии Binance P2P при спорах и операционный риск

Мне показалось интересным то, что комиссии за P2P-споры создают стоимость для вмешательства, когда ситуация неясна. Они показывают, что финансовые системы могут оценивать операционный риск.

Сначала я воспринял это как изменение комиссий за апелляцию. Но чем больше я вникал, тем больше замечал, как условное депонирование (Escrow), доказательства платежа и история чата закрывают разрыв между статусом транзакции и фактическими средствами. С этого момента я начал смотреть на это с точки зрения операционного риска, а не как на техническую функцию.

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

В июне 2026 года я продал 850 USDC на P2P. Покупатель перевёл 22 476 500 VND в Vietcombank, в заказе это отображалось как успешное, и они прислали скриншот. Но моё приложение не зарегистрировало поступление средств. Они хотели открыть апелляцию (Appeal). Это был их пятый спор, поэтому комиссия составила бы 2%, но не более 15 USDT. Я предложил подождать, потому что не было достаточно доказательств, что деньги действительно дошли. Примерно через 15 минут Vietcombank подтвердил системный сбой. Деньги появились, я проверил баланс и затем выпустил USDC. С этого момента я понял: скриншот подтверждает инструкцию по платежу, баланс подтверждает, что деньги поступили, а P2P-чат сохраняет то, что происходило между обеими сторонами.

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

Я возвращаюсь к этому снова и снова, потому что это объясняет, почему Escrow и Appeal имеют структурированные комиссии. Это не просто функции. Они превращают трудности P2P в проверяемый процесс, помогая обеим сторонам сфокусироваться на подтверждении транзакции, а не на том, чтобы самим разруливать спор.

На поверхности комиссии за Appeal — это операционное изменение. Но для меня они показывают ещё один способ распределения доверия в P2P-системе.@Binance Vietnam #BinanceP2PAnToan $TUT

Сначала я воспринял это как не более чем относительно небольшую техническую деталь. Но чем глубже я разбирался в архитектуре Dusk, тем яснее понимал: в ней заложен больший смысл, чем я изначально думал. Transfer Contract выступает общим шлюзом как для @Dusk в его публичном состоянии, так и для #dusk в его защищённом состоянии. То есть эти два состояния не построены как отдельные системы, которые затем соединяются. Даже процесс передачи активов или переключения между двумя состояниями обрабатывается в рамках той же логики контракта.

Для меня очевидно, что это осознанное решение, принятое с самого начала, а не нечто случайно возникшее в ходе разработки.

Сильнейшая сторона этой конструкции, на мой взгляд, заключается в её простоте — её легко упустить из виду. Чем более независимы компоненты системы, тем больше точек взаимодействия они создают и тем больше возможностей для появления пограничных сценариев (edge cases). Если хотя бы один участок будет обработан неверно, механизмы конфиденциальности или корректность учёта балансов могут стать несогласованными, и это не обязательно сразу будет обнаружено. Общая точка входа не устраняет все риски, но сужает область, которую нужно проверить, и делает логику проще для аудита — по крайней мере с точки зрения дизайна.

На который я всё ещё не имею ответа, — как эта архитектура будет работать в реальных условиях. Унифицированный поток обработки может идеально соответствовать замыслу с точки зрения архитектуры, но если объём транзакций существенно вырастет, не станет ли эта централизованная точка входа узким местом? По моему мнению, на этот вопрос можно ответить только на основе данных on-chain и фактического использования, а не исключительно по технической документации.

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

БЕЗОПАСНОСТЬ P2P — ЭТО НЕ ТОЛЬКО ПРО ТО, ЧТО ДЕНЬГИ ДОХОДЯТ ДО ВАШЕГО СЧЕТА

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

Сначала я считал, что продажа USDT на P2P — это просто. Но после того, как в начале марта 2026 года после одной транзакции мой банковский счет временно ограничили в 10:00, я оглянулся назад. Я продал 1 840 USDT и получил 48 726 500 VND. Когда банк сказал, что средства проверяются, я понял: нужно смотреть на операционные риски, а не только на статус транзакции.

P2P проходит несколько этапов: покупатель оплачивает, банк фиксирует это, платформа обновляет транзакцию, а продавец выпускает Crypto. Но я понял ключевую вещь, которую легко забыть: возможность снова доказать транзакцию после ее завершения. Поэтому я сохраняю Order ID, историю чата, платежные записи и выписку по банку.

Это изменило мой подход к доказательствам. Деньги могли быть уже оплачены, а заказ — завершен, но запись транзакции помогает объяснить, что произошло. Важно, чтобы все данные можно было сверить, не полагаясь на память или разговоры “на стороне”. Это снижает издержки на координацию, но также формирует новые требования к доверию со стороны банков, платформ и участников.

Это показывает мне, насколько важно хранение доказательств в P2P. Это не просто еще один шаг проверки. Оно помогает пользователям не восстанавливать свою историю заново, когда возникают проблемы. Для меня предоставление документов банку, соблюдение рекомендаций Binance Support и прохождение корректной процедуры помогли подтвердить транзакцию; после этого мой аккаунт и доступ к P2P были восстановлены.

P2P может выглядеть как простая передача денег и выпуск Crypto, но этот опыт изменил то, как я воспринимаю доверие. Эскроу защищает транзакцию, а четкий след доказательств помогает мне объяснить все после. Поэтому теперь я больше не ставлю скорость транзакции на первое место. Я хочу, чтобы все оставалось проверяемым и восстанавливаемым на следующий день.@Binance Vietnam #BinanceP2PAnToan $TAG $GPS