Mawalii Burhiya

#termmax @TermMax вчера коротко $STAR забронировал убыток в $15 теперь смотри, это снова в лидерах сегодня Давай, поторопись, иди в лонг на $SKYAI 0.15 — это тейк-профит, также лонг

провёл часть дня за чтением структуры pre-mine у @TermMax, и одна цифра меня остановила.

40 миллионов TMX.

из фиксированного общего объёма в 1 миллиард, 4% было выделено специально, чтобы стимулировать ранних пользователей через pre-mining.

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

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

FT-холдеры накапливали TMX ежедневно в зависимости от своих балансов FT.

Маркетмейкеры зарабатывали TMX на основе торгового объёма своих сопоставленных ордеров. А когда Curators квалифицировались как маркетмейкеры, их награды распределялись напрямую депозиторам соответствующего vault.

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

с одной стороны — вознаграждают капитал за удержание позиций с фиксированной ставкой.

а с другой — капитал за то, что реально создаётся поток ордеров, который потом матчится.

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

и отображаемый TMX APY делает это ещё интереснее.

В документации TermMax говорится, что incentive APY рассчитывался с допущением FDV в $60M, исходя из оценки их раунда финансирования.

То есть TMX APY был не просто чистой базовой доходностью по фиксированной ставке в обычном смысле. USD-оценка этих token-incentives зависела от предполагаемой оценки для TMX, при этом сами pre-mined токены были непередаваемыми в течение периода кампании.

вот эту часть я бы отслеживал.

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

или incentive делает больше работы, чем сама процентная ставка?

$USELESS опять будет пампить



@TermMax #TermMax
Опрос: что на самом деле лучше всего доказывает спрос на TermMax после incentives?

#termmax очень рад(а) за @TermMax таблицу лидеров, давайте посмотрим, китни тeeр, Мэри meny

без шуток, давайте зафиксирую прибыль с обеих $ACE n $BTW торговля наконец закрыла сделку с прибылью. ты можешь открыть лонг $BR , он скоро коснётся 0.24.. возвращаемся к @TermMax

раньше думал(а), что поставщику ликвидности на TermMax нужно заранее решить: я тут кредитую или заимствую?

Двусторонние лимитные диапазонные ордера делают это различие куда более странным.

У одного ордера есть заимствующая кривая и кредитующая кривая. В зависимости от того, какая сторона будет исполнена, сеттер фактически становится тем или другим.

Я сначала проследил(а) сторону заимствования. Когда заимствующий тэйкер заполняет этот ордер, их токены долга чеканятся эквивалентно в FT и XT. Затем XT обменивается у Двустороннего лимитного диапазонного ордера на дополнительные FT.

Потом идёт часть, которую я почти пропустил(а).

TermMax проверяет, достаточно ли у этого ордера резервов FT для обмена. Если нет, дополнительный FT может быть отчеканен из GT сеттера — и долг, записанный внутри этого GT, увеличивается.

Так что сеттер не просто «предоставил ликвидность». Спрос со стороны рынка механически переместил их в позицию заимствующего с долгом, который лежит внутри их Токена Заработка.

Заполни другую сторону — и всё меняется: сеттер выступает кредитором и накапливает FT, представляющие основную сумму и фиксированную доходность.

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

Если позволить одной позиции TermMax динамически становиться заимствующим или кредитором, капитал действительно станет более эффективным, или же конечное присутствие (экспозиция) сеттера будет сложнее предугадать??

Двусторонние ордера TermMax: главный компромисс?

#dusk $DUSK @Dusk Раньше я думал, что самая интересная часть Phoenix — это просто то, что Dusk использует UTXO-модель транзакций.

Но глубже — в том, что именно это меняет.

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

Такая структура удивительно хорошо подходит для конфиденциальных транзакций.

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

Но у этого есть цена.

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

Так даёт ли дискретное UTXO-состояние Dusk более надёжную основу для конфиденциальных финансовых транзакций, или же дополнительная сложность состояния становится платой за эту модель приватности??

#dusk @Dusk

#dusk $DUSK @Dusk

Проведя ещё раз за чтением плана ECSP во время задачи про Сумерки, я никак не мог отделаться от одной мысли: создание инфраструктуры для регулируемых активов — это одна проблема. А вот реально перенести эти активы на инфраструктуру — это уже другая.
Сейчас Dusk подаёт заявку на лицензию ECSP, чтобы подключать европейские компании, привлекающие капитал от инвесторов через соответствующие предложения вроде займов, акций и облигаций.
Вот именно на этом я и застрял.
В Европе, согласно обновлению Dusk, примерно 34 миллиона МСП, а тот же материал указывает почти на 70 млрд долларов, которые в 2025 году были обеспечены краудфандинговыми платформами по всему миру. Затем возникает проблема давления финансирования: Dusk ссылается на данные за 2 квартал 2026 года, показывающие 43-процентный разрыв — долю МСП, сообщающих о росте ставок по банковским кредитам.
Так что это не просто ещё одна лицензия, лежащая рядом с техническим стеком.
Если заявку одобрят, маршрут ECSP даст Dusk способ приводить в ту же экосистему компании, которым нужен капитал, где в итоге финансовые активы смогут взаимодействовать с инфраструктурой идентификации, приватности, распространения и расчётов. Более старый регуляторный материал Dusk уже позиционирует ECSP как разрешение, покрывающее инструменты розничного инвестирования, финансируемые за счёт инвестиций по всей ЕС.
Хм, это совсем другая модель роста, чем ждать, пока кто-то другой токенизирует что-то.
У бизнеса появляется ещё один канал привлечения капитала. У инвесторов появляется доступ к регулируемым предложениям. Dusk потенциально получает новые активы и приток активности в собственный продуктовый стек.
Но постойте: заявка — не одобрение, лицензия — не спрос. Компании всё равно должны выбрать этот маршрут, а инвесторы — всё равно должны профинансировать предложения.
Пока я снова и снова возвращался к этому, кофе остыл. Инфраструктура может переносить активы только тогда, когда они уже существуют. ECSP мог бы помочь ответить на вопрос, откуда именно берутся эти активы.
Итак, означает ли стремление к ECSP, что Dusk превращается из компании, ожидающей появления регулируемых активов, в инфраструктуру, способную их источникивать? Или это имеет значение только тогда, когда реальные бизнесы и инвесторы начнут пользоваться маршрутом в масштабе?
#dusk @Dusk $DUSK

#dusk @Dusk $TUT +22,66%, $UAI +25,87%, $ZRO+24,80%…
Вкладчики/«ганеры» таб — это по сути вечеринка, на которую меня не пригласили 😂

что-то в работе Dusk над DLT-TSS заставляло меня снова и снова читать дорожную карту неправильно.

я воспринимал это как DuskEVM.

инженеры собирают/строят это.

тестирование завершится.

кто-то включает рубильник.

а потом я вернулся к обновлению от @Dusk по заявке NPEX и… этот веха работает по совершенно другому графику.

DLT-TSS означает DLT-система торгов и расчетов.

важное — не очередной запуск нового смарт-контракта.

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

и собственное описание работы Dusk почти противоположно обычному релизу ПО.

задействована техническая команда.

задействована бизнес-разработка.

вовлечены Norton Rose Fulbright.

встречи с регуляторами.

изменяющиеся требования.

вопросы и правки после подачи.

вот что зацепило.

этим нельзя «проторить» путь через GitHub до последней стадии.

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

а более поздние материалы Dusk все еще помечают NPEX DLT-TSS как находящийся в процессе.

поэтому я аккуратен со словом «запуск» здесь.

инфраструктура может быть технически готова, но разрешение — нет.

и регуляторная обратная связь все еще может заставить инфраструктуру измениться.

21X — полезный контекст, потому что в ЕС уже существует площадка, авторизованная под DLT-TSS, и Dusk работает с ней.

так что этот регуляторный маршрут — не теоретический.

но у NPEX при этом остается свой собственный процесс согласования.

мм.

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

ПО доказывает, что Dusk может построить «рельсы».

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

какой из этапов сложнее добиться?

#Dusk $DUSK

#dusk $DUSK @Dusk купил $ZEC по цене 365 сейчас посмотри, как он пробивает свой исторический максимум 300 + прибыль, терпение всегда окупается

$POL сейчас собирается шортить топливо закончилось сейчас

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

Самое интересное в Dusk Connect — это не кнопка «connect». Интересно то, что dApp может обнаруживать несколько совместимых провайдеров кошельков, показывать их пользователю и позволять пользователю выбирать, а не жёстко встраивать одну.

Звучит незначительно. Но это не так.

Старая предпосылка об одном провайдере становится проблемной, когда в одном браузере существует несколько кошельков. Обнаружение в стиле EIP-6963 решает эту общую проблему: провайдеры объявляют о себе, вместо того чтобы соревноваться за то, чтобы dApp случайно нашёл именно один объект. Dusk Connect стремится к тому же практическому результату в Dusk: сначала обнаружить доступное, затем выбрать, и только после этого запросить доступ.

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

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

Так решает ли на самом деле много-кошелёчное обнаружение проблему подключения, или оно просто переносит сложную часть — с поиска кошелька — на правильное управление его состоянием??

@Dusk #dusk

#dusk $DUSK @Dusk Spent the CreatorPad окно, копаясь в моделях транзакций @Dusk вместо того, чтобы просто прочитать питч-дек, и инцидент с мостом с прошлой недели — именно он заставил меня по-настоящему это “щелкнуть”.
16 августа мониторинг Dusk зафиксировал подозрительную активность, связанную с кошельком, управляемым командой, который использовался в операциях моста. Команда отключила и переработала (recycled) связанные адреса, приостановила работу мостовых сервисов, и именно в этом моменте, на который я обратил внимание, они внедрили в Web Wallet блокировку для получателей (recipient blocklist), чтобы останавливать переводы на известные опасные или санкционные адреса. Скоординировались с Binance, как только часть потока затронула их платформу. Денежные средства пользователей не были затронуты — по сообщению самой команды.
Вот в чем дело. Вся суть питча $DUSK — Phoenix и Moonlight: выбирай уровень приватности, переключайся туда-сюда, когда захочешь. Phoenix — это модель защищённых UTXO: заметки и nullifiers, ZK-доказательства, нет видимости отправителя/получателя/суммы без ключа просмотра. Moonlight — аккаунтная и публичная: балансы лежат на виду, сделано для удобной отчетности по комплаенсу.
Крутая двойственность на бумаге. Но посмотри, что “потребовалось” применить, как только что-то начало выглядеть не так: исправление, которое отправили в релиз, оказалось блоклистом на прозрачной стороне. Адрес Moonlight можно сверять со списком санкций в реальном времени. Заметку Phoenix таким же образом проверить гораздо сложнее — в этом и заключается смысл её существования.
Так что “переключайся обратно и вперед по щелчку кнопки” — да, технически правда. Но аварийный рычаг был на публичной магистрали. Я не критикую звонок, скорее всего правильно. Просто замечаю: двойная модель не симметрична под стрессом.
Меня заставляет задуматься, не заканчивают ли регулируемые пользователи по умолчанию выбирая Moonlight для всего, что может потребовать быстрого реагирования на инциденты, а Phoenix остается “оберткой” для вещей, о заморозке которых никто не переживает. У кого-нибудь уже был реальный инцидент в “Phoenix-стороне”, или это пока все еще не проверено?

#termmax @TermMax самое ужасное что только могло случиться со мной — коротко $ENA вчера, теперь это среди лидеров роста: торги всё ещё идут в минусе, но я продолжал читать параметры рынка @TermMax сегодня, и одно маленькое различие стало понятнее со второго раза: MLTV и LLTV — это не один и тот же порог.

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

То есть специально оставляют некоторый запас между «максимальным заимствованием» и «ликвидировать эту позицию».

Именно этот зазор — самое интересное.

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

Логично. Но этот буфер — не постоянная защита. Залог может падать, или долговой токен может расти, «съедая» расстояние между этими порогами.

Я какое-то время размышлял о том, будут ли пользователи воспринимать MLTV как число безопасности, хотя механически это скорее ограничение на вход. Граница ликвидации всё равно LLTV.

Если отделить MLTV от LLTV, появляется ли достаточно полезного «воздуха» для заёмщиков, или само наличие этого буфера делает позицию ощущающейся безопаснее, чем она есть на самом деле? @TermMax #TermMax $ENA

#dusk $DUSK @Dusk

Я думал о задании Dusk про «приватность для организаций» и о том, что это на самом деле означает, и не думаю, что полезный ответ — это просто скрывать всё.
Банку, площадке или кастодиану может понадобиться проверить что-то в отношении транзакции. Аудитору или надзорному органу тоже может понадобиться доказательство. Но это не значит, что каждый баланс, контрагент и деталь транзакции должны становиться публичными только потому, что этим конкретным участникам нужно выполнить свою работу.
Вот где становится интересно селективное раскрытие Dusk.
Dusk описывает сеть как конфиденциальную по умолчанию: с помощью доказательств с нулевым разглашением и контролируемой видимостью для аудита, надзора и регламентированного раскрытия. Чувствительное финансовое состояние может оставаться защищённым, а раскрывается — только то доказательство, которое конкретному участнику или органу нужно.
Так что верификация и публикация перестают быть одним и тем же.
Я возвращался к этому снова и снова, потому что в публичных блокчейнах эти идеи обычно смешиваются: если каждый может проверить, то каждый может и увидеть. Ок для некоторых активов. Довольно странно для финансовой инфраструктуры, где балансы клиентов, позиции и контрагенты могут быть коммерчески или лично чувствительными.
Плюс очевиден. Регулируемому процессу не нужно выбирать между тем, чтобы вынести данные клиентов в интернет, и тем, чтобы просить одобренные стороны доверять частной базе данных.
Но погодите: селективное раскрытие поднимает ещё один вопрос — кто решает, какая сторона уполномочена видеть что? Криптография может контролировать видимость, но политику — кто именно является аудиторией — определяет именно политика.
У меня слишком долго был открыт этот вклад, потому что грань между «видимостью» и «политикой» оказалась неочевидной. Приватность не имеет смысла, если никто не может проверить; и прозрачность не нужна, если для верификации нужно раскрывать всё.
Так селективное раскрытие — это правильная золотая середина, где одобренные стороны получают нужные доказательства, или же решение о том, кому дать видимость, просто переносит самый сложный вопрос доверия в политику авторизации??
#dusk @Dusk $DUSK

Селективное раскрытие = лучшая середина?

#dusk разочарован тем, что мой рейтинг не улучшается перепробовал всё и вся теперь я закончил $TREE n $HEMI звездами, набирающими популярность, сегодня являются

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

Условные платежи DUSK: лучший примитив или лишняя сложность?

#dusk @Dusk $DUSK
$CLO $ALPINE сделал мой день, забронировал прибыль, счастлив, но, посмотрев суть, настроение испортилось

Странная вещь в сравнении DuskVM с DuskEVM заключается в том, что сравнение начинает разваливаться, когда вы понимаете, что каждый из них пытается сохранить.

DuskVM сохраняет близость к самой Dusk.

Он запускает контракты Rust/WASM напрямую в Dusk L1. Это дает контрактам доступ к Dusk-родным активам, моделям транзакций, потокам с учетом приватности и возможностям с доказательствами нулевого знания, близким к базовому протоколу. В документации Dusk отмечается, что Dusk — это путь для логики уровня протокола и приложений, которые действительно нуждаются в этих примитивах.

Но быть нативным означает также принимать более специфичный мир.

Разработчик должен понимать архитектуру Dusk, ABI и инструментарий, а не приходить с годами привычек Ethereum, которые можно просто перенести.

DuskEVM, похоже, создан именно вокруг этого трения.

Это среда EVM на базе OP Stack, где разработчики могут использовать Solidity или Vyper и знакомую инфраструктуру вроде Hardhat, Foundry и EVM-кошельков. Однако выполнение не просто отделено от Dusk: DuskEVM использует DuskDS для расчетов и доступности данных, а DUSK служит его газовым токеном.

Это меняет то, как я вижу сравнение.

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

И Dusk уже связывает эти среды. Текущий мост позволяет тестнету DUSK перемещаться между Dusk L1 и Testnet DuskEVM, хотя выводы обратно требуют доказывания и финализации на L1.

Так что, возможно, сравнение DuskVM и DuskEVM — не тот спор.

Более интересная проверка — сможет ли Dusk сделать так, чтобы два окружения исполнения воспринимались как осознанные выборы, а не как два отдельных мира, которые разработчикам приходится мысленно «сшивать».

Какой путь Dusk вы бы построили?

#termmax @TermMax если хочешь хорошо заработать: короткий $VELVET сейчас хорошо — я дал тебе сигнал для $STAR , но забыл сказать тейк-профит (tp), так что 0.23 — это tp

$GPS полетит выше и выше

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

Именно это напряжение сделало интересным для меня асимметричный дизайн тимелока от @TermMax.

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

Но TermMax не заставляет каждое изменение двигаться с одинаковой скоростью.

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

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

Эти действия заслуживают трения.

Но представь, что разрешённый (whitelisted) рынок внезапно становится опасным. Ожидать с удалением только потому, что «все изменения параметров требуют задержек», — значит превратить защиту в препятствие.

Похоже, более глубокое правило связано меньше с изменением параметров и больше с изменением прав.

Расширение того, что может делать хранилище, происходит медленно. Ограничение того, что оно может делать, — может произойти быстро.

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

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

Асимметричные тимелоки TermMax имеют смысл, потому что

#dusk $DUSK @Dusk $TUT вновь летим — делай ставку надолго на $PORTAL
Провайдер может выглядеть готовым ещё до того, как Dusk сочтёт его подходящим. Этот разрыв привлёк моё внимание, потому что превращает стейкинг из разового депозита в непрерывное испытание готовности.
Первое условие прямолинейное: как минимум 1,000 DUSK должны оставаться в стейке. Легко прочитать эту цифру как цену входа, но она работает скорее как порог, на который оператор обязан продолжать опираться. Частичный анстейк или штраф, который опускает позицию ниже порога, не просто уменьшает влияние. Он прекращает право на участие.
Зрелость (maturity) звучит тише. Новая ставка не может участвовать сразу после того, как её транзакция будет подтверждена. #dusk ждёт начала эпохи после следующей границы, обычно шесть–двенадцать часов. Эта пауза кажется неудобной только если стейкинг воспринимать как покупку. Со стороны сети это буфер. Капитал может прийти быстро; ответственность не должна.
Затем идёт условие, которое никакой баланс не может гарантировать: проведение (conduct). Провайдер может держать достаточно стейка и запускать синхронизированный узел, но всё равно быть приостановленным после того, как не удалось корректно участвовать. @Dusk отличает обычную ошибку от заведомо недействительного поведения. Мягкие штрафы могут перенести активный стейк в заблокированную часть, при этом право собственности остаётся у стейкера. Жёсткие штрафы могут сжигать стейк за недействительные голоса или конфликтующие подписи. Остановка и обман одинаково угрожают консенсусу, но считать их равными было бы грубо.
Честно то, что эти условия не прикрывают друг друга. Богатство не может отменить период ожидания. Зрелость не может оправдать ненадёжную работу. Чистая история не спасает стейк ниже минимума.
Значит, право на участие (eligibility) — это не значок, который получают один раз. Это живое суждение. Оператор может пройти проверку сегодня и потерять этот статус завтра из‑за отсутствия, неверной конфигурации или продублированного ключа консенсуса. Возможно, в этом и заключается главный смысл: Dusk не спрашивает провайдера один раз, когда тот выглядел заслуживающим доверия. Он продолжает проверять, готов ли провайдер к следующему блоку.
Что важнее всего для того, чтобы провайдер Dusk был допущен?

#termmax @TermMax моя удача не работает в @Dusk посмотрим, что произойдет на этот раз в @TermMax прежде чем я пойду в лонг в $GPS $STAR

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

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

TermMax на самом деле разделяет токен долга на две части. FT представляет требование, которое становится погашаемым одним токеном долга на момент погашения, а XT — дополнительную часть. До наступления срока 1 FT + 1 XT = 1 токен долга.

именно эта взаимосвязь меня продолжала беспокоить.

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

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

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

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

если разделить один токен долга на FT и XT, фиксированная ставка становится проще для рынков, чтобы ее оценивать, или сложнее для пользователей, чтобы ее понимать??
#TermMax @TermMax

📊 Разделение долга на FT + XT делает фиксированную экспозицию…?

$ACE снова среди лидеров роста сегодня

#dusk $DUSK

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

Публикую сегодня с тяжёлым сердцем… но перед постом — быстрый скап:

Long $PORTAL 📈
Short $CYS 📉
не забудьте поблагодарить меня, когда будете выводить прибыль

сначала я думал, что с меня «срежут» на @Dusk — значит, одно: потерять ставку и перезапустить ноду

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

Мягкие штрафы могут приостановить право провайдерa (provisioner) и часть его активной ставки перевести в заблокированную. Эта ставка всё ещё принадлежит оператору и может быть раз заблокирована (разставлена).

Жёсткие штрафы применяются к доказуемо неверному консенсусному поведению, например к конфликтующим голосам или к эковокации. Часть ставки сжигается, и перезапуск или повторная ставка (restaking) не сможет это вернуть

вот в чём различие — оно застряло.

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

Предупреждение о дубликате ключа делает эту границу практичной.

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

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

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

Отделение операционной ошибки от эковокации делает штрафы справедливее или же управление консенсусным ключом — самая беспощадная часть в работе провайдерa?
Слэш провайдеров на @Dusk поднимает интересный вопрос
Что важнее для того, чтобы валидаторы были в безопасности?

#dusk @Dusk

позволь мне кратко $APR сегодня давайте надеяться, что я закрою сделку с прибылью кстати $COW выглядит заманчиво — оставь всё позади 😜

всё время слышал: «переведите финансовые рынки onchain» и мысленно переводил это в «токенизация акций».

чтобы выпустить актив.

торговать токеном.

готово.

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

документация Dusk по рыночной инфраструктуре довольно прямо описывает старую проблему.

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

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

NPEX делает это менее теоретическим.

сайт Dusk указывает, что площадка имеет €200M+ подтверждённого выпуска и базу из 20,000+ инвесторов.

план не в том, чтобы просто разместить безопасность NPEX на Dusk и сказать, что это оцифровано.

цель — собрать выпуск, торговлю, раскрытие информации и расчёты в одном onchain-процессе.

это изменило то, как я прочитал партнёрство.

если актив и платёжные этапы согласуются в одной и той же инфраструктуре — и итоговое состояние получает детерминированную окончательность — Dusk не конкурирует с PDF-сертификатом акций.

он конкурирует с механизмом сверок, который находится между институтами.

цель гораздо больше.

и доказать это гораздо сложнее.

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

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

так что NPEX кажется полезным тестом:

не «может ли Dusk токенизировать ценные бумаги?»

блокчейны уже могут создавать токены.

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

если NPEX добьётся этого, станет ли блокчейн наконец рыночной инфраструктурой, а не оболочкой для актива?

$DUSK

#dusk До сих пор гонюсь за местом в Top 100 — с большим энтузиазмом, крепким кофе и абсолютным отсутствием эмоциональной привязанности к табло

Посмотрим, выдержка ли приведёт меня в Top 100

$ACE искушает меня зайти в лонг, $BEAT упал так сильно, что забыл ритм, а мой крайне неавторизованный хрустальный шар говорит, что $DUSK коснётся $0.20, когда кампания закончится. 🌙

Стратегия кампании: упорно исследовать, торговать аккуратно и винить кофе, если всё пойдёт не так. 😂

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

либо инвесторы не получают приватности, либо регуляторам не хватает информации, чтобы обеспечить соблюдение правил.

потом я вернулся к @Dusk s XSC и дизайну Citadel, и разделение оказалось куда интереснее.

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

а Citadel 2 решает идентификацию иначе.

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

Dusk не пытается “спрятать” комплаенс за приватностью, чтобы он исчез.

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

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

XSC всё ещё оставляет эмитентам контроль, а Citadel всё ещё оставляет политику сервиса сервис-провайдеру.

так что это не анонимные финансы с наклейкой “комплаенс”.

это выборочная видимость.

и примут ли в итоге регуляторы и учреждения криптографическое доказательство плюс контролируемое раскрытие как достаточно убедительное основание…
#dusk

Примут ли регулируемые рынки комплаенс, сохраняющий приватность?

#dusk Йо-хо-хо, еще одна кампания! 🚀

На прошлом разе мне удалось попасть в Топ-150 создателей. На этот раз я иду за Топ-100 в кампании Dusk. Чувствую воодушевление, мотивацию и готов(а) выложиться по полной! 💪

А тем временем мой трейдинг держит меня в тонусе: прибыль $5 на $AKE и убыток $3 на $TUT . Так что технически я все еще богаче на $2… по сути, рыночный гений. 😂

Посмотрим теперь, сработает ли моя удача в контенте лучше, чем в графиках. @Dusk , кампания, я иду к тебе! 🌙

сначала я все время смотрю на число в 210M+ DUSK, поставленное в стейк, но, думаю, более сложный вопрос — что именно удерживает этот стейк в участии, когда консенсус вызывает его к работе.

Dusk оценивает, что примерно 19.86 DUSK эмитится за блок. Интересно здесь не только распределение эмиссии. Важно куда она идет: 70% — генератору блока, еще до 10% зависит от того, включено ли достаточно голосов, а комитеты валидации и ратификации получают по 5% каждый, при этом 10% идет в фонд разработки.

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

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

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

Что важнее для безопасности Dusk: общее количество поставленного в стейк DUSK или стабильное участие комитетов??

Что важнее для безопасности Dusk?

#dusk

$DUSK

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

На этом этапе у меня с Top 300 токсичные отношения. Я продолжаю его догонять, а оно игнорирует меня 😭

На сегодня: стоит пойти в лонг по $HEI $HFT , пойти в шорт или просто заказать самосы и защитить оставшийся капитал?

Нужно всего 10 пунктов, чтобы попасть в топ-300

$BABY

я был на созвоне с @BabylonLabs_io основателей, и один партнёрский номер постоянно тянул меня обратно.

Запланированная интеграция TBV от GoMining может активировать до 1,000 BTC — примерно $75 млн, когда будет объявлено.

Владельцы биткоинов блокируют нативные BTC через Trustless Bitcoin Vault, берут взаймы стейблкоины и размещают их в майнинговых продуктах GoMining, а вознаграждения затем возвращаются в BTC.

На первый взгляд это выглядит как спрос на 1,000 BTC, ожидающий своего выхода в мейннет.

потом я застрял на словах «до».

именно это и зацепило.

Ёмкость — это не то же самое, что 1,000 BTC, заходящие в хранилища.

И активированный BTC как залог — это не то же самое, что пользователи занимают почти на максимальной ёмкости.

Кто-то может активировать хранилище и брать консервативно.

Они могут оставить долг без задолженности (без долгов).

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

У меня чаи стояли рядом, пока я думал о том, сколько метрик можно спрятать в одном объявлении.

BTC размещён.
BTC активирован.
стейблкоины взяты в займ.
капитал размещён.
займы погашены без ликвидации.

Каждое из этого рассказывает разную часть истории принятия.

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

Но тестнет может доказать, что поток работает.

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

Возможно, «до 1,000 BTC» — самый сильный ранний сигнал до запуска.

Или, возможно, реальная цифра соответствия продукта рынку проще:

какая сумма стейблкоин-долга остаётся открытой после того, как исчезнут стимулы.

#baby