После нескольких недель тестирования DApp и охоты за airdrop, экран обозревателя иногда выглядит как выписка, которую никто не просил смотреть. Я однажды снова открыл дополнительный адрес и увидел 38 транзакций — достаточно, чтобы восстановить, когда происходили пополнение и вывод, через какую биржу это проходило, и как капитал распределяли почти как привычку.
Я заметил одну деталь, которая легко может запутать в Dusk Network: Moonlight и Phoenix — это не два ярлыка для одного и того же способа перевода. Moonlight — это модель публичного аккаунта, где баланс, nonce, отправитель, получатель и сумма совпадают с тем, что требуется для сверки кошелька, биржи и приложения.
Phoenix отвечает прямо противоположным образом: транзакции остаются валидными, но истории кошелька не нужно превращаться в открытое досье. В Dusk Network Phoenix использует приватные UTXO — активы в заметке скрыты, применяются доказательства с нулевым разглашением права на расход, а nullifier блокирует двойные траты, не раскрывая исходную заметку.
Важный момент: эти две модели не отменяют друг друга, а моделируют реальное поведение финансов «в жизни». Пользователь хочет быть публичным, когда нужно, чтобы система доверяла ему, но иногда достаточно уже трёх базовых данных — кто отправил, кто получил и сколько — и этого оказывается слишком много. Поэтому Dusk Network говорит не только про приватность: она пытается «упаковать» право выбирать степень открытости в инфраструктуру.
Если честно, саморефлексия не помогает: двойной дизайн может сбить с толку новичков, особенно когда им нужно понимать, когда проходить через Moonlight, а когда использовать Phoenix. Я всё ещё оставляю этот вопрос открытым: будет ли Dusk Network делать интерфейс достаточно ясным, чтобы пользователь выбирал уровень приватности до того, как его начнут «рассматривать», или же они просто вспомнят об этом после того, как за них уже расскажут 38 транзакций. #dusk $DUSK @Dusk
Я попытался объяснить криптовалюту человеку, который не владеет ею ни капли, вчера. Получилось плохо. Не потому, что он со мной не соглашался. Он просто спросил: «Зачем вообще всё это нужно размещать в блокчейне?» Я начал отвечать привычными аргументами. Более быстрая расчётность. Глобальный доступ. Программируемые активы. Самостоятельное хранение. Он посмотрел на меня секунду и сказал: «Окей. Но какую проблему это решает для людей, которые уже работают в финансах?» У меня не было хорошего ответа. По крайней мере, сразу. Этот вопрос заставил меня иначе взглянуть на Dusk. Dusk на самом деле не просит банк стать криптокомпанией. Идея ближе к тому, чтобы взять те рабочие процессы, которые финансовые институты уже понимают — выпуск, допустимость инвесторов, переводы, раскрытие информации и расчёты — и перенести больше этой части процесса на общую инфраструктуру. Это куда менее захватывающий питч. И, возможно, именно поэтому мне он нравится. Если нужно убедить институт полностью изменить то, как он думает о финансовых рынках, прежде чем он сможет использовать твой блокчейн, то ты уже создал себе огромную проблему. Но если институт может продолжать думать о ценных бумагах, инвесторах и расчётах, пока блокчейн тихо берёт на себя часть инфраструктуры снизу... Это другое. Текущее позиционирование Dusk очень чётко связано с регулируемыми onchain-финансами: конфиденциальность, контроль доступа и детерминированные расчёты встроены в инфраструктуру, а не добавлены как запоздалая мысль. Я всё ещё скептичен. Размещение финансовых рабочих процессов в ончейне не автоматически делает их лучше. И институты не внедряют технологию только потому, что архитектура выглядит элегантно. Им нужна ликвидность. Регуляторная определённость. Надёжные контрагенты. Реальные пользователи. Так что, может быть, вопрос не: «Примет ли финансы блокчейн?» Возможно, он поставлен с ног на голову. Возможно, правильнее спрашивать: Может ли блокчейн решить достаточно много проблем уже существующих процессов в финансах, чтобы финансы не приходилось больше заботиться о том, блокчейн это или нет? Именно на этот вопрос я не смог ответить вчера. Я всё ещё об этом думаю. #dusk $DUSK @Dusk
Раньше я думал, что хороший блокчейн должен уметь всё. Смарт-контракты? Конечно. Приватность? Добавим. EVM? Разумеется. Пользовательское выполнение? Почему бы и нет. Чем длиннее был бы список функций, тем более впечатляющим выглядел бы проект. Но я передумал. Когда я смотрю на Dusk, меня привлекло не очередное новое свойство. Меня привлекло решение не пытаться пропихнуть всё через одну и ту же среду выполнения. У Dusk есть DuskVM для контрактов Rust/WASM, которые запускаются напрямую на L1, а DuskEVM обеспечивает выполнение Solidity и Vyper через окружение, совместимое с EVM. Оба пути используют DuskDS внизу для расчетов и доступности данных. (docs.dusk.network) Сначала я подумал: Зачем делать всё так сложно? Разве не было бы проще с одной средой? Потом я начал думать наоборот. Возможно, навязывание каждой децентрализованной приложениям единой среды — это и есть сложный выбор. Разработчику, который делает обычное Solidity-приложение, вероятно, не хочется учить совершенно другой стек. Тому, кто строит протокол, которому нужен прямой доступ к нативным моделям транзакций Dusk, тоже, вероятно, не хочется, чтобы абстракции EVM мешали. Итак, Dusk по сути дает им разные «двери». Это не автоматически делает архитектуру лучше. Больше компонентов — больше всего, что нужно поддерживать. Больше интерфейсов. Больше допущений. Больше способов, как что-то может сломаться. Но мне нравится логика. Вместо того чтобы говорить: «Вот наша единая среда блокчейна. Пусть все используют её.» Dusk, похоже, говорит: «Сначала расскажите, что вы собираетесь строить.» Это тонкое отличие. И возможно, я слишком придумываю. Но после того, как увидел столько цепочек, пытающихся стать «всё для всех», готовность Dusk держать разные пути выполнения кажется неожиданно свежей. Иногда гибкость — это не про добавление большего количества функций. Иногда гибкость — это умение понимать, какие функции не стоит заставлять работать вместе. #dusk $DUSK @Dusk
Я давно усвоил, что нельзя давать каждому приложению больше разрешений, чем ему нужно. Обычно всё начинается невинно. «Подключите кошелёк.» Затем: «Подпишите это.» Потом появляется ещё одно всплывающее окно — и я уже гадаю, что именно я только что одобрил. Из‑за этого я стал гораздо более подозрительно относиться к запросам на подпись. Поэтому мне стало интересно, что в Dusk я раньше почти не замечал: разделение между простым взаимодействием с аккаунтом и реальным авторизованием действия. Модель аккаунтов Dusk различает публичную информацию об аккаунте и криптографическую авторизацию, необходимую для выполнения транзакций. Приложения могут запрашивать информацию об аккаунте, не получая автоматически права тратить или перемещать активы. Звучит очевидно. Но в крипто всё устроено так, что очевидные вещи часто кажутся сложными. Сайт должен уметь знать, что аккаунт существует. Он должен уметь проверять баланс, если информация публична. Но это не значит, что он должен иметь возможность что‑то подписывать от моего имени. Это разные разрешения. И я думаю, прямо здесь Dusk даёт что‑то важное. Блокчейну не нужно доверять приложению только потому, что я его открыл. Приложение может попросить. Решает мой ключ. Это разделение не устраняет фишинг, вредоносные контракты или плохие привычки подписывать. Ничто не устраняет. Но оно создаёт для меня более чистую ментальную модель. «Чтение моего аккаунта» и «действия от имени моего аккаунта» не должны восприниматься как одно и то же разрешение. Возможно, это мелочь. Но я начал думать, что в крипто мелкие детали имеют огромное значение. Потому что когда что‑то идёт не так, обычно пользователя путает не «крутая» криптография. Его путает маленькая кнопка, на которую он нажал, не до конца понимая, что она означает. И именно эту часть Dusk я начинаю ценить больше всего. Не очередную функцию. Просто более чёткая грань между просмотром и действием. #dusk $DUSK @Dusk
У меня есть плохая привычка, когда я пользуюсь крипто-приложениями.
Я обычно нажимаю «подключить кошелёк», ещё до того, как вообще начинаю думать о том, к чему именно подключаюсь.
Вероятно, это не самая лучшая привычка.
Меня это заставило задуматься о подходе Dusk к идентичности.
Поскольку если Dusk хочет, чтобы финансовые приложения работали в ончейне, вопрос «кто вы?» становится гораздо более важным, чем просто знание адреса чьего-то кошелька.
Вот тогда для меня стало больше смысла в Citadel.
Основная идея в том, что пользователь может хранить учётные данные и позже доказывать что-то о себе, не просто выкладывая все лежащие в основе личные данные на блокчейн.
Допустим, приложению нужно знать, что я имею право пользоваться сервисом.
Ему необязательно нужна вся моя личность целиком.
Citadel 2 от Dusk использует доказательства с нулевым разглашением, чтобы пользователи могли подтвердить, что учётные данные действительны, не передавая фактическую личную информацию в офчейн. Сервис может определить, что он принимает, а доказательство устанавливает, что требование выполнено.
Мне нравится это направление.
Но я ещё думаю, что здесь спрятан неловкий вопрос.
Кто контролирует учётные данные?
Кто решает, каким учётным данным можно доверять?
И что происходит, когда учётные данные нужно отозвать?
Эти проблемы не исчезают только потому, что задействованы доказательства с нулевым разглашением.
Скорее всего, поэтому я больше интересуюсь архитектурой идентичности Dusk, а не обычным громким заголовком про «приватность».
Приватность — это лишь одна часть.
Более сложная часть — сделать идентичность полезной, не превращая каждое финансовое взаимодействие в ещё одну огромную форму KYC.
Если Dusk сможет сделать этот скучный процесс незаметным для пользователя, я буду считать это куда более крупной победой, чем ещё один яркий демо-пример приватности. #dusk $DUSK @Dusk
В течение нескольких недель я наблюдал за группами стейблкоин-платформ с короткими сроками и заметил, что самое неприятное в этом — не цена актива. Планирование капитала обычно рассчитано на 30–90 дней, но стоимость заимствований меняется быстрее, чем ритм принятия решений.
TermMax использует Market Factory, чтобы попасть ровно в тот разрыв. Каждый рынок для займов на срок создаётся как отдельная конфигурация в блокчейне: залог, заёмный актив, дата погашения и параметры ликвидации. Это не загоняет все потребности по заимствованиям в единую «ликвидностную форму», где сроки и риски легко сглаживаются.
Суть в том, что Market Factory превращает срок в базовый элемент дизайна рынка. Если есть 5 пар активов и 6 дат погашения, система может сгенерировать 30 рынков, но на каждом из них всё равно сохраняется собственное досье по рискам. Поэтому TermMax создаёт не только дополнительные пулы, а дополнительные способы «упаковать» риски по времени.
Поведение пользователей здесь довольно приземлённое. Заёмщик хочет заранее знать стоимость капитала, а кредитор — насколько надолго капитал будет зафиксирован. Рынок на 30 дней и рынок на 180 дней могут использовать одни и те же активы, но ожидания по ликвидности, спред и психология участия будут разными.
Парадокс в том, что чем более раздельной становится конфигурация, тем яснее рынок, но тем легче его ликвидность дробится. TermMax помогает построить более упорядоченные рынки по срокам, но не делает спред автоматически тоньше, не выравнивает спрос и предложение сам по себе и не заставляет пользователей прочитать все параметры до конца. Я пока жду, чтобы увидеть, будут ли пользователи использовать эту ясность для более грамотного управления капиталом или просто превращать её в новый оборотный цикл ликвидности. #termmax @TermMax
Мне всегда казалось, что криптокошельки немного раздражают. Не та часть, где нужно подписывать. А структура аккаунтов. Одна сеть просит этот адрес. Другой кошелёк даёт тебе другой. А потом появляется система приватности — и внезапно ты снова управляешь ещё одним аккаунтом. Я читал документацию кошелька Dusk, когда заметил кое-что, что раньше толком не обдумывал. Dusk называет это Profile. Профиль объединяет публичный аккаунт Moonlight и защищённый аккаунт Phoenix в рамках одной и той же мнемоники. Кошелёк может управлять обоими направлениями бок о бок, при этом ключи и адреса остаются организованы отдельно. Звучит как маленькое UX-решение. Но, по-моему, оно весьма здравое. Потому что приватность очень быстро становится неудобной, если пользователю приходится разбираться в архитектуре, которая стоит за ней. «Используйте этот адрес для публичных транзакций.» «Используйте этот другой — для защищённых транзакций.» «Не смешивайте их.» «Помните, какой ключ куда относится.» Это как раз тот тип вещей, из-за которых технически хороший системы ощущаются болезненными в использовании. Подход Dusk не решает проблему приватного UX магическим образом. Под капотом всё равно остаются две разные модели транзакций. Moonlight — аккаунтная и публичная. Phoenix — защищённая и UTXO-ориентированная. Интересно другое: кошелёк не заставляет пользователя управлять этим как двумя совершенно не связанными друг с другом идентичностями. Они сгруппированы в один профиль. Мне это нравится. Не потому что это какая-то прорывная криптографическая изобретение. Его нет. Это просто одно из тех небольших решений, которое заставляет меня думать, что кто-то реально потратил время, чтобы учесть, что должен делать обычный человек после того, как техническая архитектура уже готова. И честно говоря, именно такую часть блокчейна я хочу видеть больше. Не ещё одну функцию. Просто меньше вещей, о которых мне приходится думать. #dusk $DUSK @Dusk
ETH упал на семь процентов вечером, и группа в чате по кредитованию, за которой я слежу, внезапно стихла. Многие были не так напуганы этим падением, как тем, что они не понимают, почему одновременно становятся хрупкими их позиции из‑за ставок заимствования, залога и референсного ценообразования.
TermMax привлёк моё внимание, потому что он не пытается продавать ощущение простоты. Он разделяет заимствования, залог и ценообразование на отдельные модули, то есть пользователям приходится воспринимать кредитование как многоуровневую систему, а не просто как пул денег с одной процентной ставкой.
В традиционной модели пула ликвидность, залоговые активы, данные оракула и стоимость капитала часто сжимаются в один единственный опыт. Когда рынок спокоен, такое сжатие кажется плавным, но когда появляется волатильность, заёмщики понимают, что они читают одно число вместо целой цепочки решений.
Суть TermMax глубже в том, что он даёт риску «адрес». Модуль заимствований показывает долговые обязательства и сроки погашения, модуль залога показывает буфер активов, а модуль ценообразования показывает, как рыночные ожидания вводятся в систему.
Но TermMax также не может уйти от знакомой крипто‑парадоксальности. Чем яснее становится структура, тем честнее выглядит протокол, однако обычные пользователи часто хотят меньше уровней, меньше условий и экран настолько спокойный, чтобы на него можно было нажать, не задумываясь слишком сильно.
Я не рассматриваю TermMax как окончательный ответ для onchain‑кредитования. Стоит обратить внимание на то, что он переопределяет поведенческий вопрос: действительно ли пользователи хотят понимать, где создаётся риск, или им просто нужен продукт, который делает риск аккуратнее и «опрятнее» на вид. #termmax @TermMax
В конце рабочего дня экран моего телефона продолжал загораться: одно за другим приходили уведомления из банка. Я продавал немного USDT, покупатель прислал аккуратный скрин перевода, но фактическая выписка была перемешана с несколькими небольшими платежами из того же временного интервала. Я еще не выпустил монеты, потому что код банковской ссылки не совпал с той строкой, которую мне нужно было найти.
Binance P2P заставляет многих забывать, что транзакция существует не только на бирже. Самая уязвимая часть проходит через личный банковский счет. Когда отображаемых данных недостаточно, пользователи часто цепляются за интуицию больше, чем за факты.
После нескольких раз использования Binance P2P я заметил, что типичная ошибка — это не отсутствие знаний, а слишком большое доверие совпадению. Сумма правильная, время близкое, имя похоже — и для многих этого достаточно, чтобы подтвердить. Но когда в выписке много похожих платежей, почти правильное все равно может увлечь вас в неверную транзакцию.
Вот почему код банковской ссылки играет довольно странную роль. Он маленький, сухой и его сложно запомнить. Но именно он возвращает денежный поток на правильные рельсы — особенно когда примечание к переводу обрезано или отправитель использует слишком общее формулирование.
Я не думаю, что Binance P2P опасна в абсолютном смысле. Проблема в том, что пользователи обращаются с ней привычками повседневной покупки и продажи, в то время как последствия относятся к реальной финансовой системе. Один поспешный шаг может превратить продавца в человека, которому придется объяснять денежный поток, который он до конца так и не понял.
Скорость всегда воспринимают как преимущество, а проверку — как неудобство. Binance P2P не «неправильна», потому что она быстрая, и пользователи не «неправы» из‑за желания получить чистую транзакцию. Остался вопрос: если маленького кода ссылки достаточно, чтобы помочь отследить денежный поток, почему так много людей вспоминают о нем только после того, как выписка уже стала беспорядочной. #binancep2pantoan @Binance Vietnam
Одна вещь, которая меня раздражает в крипто-UX, — это момент, когда транзакция идёт не так.
Вы отправляете её.
Происходит что-то.
И затем кошелёк показывает вам красное сообщение об ошибке, которое по сути говорит:
«Удачи.»
Мне этого уже хватило.
Так что, когда я читал документацию Dusk по транзакциям, я остановился на одном моменте, который сам по себе не особенно захватывающий, но, вероятно, должен быть.
Dusk разделяет разные вещи, которые могут случиться с транзакцией.
Транзакция может выполниться успешно.
Она может завершиться неудачей.
Блок, содержащий её, позже может быть отменён (reverted).
И от приложений ожидается, что они будут слушать соответствующие события и реагировать соответствующим образом, а не предполагать, что «я её отправил» означает «она уже готова».
Последняя часть звучит очевидно.
Но это не так.
Кошелёк может сказать вам, что транзакция была отправлена, но это не обязательно говорит о том, что произошло при её выполнении.
В документации Dusk даже рекомендуется интеграторам отслеживать событие transaction-executed, проверять наличие ошибок, подтверждать, что блок финализирован, и обрабатывать отмену блока, снова слушая события по транзакции.
Мне нравится такой подход.
Не потому что он революционный.
На самом деле — наоборот.
Такое ощущение, что кто-то сел и спросил:
«Какая информация на самом деле нужна приложению, когда деньги перемещаются?»
Это гораздо более хороший вопрос, чем просто сделать систему транзакций более сложной.
Не знаю, увидят ли пользователи когда-нибудь хоть часть этого напрямую.
Надеюсь, что нет.
Если инфраструктура делает свою работу, то кошелёк должен превратить всё это в достаточно простую вещь, чтобы мне не приходилось об этом думать.
Но под этой простой кнопкой должна быть система, которая понимает разницу между:
«Я отправил её.»
«Она выполнилась.»
«Она финализировалась.»
и
«Что-то пошло не так.»
Эта разница скучная.
Я думаю, именно поэтому на неё стоит обратить внимание. #dusk $DUSK @Dusk
Во время резкого падения рынка кредитный дашборд все еще показывал привлекательные цифры, но сначала я посмотрел на график погашений. Деньги все еще были на месте, доходность по-прежнему шла, однако возможность прокручивать капитал исчезла как раз в тот момент, когда она была нужнее всего.
TermMax напрямую попадает в ту часть DeFi. Долг — это не только про заимствование и погашение, но и про то, как долго длится кредит и по какой цене можно выйти. 30-дневный срок отличается от 180-дневного, потому что отличаются стоимость капитала, глубина ликвидности и вероятность того, что рыночные условия изменятся.
Главное в TermMax — что он переносит ценообразование фиксированного срочного долга в рыночный механизм, а не оставляет пользователей договариваться на уровне интуиции. AMM строит ценовую кривую для долговых активов по срокам, а рыночная ликвидность помогает ценам двигаться, когда меняются предложение по кредитованию или спрос на заимствования. Если 1000 стейблкоинов зафиксированы еще на 90 дней, то разница в 1 процент в месяц перестает быть мелкой деталью.
Криптопользователи обычно любят чистые числа. Чем яснее выглядит APY, тем сильнее мозг хочет игнорировать условия, стоящие за ним. TermMax делает видимыми одновременно срочность, проскальзывание и ликвидность, но это полезно лишь тогда, когда пользователи читают это как менеджеры капитала, а не как охотники за наградами.
Парадокс в том, что чем точнее становится инструмент, тем проще может возникнуть иллюзия контроля. Прозрачно оцененный кредит все равно может оказаться ошибкой, если пользователи забывают, что их собственная потребность в наличных тоже может измениться.
Я не рассматриваю TermMax как аккуратное решение для каждого ончейн-рынка долгов. Скорее это техническое зеркало: оно заставляет нас увидеть цену времени, цену ликвидности, и остается вопрос — приведет ли более ясное понимание к более правильному поведению. #termmax @TermMax
Однажды вечером в конце месяца торговый экран был открыт рядом с таблицей групповых расходов, и мне нужно было купить немного USDT, чтобы вернуть деньги, которые я заранее одолжил. На Binance P2P я увидел объявление с достаточно мягкой ценой и остаточным объёмом, который находился примерно на середине, выглядя так, словно кто-то только что сопоставил с ним почти всё. Мой первый инстинкт был прочитать это как след большого ордера.
Я подождал ещё несколько минут. Число не менялось. Ощущение того, что я только что ухватил подсказку, внезапно сместилось в более обычную теорию: остаток мог быть просто той частью, которую никто не хотел брать.
Сложность Binance P2P в том, что оно делает всё похожим на простое. Одна цена, один лимит, одно оставшееся количество, несколько строк условий. Но за этими цифрами стоят часы переводов, странные суммы, банковские ограничения и психология избегания риска.
Пользователи часто хотят трактовать оставшийся объём как признак движения денег. Объявление, которое почти заполнено, воспринимается как горячее, а то, которое стоит на месте, вызывает подозрение, что с ним что-то не так. Парадокс в том, что те же самые данные на Binance P2P могут подпитывать две противоположные истории — в зависимости от того, боится ли зритель упустить возможность или боится застрять.
Я не отрицаю ценность оставшегося объёма. Его стоит рассматривать, когда он сочетается со скоростью совпадений, разбросом цен, лимитами транзакций, историей завершений и временем суток. Но если мы будем опираться на него лишь для того, чтобы сделать вывод о большом ордере на Binance P2P, мы превращаем тонкий кусочек данных в слишком уверенную лупу.
Для меня оставшийся объём в объявлении — это не рыночная тайна, а сигнал, который нужно ставить рядом с другими сигналами. Остался вопрос: мы наблюдаем реальное поведение движения денег или просто смотрим на неподвижное число и сами дописываем недостающую часть сценария. #binancep2pantoan @Binance Vietnam
У большинства блокчейнов есть какая-то версия той же базовой проблемы: когда узел получает что-то новое, как передать эту информацию по сети, не заставляя всех кричать на всех?
Обычно ответ — это какой-то вариант сплетен.
Dusk пошёл другим путём.
Kadcast использует структурированную пиринговую надстройку вместо того, чтобы просто рассылать сообщения случайному набору пиров. Идея в том, чтобы контролировать, как сообщения проходят через сеть, снижая лишнее потребление пропускной способности и делая задержки более предсказуемыми.
Звучит как совсем небольшое инженерное решение.
Пока не задумаешься, что происходит, когда сеть перегружается.
Если каждый узел продолжает пересылать всё дальше на всё большее число узлов, объём дублирующегося трафика может стать совсем неприятным.
Структурированная сеть даёт сообщениям понятный маршрут, куда им идти.
Мне показалось особенно интересным то, что Kadcast в действительности проверяли аудитом Blaize Security. По итогам аудита оценка составила 9,8/10 в целом, при этом качество кода получило 10/10; обнаруженные в ходе проверки проблемы впоследствии были исправлены.
И всё же...
Почти никогда не вижу, чтобы кто-то обсуждал именно эту часть Dusk.
Все говорят о приватности.
Все говорят о токенизированных активах.
Все говорят об EVM.
Почти никто не говорит о том, как пакеты добираются от одного узла к другому.
Возможно, дело в том, что никто не замечает хорошую сеть, когда она работает.
И, возможно, в этом и есть смысл.
Блокчейн может иметь впечатляющую криптографию и продуманный слой выполнения.
Но если базовая «начинка» под ним работает неэффективно, в итоге за это кто-то платит.
Я не говорю, что Kadcast — это какая-то скрытая причина покупать DUSK.
Это было бы нелепым выводом из сетевого протокола.
Я лишь отметил для себя, что одна из менее заметных частей Dusk — это также одна из частей, которую они годами доводили до совершенства.
Иногда скучному слою стоит уделить внимание. #dusk $DUSK @Dusk
После нескольких сезонов DeFi самым раздражающим ощущением оказывается не то, высокая или низкая ставка. А то, что одно фиксированное решение по заимствованию всё ещё должно пройти через слишком много экранов: от залога, через отложенные ордера, до даты погашения — и только затем к позиции после исполнения.
TermMax V2 прямо бьёт в эту болевую точку. Лимитные ордера встроены в поток заимствования и кредитования, а котировки кураторов и пользователей агрегируются, чтобы обеспечить более понятное ценообразование исполнения. Мультичейн-верифии дают движению капитала больше контекста — вместо того чтобы заставлять пользователей помнить, где находится каждый актив.
То, что делает TermMax достойным анализа, — то, как проект упаковывает фиксированное кредитование в управление позицией. Заёмщики отслеживают GT, долг и дату погашения в одном и том же дашборде, а кредиторы видят FT, доли в вольтах, открытые ордера и доходность по сроку. Погашение с FT также делает позицию более гибкой до того, как всё в конце срока начинает накапливаться.
Цифры придают истории опору. В документации проекта указано общее предложение TMX в один миллиард токенов, сорок миллионов TMX выделено ранним пользователям на pre mine, и двадцать процентов находится в обращении на TGE. Для TermMax TGE — это момент, когда рынок проверяет реальный спрос на фиксированные ставки.
Я всё ещё держу небольшую дистанцию от этого «чистого» опыта. Вольты имеют кураторов, ордера могут не исполниться, ликвидность на каждом рынке может быть тонкой, залог продолжает колебаться, а смарт-контракты остаются базовым слоем риска. TermMax V2 будет действительно сильным только тогда, когда интерфейс помогает пользователям яснее понимать стоимость заимствования, а не быстрее забывать о рисках.
Парадокс в том, что чем больше продукт ощущается как fintech, тем легче размывается ответственность за самостоятельное хранение. TGE может привести больше людей, чтобы попробовать, но после наград — сколько из них останется, потому что им действительно нужно фиксированное заимствование, фиксированное кредитование и управление позициями в одном месте. #termmax @TermMax
Было время, когда я купил небольшую сумму USDT через Binance P2P в лобби своего дома: сеть была слабой, а код банковской аутентификации приходил с задержкой. Я уже выбрал продавца, но взгляд всё ещё был прикован к табло с ценами, которое постоянно обновлялось. Разница была всего в несколько тысяч донгов, однако ощущалось так, будто я вот-вот упущу крупную возможность.
Ловушка для новичков заключается не в кнопках «Купить» или «Продать». Проблема в том, что экран даёт им слишком много сигналов, и каждый сигнал кажется тем, на который нужно реагировать немедленно. На Binance P2P живое табло цен легко превращает пользователей в «часовых», которые следят за обновлениями, вместо людей, которые внимательно проверяют транзакцию.
Стоит обратить внимание на механизм фиксации цены: он работает с психологией ещё до того, как переходит к действиям. После создания ордера цена остаётся неизменной достаточно долго, чтобы покупатель успел прочитать условия, проверить имя аккаунта, сравнить сумму и затем сделать оплату. Это не делает транзакцию полностью безопасной, но выдёргивает пользователей из ритма погони за ценами минуту за минутой.
Парадокс в том, что новички часто думают, будто небольшая разница в цене — это тот риск, которого нужно избегать. Но в P2P то, что теряется из‑за спешки, иногда — это ясность, позволяющая заметить незнакомый аккаунт, необычную пометку или условие, которое они не прочитали внимательно. Чем более гладко Binance P2P проводит процесс, тем легче пользователям забыть: «гладко» не означает, что можно не быть осторожными.
Я также не хочу говорить, что фиксация цены — это идеальный слой защиты. Небрежный человек всё равно может нажать не ту кнопку, выбрать не того трейдера и проигнорировать признаки, которые должны остановить. Для меня Binance P2P стоит обдумывать именно по этой причине: иногда момент, когда цена стоит на месте, — это тот момент, когда наконец начинает работать голова. #binancep2pantoan @Binance Vietnam
Я наткнулся на слово «LUX» в документации Dusk и сначала подумал, что это просто еще одна криптовалютная единица, которую нужно запомнить.
Потом я увидел пересчет.
1 DUSK = 1 000 000 000 LUX.
Ладно.
Это просто куча десятичных знаков.
LUX — это всего лишь самая малая деноминация DUSK, примерно как wei по отношению к ETH. В Dusk LUX используется для определения цены газа: фактическая комиссия рассчитывается как количество использованного газа, умноженное на цену газа.
Ничего особенно нового тут нет.
Но я начал задумываться о том, почему это важно больше, чем кажется на первый взгляд.
Большинство людей не думают о газе в терминах самой маленькой единицы.
Им просто нужно знать одно:
«Сколько стоила мне эта транзакция?»
И на цепочке, которая хочет обрабатывать финансовые приложения, это становится куда интереснее.
Если вы передаете крошечные суммы, взаимодействуете с контрактами или выполняете много автоматизированных транзакций, точность комиссии начинает иметь значение.
Модель Dusk также не взимает с вас плату за тот газ, который вы фактически не использовали. Если транзакция потребляет меньше лимита газа, неиспользованная часть не тарифицируется. Если же газ заканчивается, транзакция откатывается, но уже потраченный газ все равно оплачивается.
Похоже на скучную деталь реализации.
Так оно, наверное, и есть.
Но именно такие детали в последнее время заставляют меня обращать на них больше внимания.
Все любят говорить о пропускной способности.
Все любят говорить о приватности.
Почти никто не обсуждает те маленькие единицы под капотом системы, за которые пользователям в итоге приходится платить.
Возможно, потому что хорошая инфраструктура должна заставлять эти вещи исчезать из поля зрения.
Вам не нужно думать о LUX каждый раз, когда вы отправляете транзакцию.
И если Dusk в будущем всерьез зайдет в on-chain финансовую активность, я подозреваю, что эта «скучная» часть будет значить гораздо больше, чем подсказывает само название. #dusk $DUSK @Dusk
SUI: Накопление у нижней границы расширяющегося треугольника ежедневно — Сценарий макро-лонга нацеливается на новые максимумы ATH SUI предлагает убедительную возможность для построения макро-позиции, поскольку ее дневная структура рынка подтверждает очередной технический тест на нижней границе в рамках крупной модели расширяющегося треугольника. Историческое развитие цены показывает, что каждый раз, когда цена касалась этой ключевой линии фундаментальной поддержки в прошлом, это запускало импульсный всплеск, который напрямую подталкивал ценовое движение к верхнему пределу. Согласно визуальным данным дневного графика, два предыдущих цикла структуры уже приносили мощные подъемы — последовательно на 361,8% и 888,8%; каждый импульс требовал длительного периода накопления более 150 дней (161 день и 154 дня). В настоящее время ценовые свечи плотно сжимаются над уровнем поддержки $0,670, находясь ниже динамической линии тренда MA100. Длительный боковой этап отражает временной коридор накопления энергии, необходимый для поглощения предложения сверху перед запуском следующей волны роста. Этот теханализ дает высокообоснованную возможность для макро-сделки Long с превосходными параметрами риск/прибыль. Оптимальная торговая тактика — проявить терпение и накапливать лонг-позиции вблизи текущей зоны $0,670, установив защитный стоп-лосс вплотную сразу под нижней границей поддержки треугольника. Долгосрочная стратегическая цель по прибыли направлена к верхней границе канала в районе отметки $12,000. Дисклеймер: Это не финансовый совет, проведите собственное исследование (DYOR). $SUI
Так что я почти сделал то же самое, когда увидел, как Dusk рассказывает о своих аудитах.
Но цифра заставила меня остановиться.
Dusk говорит, что ее технологический стек прошел 10 разных аудитов: более 200 страниц отчетов, в том числе с рассмотрением Piecrust VM и его системы доказательств с нулевым разглашением PLONK.
Десять аудитов — это не маленькое число.
При этом я не думаю, что «10 аудитов» нужно воспринимать как некий магический показатель безопасности.
Аудиты не делают ПО неуязвимым.
Они не говорят вам о том, чего пока никто не обнаружил.
И уж точно не устраняют все риски раз и навсегда после того, как система выходит в прод.
Но я все же думаю, что здесь есть на что обратить внимание.
Dusk — это не просто «запускаем смарт-контракт и надеемся, что никто не найдет проблему».
Это довольно сложный стек: виртуальная машина, криптография, системы приватности, консенсус и все элементы, связывающие их.
Это значит, что «скучная» работа действительно важна.
Очень.
Мне лично приятнее видеть, что отчеты существуют, чем когда проект заявляет: «Мы серьезно относимся к безопасности».
Первое — это доказательство проделанной работы.
Второе — просто фраза.
И после инцидента на мосту в начале этого года я стал еще более скептически относиться к тому, чтобы считать заявления о безопасности гарантией.
У проекта может быть аудированная кодовая база, и при этом что-то пойдет не так где-то еще.
Поэтому я не кладу Dusk в коробку «безопасно, потому что аудитировано».
Я кладу его в другую коробку:
«Ладно, по крайней мере они делают неприглядную, рутинную работу.»
А то, насколько эта работа выдержит реальное использование, — это уже другой вопрос.
Однажды я видел, как друг занял стейблкоины, чтобы поддержать фарминг поинтов в слоте, и на интерфейсе всё ещё выглядело вполне «в пределах диапазона». Через несколько дней ставка по заимствованиям изменилась, стоимость капитала начала расходиться с его планом, а ту доходность, которую он считал зафиксированной, стало «разъедать».
TermMax попадает прямо в эту болевую точку: превращает фиксированные процентные ставки в то, что можно покупать и продавать по сроку погашения. FT представляет основную сумму на момент погашения, XT — процентную часть, а GT фиксирует позицию по плечу как NFT, так что пользователи смотрят уже не только на APR — они торгуют структурой денежных потоков.
На что стоит обратить внимание в TermMax — как он раскладывает риск на более понятные слои. Кредиторы фиксируют свою доходность, заемщики фиксируют свою стоимость, а пользователи с плечом заранее знают стоимость капитала до того, как усиливать позицию. Понятнее — да, но это не значит, что безопаснее.
TGE делает поведенческое уравнение более напряжённым. У TMX общий объём предложения — 1 миллиард: на TGE начальная циркуляция 200 миллионов, то есть 20 процентов, а премайн для ранних пользователей — 40 миллионов, или 4 процента. Эти цифры привлекают внимание, но пока не доказывают, что реальный спрос на срочное заимствование действительно существует.
У TermMax есть данные, на которые стоит смотреть: больше 837 тысяч зарегистрированных кошельков, пик в 170 тысяч ежедневных активных пользователей, свыше 64 миллионов долларов TVL и развёртывание на 7 цепочках. Тем не менее, зарегистрированные кошельки — это не то же самое, что устойчивую ликвидность, а TVL не говорит нам, сколько позиций удерживается до момента погашения.
Я считаю этот проект достойным наблюдения, потому что он заставляет DeFi говорить через стоимость капитала, срок погашения и ликвидность — вместо того чтобы говорить только через награды. Вопрос в том, сможет ли TermMax после TGE удержать пользователей, которые хотят управлять капиталом, или же сохранит лишь следы «сезона поинтов». #termmax @TermMax
Войдите, чтобы посмотреть больше материала
Присоединяйтесь к пользователям криптовалют по всему миру на Binance Square
⚡️ Получайте новейшую и полезную информацию о криптоактивах.
💬 Нам доверяет крупнейшая в мире криптобиржа.
👍 Получите достоверные аналитические данные от верифицированных создателей контента.