兰精灵

Луна полная в праздник Середины осени, тихо ждем цветения.
Пусть рынок будет как круглая луна — постепенно входить в прекрасную пору, желаю всем счастливого Праздника Середины осени, крепкого здоровья ✨
$BTC $BNB $SOL

Четыре месяца созревания — и вот оно, долгожданное раскрытие.

$TLS официально объявлен FLAP в качестве официального тестового токена — это лучшая награда всем, кто всё это время держался и упорно работал, а также новый старт с опорой на экосистему BNBChain и активным рывком в нишу #MemeFi.

Как новый официальный тестовый токен экосистемы, мы ориентируемся на зрелую систему капитализации TST и TUT. Используя сегодняшние самые востребованные преимущества Meme-запуска на платформе FLAP, TLS обладает уникальными возможностями для роста. В отличие от множества спекулятивных активов на рынке, TLS укрепляется благодаря реальному развитию сообщества: опираясь на официальное подтверждение, мы закладываем прочный фундамент ценности.

Мы не играем в краткосрочные всплески интереса — мы строим долгосрочную предсказуемую ценность. В будущем $TLS обязательно продолжит легенду о капитализации официальных тестовых токенов BNBChain, а для каждого из тех, кто создавал и поддерживал, станет завершённым, достойным ответом.

Одна заводь бирюзовой воды, горные облака отражаются вместе.
Перед глазами — всё нежно; украсть бы на миг минуту спокойствия.
$BTC $BNB $SOL

Сезоны сменяют друг друга, цветы цветут как обычно🌿
Не нужно спешить в дальние края — рядом тоже есть пейзажи.
$BTC $BNB $SOL

Порой всё взлётами и падениями, а у жизни всё равно есть свой ритм ☕
Пусть будет один лучик тёплого солнца, и да пребудет спокойный настрой,
замедлиться — тоже значит иметь уверенность в себе.
$BTC $BNB $SOL

Сегодня нет солнца,
погода прохладная, лёгкий ветерок как раз.

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

Иди медленнее,
дай себе немного ветра — и чуточку пространства для настроения.
$BTC $BNB $SOL

Река в закате, всё вокруг залито золотом 🌅
У рек бывают приливы и отливы, у рынка — взлёты и падения.
Меньше суеты, больше терпения.
Сохраняйте спокойствие, терпеливо ждите своего часа, желаю всем исполнения желаний.
$BTC $BNB $SOL

Одна пудра, один фиолетовый, летние цветы 🌿
В суете городских будней, ловлю на мгновение романтику.

$BTC $BNB $SOL

Здравствуйте: сентябрь, здравствуй. Пусть ветер этого месяца принесёт немного новой удачи.
$BNB $BTC $SOL
Жаркие дни августа постепенно уходят,
с сентября день за днём становится тише.

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

В этом месяце,
пусть мы все сможем удержать свой ритм,
в мелких повседневных вещах
потихоньку накапливать свой собственный свет.

Утренняя роса покрывает лианы вьюнка,
цветение бывает порой, а взлёты и падения — непостоянны🌿
В этом мире всё имеет свой цикл,
терпеливо жди подходящего момента — и осадок сам расцветёт.
$BNB $SOL $BTC

Вот как такси-приложение часто делает: даёт тебе психологическую подготовку по оценке цены, а в итоге при оплате всё считается по фактическому пробегу. С тем же «правилом» дела обстоят и с Gas от @Dusk : стоимость — это `gas_used × gas_price`, а Gas price рассчитывается в LUX; 1 DUSK равен 1 миллиарду LUX. Невостребованный лимит не списывается, но если Gas закончится прямо во время выполнения, вся операция откатывается, и уже выполненные предварительные расчёты всё равно оплачиваются как есть. Сначала мне тоже казалось, что это какая-то ловушка, но потом дошло: если бы при провале было абсолютно бесплатно, хакеры могли бы бесконечно накидывать сложные ошибочные вызовы и заставлять ноды бесполезно работать — вот где настоящая проблема.

Поэтому каждый раз, когда подтверждаю транзакцию, смотрю отдельно на три вещи: хватает ли Gas limit, чтобы пройти весь процесс; разумный ли Gas price; не перепутаны ли объект вызова и параметры. И даже если провалилась — не спеши пересылать снова: сначала открой официальный обозреватель, разберись с типом, стоимостью, объёмом использования и где именно возникла ошибка. Бездумно увеличивать верхнюю границу вдвое — это просто дать ошибочному контракту больше топлива; помогает лишь частично и ненадолго.

Куда дальше уходит комиссия — тоже довольно интересно. Награда каждого блока состоит из вновь выпущенных $DUSK плюс комиссии за транзакции. Эти средства распределяются между мейкерами блоков, фондом разработчиков и комитетом, а нераспределённая часть может быть уничтожена. Когда сеть загружена, комиссии попадают в стимулы верификаторов, но это не те «дивиденды», на которые можно спокойно жить, просто имея токены.

И по-настоящему заставило меня остановиться и приглядеться — вопрос приватности. Dusk не прячет транзакции целиком, а делает выборочное раскрытие: при соблюдении требований можно доказать нужную информацию, не выкладывая все детали на публичный блокчейн. XSC, DuskEVM вместе с фреймворком идентичности Citadel — ощущается ближе к реальным финансовым сценариям, чем просто лозунги про приватные сети.

Процесс Citadel 2 состоит из четырёх шагов: License Provider офлайн проверяет и выдаёт зашифрованные учётные данные, пользователь генерирует zk-доказательство и показывает только то, что подтверждает наличие действительного сертификата; затем контракт валидирует доказательство и оставляет открытый session; а сервисная сторона уже решает, пропускать или нет. На ончейне доказывается только то, что сессия успешно установлена — неважно, кому именно доверяет организация, какие атрибуты нужны и истёкли ли учётные данные. Одну и ту же идентификационную документацию не приходится хранить на каждой платформе отдельно — риск смещается с копирования данных на управление со стороны издателя и синхронизацию отзыва.

Прежде чем использовать Dusk, сначала разберись с Gas — так можно сэкономить на нескольких ошибках и «оплатах за обучение». Но в итоге всё равно решает результат транзакции: сможет ли ценность продолжать поступать в DUSK — это нужно дальше наблюдать, как сеть реально потребляет и как идёт темп поставок. #dusk $DUSK

Недавно постоянно смотрю на @Dusk — чем дальше, тем больше кажется, что в этом есть что-то интересное.

Сначала про самый «цепляющий» меня жизненный цикл транзакции. Сначала меня тоже сбили с толку идея определённой окончательности: я перелопатил несколько дней документации и понял, что confirmed и finalized — это вообще разные вещи. Блок ещё не дошёл до последнего шага, и он всё ещё может revert.

Процесс такой: provisioner сначала предлагает кандидатный блок, затем случайная комиссия делает Validation, потом идёт Ratification, и только после ratify всё становится реально «на земле». Это не значит, что после предложения всё — фатально. А вот после финализации больше не нужно наращивать подтверждения.

Если это обычный перевод, можно простить, но для зачисления на бирже или расчётов по ценным бумагам так играть нельзя. Если слышишь executed, это лишь значит, что выполнение произошло — тебе ещё нужно проверить, что error пустой, и только событие finalized считается надёжным. Если вдруг приходит reverted — значит, надо слушать/перепрослушивать заново. revert на уровне контракта — это ошибка кода, а revert на уровне блока — это смена консенсуса; восстановление логики в итоге в двух противоположных направлениях. Интегратор, который принимает confirmed за finalized, может «почти наверняка» сломать определённость на уровне приложения. Сейчас сильнее всего меня волнует: биржа и Dusk Trade — они вообще используют один и тот же boundary в виде finalized? Есть ли полноценный, поддающийся аудиту replay-процесс?

Ещё про честную торговлю — меня это правда бесило. Mempool выглядит как стеклянный дом без штор: что хочешь купить — весь мир видит, роботы-«щипцы» могут в любой момент влезть. $DUSK прямо на уровне протокола устроила приватный пакетный аукцион: ставки и количество отправляются мгновенно, а ZK сразу «запирает» их. Узлы вычисляют справедливую цену так, чтобы разница между скрытым общим спросом на покупки и общим предложением на продажи была близка к нулю; и все отложенные заявки в этом блоке рассчитываются по этой цене. Ассиметрия информации была вскрыта — dark pool по сути оказался нечестным.

Про соответствие тоже без обмана. Phoenix делает приватность через ZK, Moonlight использует прозрачный бухгалтерский учёт, Citadel поддерживает выборочное раскрытие, а XSC целиком прописывает в логике контракта право, ограничения и отчётность. Полагаться не придётся только на то, что «правила где-то там вне цепочки».

Чем сложнее продукт, тем больше правил; вопрос — можно ли, чтобы всё это вместе работало стабильно в разных рабочих процессах. Вот что я дальше буду внимательно отслеживать. По-настоящему окончательность — это не термин: это когда события с нод идут в чейн без того, чтобы кто-то «побежал вперёд». #dusk $DUSK

Вчера снова перечитал документы по номеру @Dusk — честно, это меня немного раздвоило.

С одной стороны, они говорят, что находятся в нише приватности: схема Phoenix с UTXO и доказательствами с нулевым разглашением действительно впечатляет, переводы и метаданные прячутся очень тщательно; а потом берут и делают DuskEVM-совместимость с Solidity — то есть явно хотят подключить поток разработчиков из Ethereum. Официально они сами признают: модель аккаунтов и UTXO с точки зрения приватности — вообще не из одного «вида». Жёсткая совместимость неизбежно жертвует анонимностью. Отсюда и неловкость: разрабатывать на EVM-инструментарии очень удобно, но приватность получается наполовину; если же хочешь приватность, которую можно аудитить, придётся лезть в порог нативной среды — а посередине застревать довольно неприятно.

Ещё более противоречиво устроено всё на уровне нод. При консенсусе Succinct Attestation стейкинг 1000 DUSK позволяет выступать Provisioner’ом — порог выглядит довольно доступным, да и обычным людям поиграться можно. Но если пролистать дальше, реальный выход ценности: RWA-каналы, лицензия NPEX, проверка соответствующей (compliance) идентичности — всё это зажато в руках у институтов. Внизу Permissionless PoS, наверху — Permissioned-клуб. При такой архитектуре я пока не понимаю, как именно токен будет улавливать/накапливать ценность.

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

Если прямо: у Phoenix — избирательное раскрытие, у Moonlight — переключение между двумя моделями, у Citadel — логика выпуска. С точки зрения дизайна это действительно изящно, но по факту сложность всё равно не низкая, и обычным пользователям, скорее всего, это отпугнёт. Что в Европе под MiCA есть пространство для такой compliance-риторики — я признаю. Но смогут ли технические преимущества конвертироваться в ончейн-живость — и сможет ли экосистема реально заработать, ещё вопрос.

Я буду продолжать следить, но прежде чем вкладывать «живые» деньги, этим логикам с колючками нужно сначала разложиться по полочкам. #dusk $DUSK

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

Позже, разбирая документ @Dusk , наткнулся на раздел про Kadcast — я реально над ним задержался. Там не используется тупая бездумная рассылка: всё завязано на топологию Kademlia. Идея в том, что по хешу идентичности узла считается XOR‑расстояние, а удалённые узлы распределяются по разным routing buckets. При широковещании больше нет беспорядочной «всем подряд» рассылки — вместо этого применяется послойная упорядоченная передача по расстоянию, и синхронизация всей сети собирается в структурное дерево мультикаста. Когда я тестировал локально, пиковая нагрузка на пропускную способность заметно просела; а после того как сообщения проходят несколько хопов, внешнему наблюдателю гораздо сложнее вычислить инициатора только по признакам трафика. В whitepaper заявлено, что по сравнению с традиционным Gossip экономия 25%–50% по трафику; я лично воспринимаю это как ориентир. Частые ап/офф узлов, дрожь при переключении между зонами, задержки обновления таблиц маршрутизации — всё это в сумме точно «съедает» часть экономии. А если дополнить верификацией через BitVM3, то на всякий случай есть страховка: некорректным транзакциям даже шанса попасть «в дверь» нет. Концепция тут перекликается с базовой логикой стейкинга — правила буквально «прибиты» к криптографии.

Но у высокой зависимости от логической топологии есть цена. Если случится кросс‑национальная сегментация (partition) или же злонамеренные узлы начнут «зали/вливать» в routing buckets грязные данные, то при переключении на резервные маршруты стоимость поиска адреса быстро съест преимущество по задержке. То, что пропускная способность контролируемая — безусловно плюс: обычным пользователям стейкинга не нужно тянуть выделённые линии, порог ниже на порядок. Но устранение неполадок по сложности выходит куда сложнее, чем у традиционного широковещания — это надо держать в голове.

Я ещё и на кросс‑чейне тоже споткнулся. Перенос с mainnet на BSC — это не «просто переехать». Нужно нативно отправить DUSK на официальный аккаунт моста. После того как на mainnet выполнена верификация и фиксация блокировки, по адресу BSC, указанному в Memo, генерируется BEP20. Количество должно быть больше 1 DUSK. Комиссия — это mainnet fee плюс bridge fee в 1 DUSK: примерно час на зачисление, а фактический получившийся объём — это отправленная сумма минус 1.

Kadcast математическим расстоянием гасит риск избыточности и попыток отследить источник, но в публичной среде, где узлы то появляются, то пропадают, вопрос упирается в другое: насколько быстро обновляются таблицы маршрутизации и насколько «толстым» является резервный пул. Именно за этим и нужно следить. Прогнал сценарий до конца — получаешь практичное улучшение; если не взлетело — выходит бумажная витрина. $DUSK #dusk $DUSK

Я недавно присматривался к RWA и, честно говоря, чем больше смотрю, тем тревожнее становится. Технологически “он-чейн-активы” — это раз плюнуть, вариантов хоть отбавляй, но попробуй заставь институты перенести на цепь дома, облигации, акции! Публичная цепь прозрачна, как стеклянный дом: коммерческие секреты вынесены наружу — кто на это пойдёт? А приватность в виде “privacy chain” настолько тёмная, что регулятору даже двери не открыть. Я покопался и понял: @Dusk , похоже, не занял чью-то сторону — просто совместил приватность и соответствие в базовый слой. Идея, надо сказать, довольно любопытная.

Я специально изучил её техстек. Консенсус Succinct Attestation: случайные комитеты выполняют работу, а разветвления и откаты почти нереальны. DuskEVM совместима с Ethereum — я прогнал небольшой демо на Solidity, и приватная функция действительно была встроена напрямую. Протокол Hedger с аудитируемой приватностью меня поразил — детали полностью зафиксированы, но при соблюдении требований комплаенса можно предъявлять проверяемые доказательства. Ход отличный.

Модели транзакций Moonlight и Phoenix работают параллельно: под разные потребности — разные режимы. Я посмотрел на план NPEX: токенизировать на цепи ценные бумаги более чем на 300 млн евро. Как это будет внедряться — за этим я и буду следить.

Но по правде говоря, у меня в голове всё время висит вопрос: тот самый “ключ”, который может открыть всю приватность, в итоге окажется у кого? Это напрямую определяет: свобода это или же ещё один механизм контроля. Я прикинул расчёты: непрерывная эмиссия токенов и заморозка ликвидности “давят” динамику — и если регулятор в ЕС поменяет подход, нарратив может полностью перетрястись. Вторичная ликвидность первых активов и стоимость ZK тоже ещё предстоит подтвердить практикой.

Недавно многие были обмануты байкой про 2,8 миллисекунды верификации в сети — и я почти поверил. PLONK действительно довёл верификацию до предела, но это “лёгкая на цепи, тяжёлая вне цепи” схема. Я сам гонял локально цепочку “citadel” по identity-circuit: только один license — это более 30 тысяч constraints; prover жевал всё целых 16 секунд, а verifier, наоборот, требует всего 0,007 секунды. Разница по вычислительному оверхеду у ZK примерно в десять тысяч раз по сравнению с исходными вычислениями — вся нагрузка уходит на локальные устройства.

Я по привычке люблю сам всё проверять: не по “завязкам” смотрю, а по коду. Путь Dusk сложный, но правильный. Однако до практического внедрения ещё есть барьеры — регуляторные игры и то, насколько рынок это воспримет. Сейчас у меня всего два фокуса: как будет управляться ключ, и какой будет реальный объём сделок после ончейнизации активов на 300 млн евро. Остальное — подожду, пока прогоню тесты, и потом поговорим. #dusk $DUSK

Вчера читал white paper на @Dusk , честно говоря, поначалу был настроен «придраться», но чем дальше читаю, тем больше ощущаю: проект слегка «упрямый».

Сначала о минусах: white paper невероятно «жёсткий», сплошь криптографические термины, читается как статья по финансовой инженерии — я почти бросил на середине. Продвижение экосистемы тоже медленное: другие каждый день публикуют о партнёрствах, а они молча тянут основной net и стандарты XSC; рыночный «шум» совсем крошечный. Токен и сообщество вообще в спокойном буддистском режиме — без ажиотажа с пампом. Но если отбросить эти три пункта, то вместо хейта мне даже стало интереснее наблюдать в долгую, потому что финансовая инфраструктура не живёт на одних «хайп»-постах; институционалам важны стабильность и соответствие требованиям.

Но по технике там действительно есть что-то: Dusk нативно встроил PLONK zk-SNARK и Bulletproofs прямо в базовый слой протокола — приватность это не «надстройка» для DApp, а врождённое свойство сети. Плюс Citadel ZK-KYC: когда пользователь проходит идентификацию, ему не нужно загружать такие исходные данные, как паспорт; достаточно предоставить нулевое доказательство, подтверждающее уже завершённую проверку на соответствие. Это напрямую нацелено на институциональные сценарии RWA и токенизированных ценных бумаг — и нужно соблюдение требований, и при этом не хочется раскрывать ходы с портфелем и стратегии на публичном чейн-реестре.

Конечно, проблемы тоже были: OtterSec обнаруживал в dusk-plonk уязвимость валидатора — злоумышленник мог подделать доказательство. К счастью, команда затем с помощью AEGIS «заперла» совпадение комиссий, возвратов и консистентность адресов между границами mempool и VM, а также добавила целевые регрессионные тесты. Существование корректного нулевого доказательства не означает автоматическую безопасность «по окружению» транзакций — этот урок получился очень практичным.

Поэтому сейчас я воспринимаю $DUSK скорее как наблюдение за тем, кто действительно хочет построить путь к приватным расчётам в финансах. Медлить — не критично; главное, чтобы база и безопасность выдерживали запросы институтов. $DUSK #dusk $DUSK

Недавно поговорил с друзьями про DeFi, и больше всего все жаловались на плавающую процентную ставку. С виду всё красиво: положил деньги — а ставка вроде как должна приносить доход, но стоит ей измениться, и ты уже не уверен, сколько заработаешь через полгода. Меня это так достало, что я начал искать решения с фиксированной ставкой — и наткнулся на @TermMax .

Сначала про механику: заём здесь разбивают на три части — FT, XT и GT. FT похож на бескупонную облигацию: покупаешь с дисконтом, а по сроку погашения выкупаешь по номиналу, так что заимодавец зарабатывает на разнице. GT — это позиция в формате NFT, где записаны залог и долг. А XT отвечает за поддержание баланса. Заёмщик выпускает GT и FT, используя залоговые активы: продаёт FT, получает средства, а по окончании срока возвращает долг и выкупает залог. Затем добавляют Range Order — ценовую кривую, которая «вшивает» в механику диапазон ставок; теоретически она может построить on-chain кривую доходности.

Теперь о том, что мне понравилось: функция авто-продления очень удобна. По истечении срока через Dutch auction подбирают новую ставку, keeper выполняет процесс — без ручных действий. Но насколько система надёжна, можно понять только по тому, достаточно ли хорошо разнесены keeper (распределены между участниками), а также по данным об активности и доле выполнения — именно эти метрики и являются настоящей «подушкой безопасности».

Конечно, есть и опасения: плата за фиксированную ставку — снижение гибкости. Если захотеть выйти раньше, придётся продавать FT на вторичном рынке, а его цена будет колебаться. А если залоговые активы сильно волатильны, то и сумма, которую получишь к концу срока, может оказаться не такой стабильной в стейблкоинах. Поэтому моя стратегия — в первую очередь фокусироваться на популярных активах и на рынках с консервативным коэффициентом залога, а слишком высокую доходность рассматривать сначала как риск-премию.

Направление #TermMax я поддерживаю: в DeFi действительно не хватает определённости по доходу надолго. Но получится ли это на практике, всё равно будет зависеть от реального спроса на заимствования и от ликвидности. Я пока продолжаю наблюдать и буду говорить дальше, когда появится реальный объём использования.

Как вы думаете, из-за чего на блокчейне сложнее всего продвигать фиксированные процентные ставки?

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

Сначала — про архитектуру. Piecrust — нативная VM с нулевым разглашением, на базе WASM, время расчётов — 2–3 секунды. DuskEVM совместима с Solidity: Hardhat, MetaMask напрямую подключаются — и всё сразу запускается; приватность закрывают с помощью Hedger, который дополняет нижележащий ZK. Идея двухлинейного дизайна действительно есть: одна линия отвечает за приватность контрактов, другая — за совместимость.

Но чем дальше читаешь, тем больше ощущение, что что-то не так. Piecrust разрабатывает VM сама; в марте этого года аудит AEGIS вскрыл 39 проблем, из них 7 — уровня severe, а два ключевых уязвимых места упираются в слой песочницы. Даже честные ноды, запуская один и тот же код, могут получить несоответствующие результаты. А вредоносный контракт способен перевести рантайм в состояние, при котором гарантии владения перестают работать. Если «проколется» песочница — верхнеуровневым приватным контрактам конец. DuskEVM сама по себе поддерживает только публичные транзакции; приватность держится на дополнительных модулях. Две VM существуют как бы параллельно и независимо: объём кода и поверхность атаки, по сути, удваиваются.

Дальше — про партнёрства. NPEX, Chainlink, Cordial, Quantoz, 21X: на официальном сайте указано €300M+ confirmed issuance, 50K+ investor reach, 210M+ DUSK staked. По ресурсам команда правда выглядит крепче, чем проекты, которые только и умеют рассказывать истории про RWA. Но сами же они признают: токенизация может снизить трение, однако нельзя «создать» покупателей, продавцов и рыночную глубину. Dusk Trade всё ещё в статусе Building/Waitlist, DuskEVM и Hedger тоже пока на Testnet. Формулировки о сотрудничестве говорят, что стороны готовы что-то делать вместе, но когда всё реально заработает — будут решать жёсткие метрики: сколько активов реально окажется on-chain, сколько пользователей совершит транзакций, какая будет глубина на вторичном рынке.

И наконец — как стыкуются комплаенс и приватность. Zedger при выпуске прописывает в протокол: whitelist, «один identity — один account», и явное одобрение получателя; перевод разбивают на два шага, а если не уложиться по времени — операция автоматически аннулируется. Phoenix использует UTXO-архитектуру: средства хранятся как зашифрованные note’ы, и при транзакции ZK одновременно проверяет пять вещей; Pedersen Commitments прячут и сумму, и адрес. DuskDS подтверждает в три этапа — с выпуском блока наступает окончательность. Вопрос в том, могут ли правила «случаться»: какой именно слой правил относится к тому, что нельзя раскрывать, что Phoenix учитывает без публичности, а DuskDS — какое состояние считается действительным. Эти три звена закрывают один и тот же разрыв: от выпуска до расчётов ценных бумаг, чтобы как можно меньше всё откатывалось обратно в офчейн и не требовало повторного согласования.

Список партнёров уже выглядит довольно «финансово-институциональным». На следующем этапе я скорее хочу увидеть реальные данные о миграциях и сделках — хватит всё время жить на PPT. #dusk $DUSK

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

Но недавно я посмотрел данные: на Token Terminal её дневная активность держится около 4000 — это выше, чем у Morpho (примерно 3700). Вот тогда я всерьёз взялся за документацию.

Разобрался и понял: по сути это «AMM для займов». Она заимствует идею Uniswap V3 и раскладывает фиксированную ставку на три токена. FT — это по сути нулевокопонная облигация: погашение 1:1 по сроку. XT вместе с FT: 1 FT + 1 XT всегда соответствует 1 токенному долга; по сроку XT обнуляется. А GT — это NFT, который фиксирует залог и задолженность по каждой конкретной сделке. Заёмщик блокирует залог в GT, чеканит FT исходя из максимального loan-to-value, продаёт FT за деньги. Кредитор покупает FT со скидкой и по номиналу выкупает обратно по сроку, зарабатывая разницу. Ликвидация тоже проще: если LTV выше порога или по истечении срока долг не погашен — в течение двухчасового окна ликвидатор получает 5% награды, а заёмщик дополнительно платит 10% штрафа. Если ликвидаторов нет — происходит физическая поставка: залог напрямую передаётся кредитору, никаких «ботов-перехватчиков».

Проблему скачков ставки вроде бы удалось решить, но риски по цене залога и по ликвидности на вторичном рынке остались — ни один не пропал. Range Order позволяет маркет-мейкерам выставлять сегментированные процентные ставки самому; пул работает по формуле постоянного произведения, и чем глубже позиция по заимствованиям, тем сильнее «разгоняется» ставка. Самый сложный момент — холодный старт: без LP-«подушки» от розницы всё держится в основном на профессиональных котировщиках.

Теперь смотрите TMX: не зацикливайтесь только на TVL. Настоящие сигналы — это глубина сделок по FT с тем же сроком, спред между заимствованием и кредитованием, а также есть ли перед погашением случаи массового «выхода» с позиций. Выживет ли фиксированная ставка — зависит от того, есть ли люди, которые действительно, за свои деньги, продолжают занимать по этой цене. #TermMax

$DUSK #dusk Скажу прямо: я изучаю новый проект и, прежде всего, проверяю, с кем он связан. Это не тот тип сотрудничества, где просто объявили. Речь о настоящей, оформленной долевым участием привязке. Поэтому после того как я увидел @Dusk , первое, что я сделал — разобрался в его отношениях с голландской NPEX.

И это не просто меморандум. Там реальные деньги и покупка акций. Dusk еще в 2020 году взял у NPEX примерно 10% акций — буквально вошел в список акционеров. Эта “весомость” несоизмерима с десятком новостей о сотрудничестве: договор можно расторгнуть, а доля будет вместе с вами “всплывать и тонуть”. У NPEX на руках три лицензии AFM на MTF, брокерско-дилерскую деятельность и ECSP. Они помогли малому и среднему бизнесу привлечь более 200 млн евро, у них свыше 17 000 активных инвесторов — это действительно старый, проверенный игрок. То, что реальный бизнес готов сделать Dusk своей базовой платформой, и есть главный “большой бэкграунд”.

Но по-честному: 10% — это все еще далеко от контроля. Плюс лицензии у них, а основной нетворк еще не полностью развернут. Сами официально это сформулировали достаточно прямо: Tokenization может снижать трение, но не может “из воздуха” создать покупателей и справедливую цену. Сейчас объем выпуска больше 300 млн евро и он охватывает 50 000+ инвесторов — цифры выглядят неплохо. Но Dusk Trade еще строится, EVM и Hedger — пока в тестнете. Самое главное — после ончейна активов: кто дает спрос, кто выполняет ценеобразование, и где разрешаются споры — в ончейне или в суде? Если сильно полагаться на NPEX и кастоди-банк, насколько реально сократились промежуточные звенья?

Официальные лица признают: Tokenization ≠ Liquidity — хотя бы в этом они честны. Дальше я буду следить за сделками после запуска первой партии активов: объемы, держатели и оборачиваемость — вот это и будет приемкой.

И напоследок напоминание: одинаковое имя DUSK — у основного нетворка 9 знаков после запятой; ERC20/BEP20 — 18 знаков. В основном нетворке учет ведется в LUX, и 1 DUSK = 1 млрд LUX. При кроссчейн-миграциях кошелек и система должны правильно распознавать сеть и стандарт, иначе баланс визуально “правильный”, но фактически будет отличаться на порядок. Документация указывает гайд по миграции на основной нетворк — в экосистеме эти поля должны всегда отображаться вместе с активом, чтобы пользователям не приходилось гадать.

При оценке проекта я все равно сначала смотрю глубину привязки и фактическую реализацию, а уже потом — технические детали. $DUSK