NVD Insights

Я уже пару дней копаюсь в @Dusk transaction и газовой модели, и честно говоря, думаю, что большинство людей, услышав «gas fee», представляют какой-то произвольный налог, прикрученный к переводу. На самом деле здесь происходит не совсем это.

суть в том, что в контракте перевода Dusk газ не вынесен в сторону от выполнения — он встроен в него. Контракт проверяет транзакцию по соответствующим правилам, сам обрабатывает развертывание или вызов контракта и списывает gas именно для покрытия вычислительной стоимости всей этой работы. Три части работают вместе в одном потоке: проверка правил, выполнение и учет ресурсов.

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

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

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

если учитывать вычисления таким образом, выполнение становится более устойчивым, или же сложность ценообразования просто превращается в отдельную проблему удобства?
#dusk $DUSK

Я присматривался(лась) к тому, как @Dusk обрабатывает консенсус, и одна деталь, которую легко упустить из виду, — что этот процесс не рассматривается как одно-единственное решение.

Сначала подготавливается и предлагается блок. Затем участники голосования оценивают его, прежде чем сеть согласится на получившееся состояние.

Мне важно это разделение, потому что создание кандидатного блока и принятие этого блока — не одно и то же. Если предложение ошибочно, этап голосования дает отдельную точку, где участники могут отклонить его, а не считать само производство блоков автоматическим принятием.

Мне нравится такой подход с системной точки зрения. Так логике проще разделиться: сначала предлагаешь, затем достигаешь согласия.

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

Мое мнение: интересный вопрос не в том, выглядит ли дизайн изощренным. В том, действительно ли это разделение повышает устойчивость, не создавая ненужной сложности.

Делает ли поэтапный консенсус Dusk более устойчивым к плохим предложениям? Или добавленная координация создает новый компромисс?
#dusk $DUSK

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

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

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

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

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

что будет с ценообразованием, если в какой-то день пул подходящих участников вдруг удвоится?
#dusk $DUSK

Изначально я думал, что DuskEVM в первую очередь о том, чтобы обеспечить совместимость с EVM для @Dusk . Но после более внимательного изучения я начал смотреть на дизайн иначе.

Меня интересует сочетание привычных инструментов для разработчиков и инфраструктуры, созданной вокруг финансовых сценариев. Разработчики могут использовать Solidity и существующие инструменты EVM, а Hedger предназначен для поддержки приватных, но при этом проверяемых сумм транзакций.

Далее — потенциальный прикладной уровень: токенизированные активы, DeFi, кредитование и регулируемые финансовые рабочие процессы. Chainlink CCIP также добавляет интересный элемент, помогая связывать токенизированные активы между цепочками.

Я снова и снова возвращаюсь к тому, что DuskEVM уже доступен в тестнете. Это дает разработчикам пространство для экспериментов до запуска мейннета, а не старт с нуля после релиза.

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

Меня меньше интересует само объявление, и больше — то, что будет построено на его основе.
#dusk $DUSK

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

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

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

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

ставка, которая выглядит щедрой сразу после пика созревания, может оказаться просто “без дела” капиталом, а не реальным спросом.

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

есть ли у кого-то наблюдения о том, что ставки TermMax группируются по-разному именно после крупных кластеров созревания? или эффект слишком мал, чтобы иметь значение?
#termmax

Я уже пару дней прокручиваю в голове один конкретный вопрос про урегулирование @Dusk DvP, и это не тот вопрос, который на самом деле задают большинство людей. Все хотят знать, движутся ли обе стороны сделки вместе. Почти никто не спрашивает, может ли одна из сторон тихо «размотаться» после факта.

честно говоря, именно это и решает, имеет ли вообще смысл слово «атомарность» для института. Дело в том, что Dusk здесь не полагается на вероятностное подтверждение: он использует Succinct Attestation для детерминированной финальности. Поэтому «урегулировано» действительно означает «урегулировано», а не «урегулировано, если только что-то не изменится». Поверх этого он накладывает защищённые балансы и выборочное раскрытие, и сделка проходит клиринг без рассылки рынку ни размера, ни контрагента — то, к чему публичные цепочки клиринга по сути не могут прикоснуться.

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

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

впрочем, объём NPEX, который выглядит органическим, а не стимулированным — это тот показатель, которому я бы действительно доверял больше, чем настроениям.
$DUSK #dusk

Я в последнее время уделяю время @TermMax docs, и одна деталь снова и снова тянет меня обратно: XT, один из двух токенов в каждом рынке с фиксированной ставкой, изначально устроен так, чтобы к моменту погашения обнулить всю свою стоимость. Большинство людей это пролистывают и принимают за красный флаг.

Суть в том, что это не ошибка в системе — это её главная идея. В каждом рынке долговой токен разбивается на две части: FT, который движется к полной сумме погашения, и XT, который движется к нулю. Вместе 1 FT + 1 XT всегда равны 1 долговому токену. FT — предсказуемая, сторона с фиксированной ставкой. XT — намеренно временная сторона, которая поглощает всё остальное оставшуюся временную стоимость, экспозицию к кредитному плечу, рыночные настроения.

Это, по сути, аккуратное разделение ролей, и именно поэтому вообще возможно обеспечить фиксированную доходность 0n FT. Но это также означает, что вы не можете оценивать XT так, как оценивали бы обычный токен. Присматриваться к «спросу» — полностью мимо цели.

Реальный риск — ликвидность: если глубина рынка высохнет до момента погашения, то оценка оставшейся полезности XT быстро становится хаотичной. Тем не менее сама структура выдерживает проверку.
#termmax

Я в последнее время углубляюсь в @Dusk contract execution setup, и Piecrust — это та часть, которую большинство людей упускают, когда говорят о проекте.

Не буду врать: я ожидал ещё одну тяжеловесную среду выполнения. Но нет. Piecrust — это лёгкая WebAssembly-VM, созданная для безопасного, модульного выполнения контрактов; при этом она отделяет логику контракта от криптографической работы, лежащей в основе. Контракты просто запускают прикладную логику внутри VM. Самые затратные вещи — проверка ZK-доказательств, валидация подписей — выносятся в нативные хост-функции, вместо того чтобы жить внутри каждого контракта.

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

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

Тем не менее, заложить это разделение сейчас лучше, чем пытаться прикрутить его позже, когда контракты станут сложными.
#dusk $DUSK

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

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

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

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

фиксированная ставка просто переносит неопределённость на другую дату — она не убирает её.

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

кто-нибудь на самом деле продумывает свою стратегию ролловера ещё до открытия позиции, или это решение люди чаще принимают уже по ходу?
#termmax

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

Дело в том, что в модели Dusk нет принуждения выбирать. Проверка с нулевым разглашением позволяет сети подтвердить, что транзакция соответствовала правилам, не раскрывая, какими именно были эти детали. Традиционные финансы не могут d0 этого: доверие нельзя «собрать» так, чтобы банки, контрагенты и регуляторы напрямую видели данные, прежде чем что-либо будет согласовано. Dusk полностью отделяет верификацию от раскрытия.

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

Открытый вопрос, который я не могу обойти: выдержит ли это, когда через систему пойдёт реальный институциональный объём — а не только контролируемые пилоты, где всё «чисто» по замыслу.

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

Кто-нибудь реально отслеживает, как это работает, когда начинают в масштабах двигаться реальные регулируемые активы?
#dusk $DUSK

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

Именно поэтому меня заинтересовал @TermMax . Важно не только то, что ставка фиксированная. Важно, что стоимость заимствования и срок погашения известны до начала позиции.

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

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

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

Мое мнение: TermMax меняет вопрос с «Во сколько это обойдется позже?» на «Имеет ли смысл эта позиция при известной стоимости?»

Действительно ли это улучшает управление кредитным плечом или просто делает риск финансирования проще для оценки?
#termmax

Я в последнее время разбираюсь в модели с двумя транзакциями @Dusk dual, и большинство людей, которые обсуждают её, похоже, думают, что «privacy chain» означает, будто всё в ней по умолчанию приватное. На самом деле это устроено иначе.

Дело в том, что Dusk запускает две отдельные модели параллельно. Moonlight — это прозрачная сторона: аккаунтная модель, балансы и активность можно публично проверить, по сути это подход в стиле Ethereum. Phoenix — это вторая половина: модель на основе UTXO, использующая доказательства с нулевым разглашением и занулители (nullifiers), чтобы решать проблему двойной траты, не раскрывая того, что именно находится в транзакции.

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

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

Всё равно разделение приватности и прозрачности по дизайну лучше, чем «прикручивать приватность» постфактум.

А кто-нибудь ещё наблюдает, как Moonlight и Phoenix реально взаимодействуют на практике?
#dusk $DUSK

Я сижу и думаю о том, как на самом деле проверяются транзакции Phoenix (@Dusk ) в последнее время, и большинство людей до сих пор представляют обычный процесс «посмотрите на данные и подтвердите».

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

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

Ограничение в том, что когда что-то идет не так, та же самая невидимость, которая защищает приватность, также усложняет отладку «на глаз».

Тем не менее, дизайн кажется намеренным. Отказ смотреть на данные — часть модели безопасности здесь.

Вам комфортно с проверкой, которая работает, никогда не видя то, что проверяют?
#dusk $DUSK

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

Меня особенно заинтересовало, как TermMax реализует эту идею. Он токенизирует фиксированные требования, позволяет маркет-мейкерам котировать ставки и предоставляет опционы call или put с премией авансом, а не полагается на таймер ликвидации. Но предсказуемая стоимость — это не то же самое, что предсказуемый результат.

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

Мое мнение простое: TermMax не убирает риск. Он делает одну его часть предсказуемой, одновременно делая остальные части более важными для понимания.

Может ли предсказуемое финансирование создать лучшую подотчетность?
#termmax

Я уже несколько дней хожу туда-сюда между DuskVM и DuskEVM, и не буду врать: поначалу мне казалось, что это просто вопрос языка — Rust/WASM против Solidity с инструментами, которые все и так уже знают. Но это не так.

Дело в том, что DuskVM находится прямо в основе сети, поэтому она получает непосредственный доступ к тому уровню приватности и ZK-технологий, вокруг которых и построен Dusk. DuskEVM запускает Solidity-контракты через стандартные инструменты EVM, но при этом всё равно выполняет расчёты через тот же слой DuskDS, всё так же платит газ тем же токеном DUSK. Два разных сценария выполнения, которые в итоге приходят в одно и то же место снизу.

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

Но вот подвох: одинаковый слой расчётов не означает одинаковые возможности. DuskVM не получает никаких «скидок» — каждый элемент инструментария нужно создавать с нуля.

Тем не менее, я бы предпочёл видеть, что именно эти компромиссы обозначены прямо, а не делать вид, что их не существует.

Вы движетесь в сторону примитивов приватности напрямую или сначала делаете ставку на совместимость?
@Dusk #dusk $DUSK

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

То, что находится под этим, даже интереснее, чем сама приватность: аудиторы всё ещё могут проверить, но все остальные видят только валидную транзакцию и ничего больше. Большинство сетей заставляют выбирать одно из двух: либо миксер для скрытности, либо полная прозрачность ради институционального доверия. Dusk делает ставку на то, что выборочное раскрытие полностью убирает этот компромисс — логика за Zedger и направлением токенизации RWA, а также одна из причин, почему важен DuskEVM: Solidity-разработчики могут строить на этой модели, не изучая ничего нового.

Честно говоря, меня больше всего не отпускает вопрос: будет ли «доказуемая соответствия требованиям» держаться так же хорошо, как «полная видимость», когда регулятор реально начнёт проверку в споре. NPEX предполагает, что учреждения готовы это попробовать. «Готовы попробовать» — это не то же самое, что «доказано».

Пока всё ещё думаю об этом.
#dusk $DUSK

В последнее время я провожу время, пытаясь понять, что на самом деле делает Citadel, и думаю, что большинство людей по-прежнему относит его к «слою идентификации/KYC» и просто пролистывает дальше. Суть в том, что такое представление упускает то, чем он действительно отличается.

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

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

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

Тем не менее, если это трение — то, что удерживает людей в системе вместо того, чтобы уйти, то это более «цепкий» вид спроса, чем удобство когда-либо создаёт.

Вы отслеживаете Citadel как инфраструктуру или всё ещё списываете его со счетов как театральное соответствие требованиям?
#dusk $DUSK @Dusk

$VELVET сегодня вырос более чем на 32%, но после этого резкого движения мне гораздо интереснее то, как цена ведет себя возле текущего уровня, а не погоня за пампом.

Цена: 0.9507
24ч максимум: 1.1299
24ч минимум: 0.4805
24ч объем: 189.47M USDT

$VELVET /USDT Long
Вход: 0.94–0.96
TP1: 1.00
TP2: 1.08
TP3: 1.12
Стоп-лосс: 0.89

На 15-минутном графике цена поднялась до 1.1110, прежде чем сильное отклонение отправило ее вниз к 0.8601. С тех пор покупателям удалось стабилизировать цену в районе 0.94–0.96 — это зона, за которой я сейчас наблюдаю.

Если эта зона продолжит удерживаться и $VELVET совершит чистый возврат выше 1.00, я буду смотреть в сторону 1.08, а затем на предыдущую область максимумов примерно 1.11–1.12. Здесь я бы не гнался за ранним движением. Для меня более удачная схема — дождаться подтверждения, пока 0.89 остается защищенным.

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

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

Вот что на самом деле работает, честно говоря: для security token повторяющееся подтверждение соответствия, можно сказать, и является настоящим продуктом, а не конфиденциальная «обёртка», лежащая сверху.

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

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

Рынок вообще закладывает в цену именно приватность или же просто возможность незаметно доказать, что ничего не изменилось?
@Dusk #dusk $DUSK

$XRP скопление средств китами демонстрирует устойчивость.

Кошельки с балансом 1M+ $XRP увеличились на 32 за последние три месяца, даже несмотря на то, что рыночная капитализация XRP снизилась на 29%.

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

$XRP