兰精灵

#nil $NIL @Nillion Вчера общался с несколькими друзьями, и разговор то и дело возвращался к Nillion. Вечером я решил ещё раз пройтись по их техническому плану от начала до конца — и чем больше читал, тем яснее понимал, что направление проекта уже не такое, как раньше.

На раннем этапе, когда говорили о Nillion, обычно упоминали конфиденциальные вычисления и хранилища для ИИ. А сейчас центр внимания явно сместился к Encrypted Markets, основу которых составляют Covenants. Проще говоря, можно заранее зашифровать стоп-лосс, ставку на аукцион или другую инструкцию и записать её в блокчейн. Пока условие не выполнено, никто не сможет прочитать содержимое. Когда наступит нужная цена или время, узлы автоматически расшифруют и выполнят инструкцию. Для DeFi это очень полезно: сейчас торговые намерения в блокчейне раскрываются слишком рано, и MEV-боты могут беспрепятственно их отслеживать. Covenants как раз помогают устранить эту уязвимость.

И это не просто теория. Этап Dusk уже запущен в основной сети Ethereum, так что Covenants действительно внедрены на уровне L1. Дальше есть чёткий план из семи этапов: Darkfall — расширение на Arbitrum, Base и другие EVM-сети; Skyglow — выполнение условий в сети A с расчётом в сети B; Nightside — поддержка любых проверяемых источников данных; Neon — специализированный язык и виртуальная машина; Aurora — усиление защиты от квантовых атак; Moonshine — снижение затрат и масштабирование. Каждый этап ведёт к более широкому масштабу, меньшим затратам и более высокой безопасности.

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

Конечно, привлекательная дорожная карта ещё не означает, что всё уже работает. В конечном счёте всё будет зависеть от того, насколько активно проект примут разработчики, сколько появится реальных приложений и насколько стабильной окажется сеть узлов. В DeFi следующего поколения важны не только TVL и объёмы торгов, но и возможность защищать стратегии пользователей, сохраняя их проверяемость. Если Covenants удастся полноценно внедрить, за Nillion стоит продолжать следить.

Купили bStocks и хотите торговать фьючерсами? Нужно сначала продать?

Не нужно! Не нужно! Не нужно!🙂‍↔️

Их можно использовать, продолжая держать.
Один капитал — два способа торговли.

Не сомневайтесь — торгуйте на Binance и покупайте bStocks!
У нас есть все bStocks, которые вам нужны.

Снимите рекламу вместе с нами и выиграйте iPhone и BNB!🚀

#币安创意广告大赛 #bStocks #bnb

Сентябрьский CPI в США на подходе! Как после публикации данных поведут себя нефть и казначейские облигации США?
Ключевые данные: годовая инфляция выросла до 3,7% (предыдущее значение — 3,4%), бензин за месяц подорожал на 9,1%, обеспечив более половины общего роста. Базовый CPI также вырос на 2,6%.
Моё мнение:
1. Казначейские облигации США: данные уже вызвали резкую реакцию. Доходность быстро пошла вверх, а вероятность повышения ставки в октябре подскочила примерно с 20% почти до 50%. Краткосрочные облигации отреагировали сильнее всего — это говорит о том, что рынок заново оценивает траекторию ставок «выше и дольше».
2. Нефть: CPI скорее «следствие», а не «причина». Главный фактор нынешнего роста цен — перебои с поставками из-за войны с Ираном. Пока геополитическая напряжённость не ослабевает, вероятнее всего, цены останутся высокими и волатильными, продолжая давить на инфляцию и рынок облигаций.
Коротко: высокая инфляция усиливает инфляционное давление → рост инфляции повышает ожидания по ставкам → казначейские облигации США оказываются под давлением. В краткосрочной перспективе эту цепочку вряд ли удастся разорвать. Как думаете, в конце октября ФРС сохранит ставку без изменений или сразу повысит её? Давайте обсудим в комментариях.
$BTC
$ETH

#9月cpi来袭原油美债走势如何

Луна полная в праздник Середины осени, тихо ждем цветения.
Пусть рынок будет как круглая луна — постепенно входить в прекрасную пору, желаю всем счастливого Праздника Середины осени, крепкого здоровья ✨
$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 действительно не хватает определённости по доходу надолго. Но получится ли это на практике, всё равно будет зависеть от реального спроса на заимствования и от ликвидности. Я пока продолжаю наблюдать и буду говорить дальше, когда появится реальный объём использования.

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