NVD Insights

Провів частину вихідних, намагаючись зрозуміти, як @Dusk спсправді виконує послідовність онбордингу інвесторів для регульованих активів, і чесно кажучи, моя перша оцінка була зовсім неправильною. Я думав, що це просто токен із деякими правилами, “прикрученими” зверху, а ринок просто робить решту як завжди.

але ні. Справа в тому, що гаманці мають бути прив’язані до верифікованих учасників ще до того, як актив навіть буде випущено, тож відповідність живе на рівні ідентичності, а не всередині самого токен-контракту. Контракт може накладати обмеження на перекази, звісно, але лише проти гаманців, які вже визнані в системі. Неверифікованому просто не відмовлять, коли він спробує t0 купити — він просто ніколи не з’явиться в адресному пулі покупців із самого початку.

чесно, саме ця частина реально змінює спосіб, як тобі слід читати ліквідність тут. У звичайного токена тонка глибина ордербука зазвичай означає слабкий попит — хтось може його тримати, тож глибина є непоганим проксі для зацікавленості. Але для регульованого Dusk-активу ця логіка ламається. Тонка ліквідність може просто означати, що пул, який має право брати участь, ще не наздогнав реальний попит.

те, чого я не можу визначити ззовні, — чи повільне зростання ліквідності є проблемою попиту, чи просто вузьким місцем верифікації, яке ніхто ще не розв’язав.

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

що станеться з ціноутворенням у той день, коли відповідний пул раптом подвоїться?
#dusk $DUSK

Спочатку я думав, що DuskEVM насамперед про те, щоб принести сумісність із EVM на @Dusk . Але після глибшого розгляду я почав бачити дизайн інакше.

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

Є також потенційний рівень застосунків: токенізовані активи, DeFi, кредитування та регульовані фінансові робочі процеси. Chainlink CCIP додає ще один цікавий елемент, допомагаючи з’єднувати токенізовані активи між ланцюгами.

Я знову й знову повертаюся до того факту, що DuskEVM уже доступний у тестовій мережі. Це дає розробникам простір для експериментів до запуску в mainnet, а не починати з нуля після релізу.

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

Мене менше цікавить сама заява, і більше — те, що саме буде створено на її основі.
#dusk $DUSK

продовжуйте думати про те, що відбувається з @TermMax pool одразу після великої хвилі дозрівання позицій, а не до неї.

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

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

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

ставка, яка виглядає щедрою одразу після сплеску погашень, може бути лише «юним» капіталом без реального попиту.

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

чи хтось відстежує, чи ставки TermMax групуються інакше одразу після великих кластерів погашень, або це занадто малий ефект, щоб мати значення?
#termmax

Вже кілька днів кручу в голові одне конкретне запитання про розрахунки @Dusk DvP, і це не те, про що насправді запитує більшість. Усі хочуть знати, чи рухаються обидві ноги угоди разом. Майже ніхто не питає, чи може одна з ніг тихенько розкрутитися вже після факту.

чесно кажучи, саме це й вирішує, чи слово «атомарність» взагалі щось означає для інституції. Справа в тому, що Dusk тут не покладається на ймовірнісне підтвердження: він використовує Succinct Attestation для детермінованої фінальності, тож «розраховано» означає саме «розраховано», а не «розраховано, доки щось не зміниться». Зверху — зашиті (layer shielded) баланси й вибіркове розкриття, і угода очищається/врегульовується без публічної трансляції обсягу чи контрагента на ринок, чого публічні ланцюги розрахунків фактично не можуть досягти.

це справжній зсув для будь-чого інституційного: прибрати ризик контрагента між двома ногами угоди — реально важко підробити.

але на що в мене досі немає чіткої відповіді: усе це не генерує грошову «ногу». Токенізований депозит, регульований стейблкоїн, щось вужче, спеціально створене під цю мету — усе ще відкрите питання. А розширення CCIP додає досяжність, але також створює другий поріг атомарності, який варто дуже уважно продумати.

втім, обсяг NPEX, який виглядає органічним, а не стимульованим — це число, якому я б реально довіряв більше за настрої/сентимент.
$DUSK #dusk

I've been spending time in @TermMax docs lately, and one detail keeps pulling me back in: XT, one of the two tokens in every fixed rate market, is designed to lose all its value by maturity. Most people skim past that and assume it's a red flag.

The thing is, that is not a bug in the system it's the whole point. Each market splits a debt token into two pieces: FT, which walks toward its full redemption value, and XT, which walks toward zero. Together, 1 FT + 1 XT always equals 1 debt token. FT is the predictable, fixed rate side. XT is the deliberately temporary side that absorbs everything else remaining time value, leverage exposure, market sentiment.

That's actually a clean separation of jobs, and it is what makes the fixed yield 0n FT possible in the first place. But it also means you can not judge XT the way you'd judge a normal token. Watching for "demand" misses the point entirely.

The real risk is liquidity if depth dries up before maturity, pricing XT's remaining usefulness gets messy fast. Still, the structure itself holds up under scrutiny.
#termmax

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

Не буду брехати: я очікував чергове важке виконувальне середовище. Але це не так. Piecrust — легка WebAssembly-основа віртуальна машина (VM), створена для безпечного модульного виконання контрактів, і головне — вона відокремлює логіку контракту від криптографічної роботи, що лежить під нею. Контракти просто виконують логіку застосунку всередині VM. Дорогі речі — перевірка ZK-доказів, валідація підписів — виносяться у нативні host-функції, а не живуть у кожному контракті.

Ось що реально працює: криптографічна верифікація за природою дорога, тож змушувати кожен контракт нести цей тягар самостійно означало б уповільнити всю систему без жодної реальної користі. Розділення дозволяє тримати виконання легким, одночасно забезпечуючи обробку важкої приватності, від якої залежить Dusk.

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

Втім, закладати це розділення зараз краще, ніж намагатися прикрутити його пізніше, коли контракти вже стануть складними.
#dusk $DUSK

Я менше думаю про ставки на @TermMax і більше про те, що стається в день, коли позиція дійсно дозріває.

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

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

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

фіксована ставка просто переносить невизначеність на іншу дату — вона її не усуває.

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

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

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

Справа в тому, що модель Dusk не змушує робити вибір. Верифікація з нульовим розкриттям дозволяє мережі підтвердити, що транзакція відповідає правилам, не розкриваючи, якими саме були ці деталі. Традиційні фінанси не можуть d0 цього: вони вирішують питання довіри тим, що банки, контрагенти та регулятори дивляться на дані напряму ще до того, як усе буде погоджено. Dusk цілком відокремлює верифікацію від розкриття.

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

Є відкрите питання, через яке я не можу перестати думати: чи витримує це, коли в систему проходить реальний інституційний обсяг, а не лише контрольовані пілоти, де все чисто за дизайном.

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

Хтось реально відстежує, як це працює, коли починають рухатися в масштабі справжні регульовані активи?
#dusk $DUSK

Я замислювався над однією річчю, яку зазвичай упускають, коли дивляться на ринки кредитування: вартістю утримання позиції відкритою.

Саме тому мене зацікавило @TermMax . Важлива частина не лише в тому, що ставка фіксована. Важливо, що вартість запозичень і строк відомі ще до початку позиції.

За запозичень із змінною ставкою я бачив, як зобов’язання змінюється, поки позиція залишається відкритою. Це ускладнює планування левериджу, бо вартість фінансування — ще одна змінна складова. TermMax підходить до цього, представляючи борг через позиції з фіксованою ставкою та фіксованим строком.

Другий порядок ефекту — ось що мені здається ще цікавішим. Коли визначені витрати на фінансування, я можу оцінювати розміщення капіталу щодо відомої вартості, а не постійно гадати, куди може піти ставка.

Я не бачу в цьому усунення ризику левериджу. Це не так. Але зробити зобов’язання більш прогнозованим може означати більш обдумані рішення та зрозумілішу відповідальність.

Мій висновок: TermMax змінює питання з «Скільки це коштуватиме потім?» на «Чи має сенс ця позиція за цієї відомої вартості?»

Чи це справді покращує управління левериджем, чи просто робить ризик фінансування легшим для вимірювання?
#termmax

Я останнім часом копаюся в моделі @Dusk dual transaction, і більшість людей, які про неї говорять, здається, вважають, що «privacy chain» означає, ніби все на ній є приватним за замовчуванням. Насправді це не так.

Справа в тому, що Dusk запускає дві окремі моделі паралельно. Moonlight — це прозора сторінка на основі рахунків: баланси та активність можна публічно перевіряти; по суті, це підхід у стилі Ethereum. Phoenix — це інша половина: модель на основі UTXO, яка використовує докази з нульовим розголошенням (zero knowledge proofs) і нуліфікатори (nullifiers), щоб вирішити проблему подвійного витрачання, не розкриваючи, що саме міститься в транзакції.

Саме ця частина й змушує систему працювати: мережа може підтвердити, що транзакція є коректною, не бачачи її змісту, а нуліфікатори розв’язують точну проблему, яка зазвичай ламає дизайни, сфокусовані на приватності. Замість того, щоб змушувати кожну транзакцію вписуватися в одну модель, це дозволяє частину активності залишати публічно аудитованою, тоді як розміри позицій, контрагенти або стратегія залишаються прихованими — навіть у публічному ланцюжку.

Чесний ризик тут такий: тримати два системи паралельно — не безкоштовно. Будь-яка складність, яка зараз не проявляється, з часом має тенденцію спливати у вигляді крайових випадків або дивних взаємодій між двома моделями.

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

Хто ще спостерігає за тим, як на практиці реально взаємодіють Moonlight і Phoenix?
#dusk $DUSK

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

Справа в тому, що перевіряльник ніколи не отримує ні відправника, ні одержувача, ні суми. Натомість надходить не що інше, як доказ PLONK. Цей доказ кодує важливі правила: спендер справді володів нотами, які витрачаються, суми коректно балансуються, і нічого не використовується повторно. Перевірка просто підтверджує, що математика сходиться. Вона ніколи не відновлює або не досліджує приховану саму транзакцію.

Це справжній зсув у тому, що означає «перевіряти». Система підтверджує, що математичне твердження є істинним, навіть не бачачи того, що зробило його істинним.

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

Втім, дизайн виглядає цілеспрямованим. Відмова дивитися на дані — частина моделі безпеки тут.

Тобі комфортно з верифікацією, яка працює так, що не бачить саму річ, яку перевіряє?
#dusk $DUSK

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

Те, що привернуло мою увагу, — як TermMax втілює цю ідею. Він токенізує фіксовані вимоги, дає маркет-мейкерам змогу котирувати ставки та пропонує експозицію через колл або пут за попередньою премією замість того, щоб покладатися на ліквідаційний таймер. Але передбачувана вартість — це не те саме, що передбачуваний результат.

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

Моя позиція проста: TermMax не усуває ризик. Він робить одну його частину передбачуваною, водночас змушуючи краще розуміти інші.

Чи може передбачуване фінансування створити кращу відповідальність?
#termmax

Я вже кілька днів ходжу туди-сюди між DuskVM та DuskEVM, і не буду брехати, спершу мені здалося, що це просто мовне питання: Rust/WASM проти Solidity з інструментами, які вже всі добре знають. Але ні.

Справа в тому, що DuskVM стоїть прямо в основі мережі, тож отримує прямий доступ до того, на чому 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
24h максимум: 1.1299
24h мінімум: 0.4805
24h обсяг: 189.47M USDT

$VELVET /USDT Long
Вхід: 0.94–0.96
TP1: 1.00
TP2: 1.08
TP3: 1.12
Stop Loss: 0.89

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

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

Я останнім часом перечитував дизайн Dusk XSC, і думаю, що більшість людей досі відносить його до категорії «privacy token» і йде далі. Проблема в тому, що приватність може бути тут найменш цікавою складовою.

Під запечатаними балансами кожна передача все одно має пройти білий список, прив’язаний до KYC та AML-процедури онбордингу. Вона має довести відповідність вимогам, і навіть попри те, що вміст залишається прихованим, це все одно залишає аудитний слід. І це не разовий бар’єр: контрагенти мають щоразу повторно підтверджувати відповідність, коли обставини змінюються, тож онбординг перетворюється на регулярну перевірку, а не на один-єдиний момент конверсії.

Ось ця частина реально працює, чесно кажучи. Для security token повторюване підтвердження відповідності, мабуть, є справжнім продуктом, а не конфіденційний «чохол», який лежить зверху.

Втім, обмеження очевидне: така кількість регулярних верифікацій додає тертя, а тертя — це саме те, що в більшості токен-архітектур вбиває впровадження. Інституції, можливо, це стерплять. Роздріб навряд.

Та якщо регульований капітал — це справжня аудиторія, то цей компроміс має сенс: тихе, комплаєнсне, наполегливе збереження відповідності замість видимої активності.

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

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

Гаманці, які тримають 1M+ $XRP , збільшилися на 32 за останні три місяці, навіть незважаючи на те, що ринкова капіталізація XRP знизилася на 29%.

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

$XRP

Спотові біржові ETF на біткоїн у США залучили $865,3 млн минулого тижня — це найсильніший показник з середини квітня.

Це сталося через тиждень після того, як приблизно $130 млн BTC було виведено з гаманця COLDCARD, коли вся розмова була про ризики самостійного зберігання.

$CVX Сильний короткостроковий бичачий імпульс на 1-годинному графіку, проривши рівні нещодавньої консолідації.

Діапазон входу: 1.685 - 1.714 (Шукайте входи на незначних відкатах до зони підтримки або входьте, якщо імпульс збережеться)

Ціль 1: 1.737
Ціль 2: 1.777
Ціль 3: 1.789

Стоп-лосс: 1.630 (Нижче нещодавніх локальних структур підтримки