Zoya Research

Binance Pick — це цікавий спосіб досліджувати ринки прогнозів і ділитися своїми думками про ринок. 🔥 Кожен прогноз — це можливість навчатися, аналізувати тенденції та вдосконалювати процес ухвалення рішень. Продовжуйте досліджувати, будьте послідовними й робіть кожен вибір важливим! 🚀

#BinancePick

Поки я розглядав Dusk і NPEX, я знову й знову повертався до одного питання:

Чи може регульований ринок бути аудованим, не перетворюючи фінансову активність кожного інвестора на публічні дані?

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

Це створює конкретну проблему.

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

Саме тут архітектура Dusk стає цікавою.

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

Отже, приватність тут — це не просто про приховування даних.

Вона змінює питання з «Ця інформація публічна?» на «Хто має довести або побачити те, що потрібно?»

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

Ось це, як на мене, не варто просто припускати.

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

@Dusk $DUSK #dusk

Сьогодні я повернувся до моделі конфіденційності Dusk, бо одне питання не давало мені спокою: якщо регульованим ринкам усе ще потрібна видимість, то що саме приховує конфіденційність?

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

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

Це створює іншу проблему.

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

Саме тому мене зацікавила ідея Dusk щодо програмованої конфіденційності.

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

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

Саме за цим я й продовжую спостерігати.

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

@Dusk $DUSK #dusk

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

Що більше я дивлюся на Dusk, то більше переконуюся, що таке визначення надто вузьке.

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

Ця різниця має значення на регульованих ринках.

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

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

Саме тому підхід Dusk із XSC видається мені цікавим: він ставить запитання про те, як конфіденційність може співіснувати з правилами активів, орієнтованими на дотримання вимог, і з розрахунками.

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

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

@Dusk $DUSK #dusk

Раніше я думав, що сумісність EVM головним чином вирішує проблему онбордингу розробників.

Якщо DuskEVM підтримує знайомі мови та інструменти Ethereum, зокрема Solidity і Vyper, розробники можуть почати створювати без необхідності спочатку вивчати зовсім інше середовище для смартконтрактів.

Це важливо.

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

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

Саме ця різниця привернула мою увагу.

Сумісність з EVM може зменшити бар’єр для кодування.

Можливо, вона не зменшить інституційну складність навколо застосунку.

І для регульованих фінансових ринків саме друга частина може бути складнішою проблемою.

Я все ще спостерігаю за тим, як ці два рівні поєднуються.

Якщо DuskEVM робить створення звичним, чи справжнє вузьке місце просто переміщується від прийняття розробниками до інституційної інтеграції?

@Dusk $DUSK #dusk

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

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

Цікаве — що має відбуватися навколо цієї угоди.

Інвестору може знадобитися знайти актив, пройти перевірки на відповідність, під’єднати гаманець, розмістити ордер — а потім, через розрахунки (settlement), узгодити між собою частину активу й частину платежу.

Мене зацікавило, як Dusk Trade підходить до цих робочих процесів, а не розглядає токен як увесь продукт.

Це змусило мене переосмислити звичний наратив про RWA.

Найскладніше, можливо, не в тому, щоб розмістити фінансовий актив onchain.

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

Саме в цьому я досі не певна.

Якщо Dusk Trade може наблизити онбординг, трейдинг і розрахунки один до одного, чи це справді прибирає складність інфраструктури — чи просто переносить її в прикладний шар (application layer)?

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

@Dusk $DUSK #dusk

Сьогодні я повернувся до DuskEVM, тому що хотів зрозуміти, що саме змінює сумісність з EVM понад заголовок.

Одна деталь, яка привернула увагу, полягає в тому, що DuskEVM створений для роботи з звичними мовами розробки Ethereum і інструментами, зокрема Solidity та Vyper.

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

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

Якщо розгортання застосунків стає простішим, то складніші питання для фінансових застосунків не зникають.

Хто має право взаємодіяти з ним?
Яка інформація має залишатися конфіденційною?
Як виконуються вимоги комплаєнсу?
І як застосунок під’єднується до решти фінансового робочого процесу?

Тож я не вважаю, що сам по собі EVM-збіг є найцікавішим.

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

Якщо DuskEVM прибирає бар’єр для розробників, то що стає наступним вузьким місцем для впровадження фінансових застосунків у реальне життя?

@Dusk $DUSK #dusk

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

Термінові діапазонні (Range) ордери TermMax використовують криві ціноутворення з різними сегментами. У діапазонному ордері на запозичення ранні частини можуть нести вищі APR, а пізні — нижчі APR у міру заповнення ордеру. Для надання позик крива працює у зворотному напрямку: ставки зростають уздовж визначених сегментів.

Через це я почав інакше дивитися на сам ордер.

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

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

Тож мені хочеться спостерігати за тим, як ці криві поводяться, коли реальний попит проходить через різні розміри ордерів.

Чи здатна структура кривої на практиці знаходити корисні ставки, чи її ефективність надто залежить від того, наскільки правильно визначено профіль попиту?

#TermMax @TermMax

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

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

Але що більше я придивляюся до підходу Dusk до нативної емісії, то більше переконуюся, що тут є важлива відмінність.

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

Саме ця різниця привернула мою увагу.

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

Тож для мене цікаве в нативній емісії — це не просто створення ще одного токена.

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

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

Тому для мене справжній тест — не в тому, скільки RWA можна токенізувати.

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

@Dusk $DUSK #dusk

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

Ордери TermMax із діапазоном використовують криві ціноутворення, де різні частини ордера можуть мати різні фіксовані річні ставки (APR). Під час виконання ордера застосовна ставка рухається вздовж кривої, а не залишається сталою для всієї суми.

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

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

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

Тому мені цікаво:

Чи може зміна розміру ордера стати суттєвим джерелом відкриття ставки на TermMax?

#TermMax @TermMax

Я все ще думаю, що «фіксована ставка» може зробити позицію звучатим статичніше, ніж вона насправді є.

На TermMax FT (ф’ючерсна нота) представляє право викупити 1 борговий токен після настання строку погашення. До настання строку FT можуть торгуватися з дисконтом, а власник також може утримувати їх до строку погашення для викупу.

Це змусило мене по-іншому подивитися на позиції з фіксованою ставкою.

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

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

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

#TermMax @TermMax

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

Питання в тому, що відбувається, коли знайома розробка для EVM стикається з вимогами конфіденційності регульованих фінансів.

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

Це створює цікаву напругу.

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

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

Моє спостереження таке, що це значно складніша проблема, ніж просто «додати конфіденційність» до середовища EVM.

Мені цікаво подивитися, як поводитиметься така архітектура, коли її почнуть використовувати реальні фінансові застосунки.

Якщо установам потрібне вибіркове розкриття, хто зрештою має контролювати те, що стає видимим: застосунок, регулятор чи протокол?

@Dusk $DUSK #dusk

Я постійно повертаюся до одного питання, коли дивлюся на токенізовані фінансові активи:

Що відбувається після того, як актив потрапляє в onchain?

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

Саме це привернуло мою увагу до Dusk Trade.

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

І ця відмінність справді важлива.

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

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

Саме цю частину Dusk Trade я відстежую найближче.

Якщо актив onchain, але більшість ринкових процесів навколо нього й далі працюють offchain, то токенізація справді змінила фінансовий ринок як такий?

@Dusk $DUSK #dusk

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

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

Це змусило мене інакше подивитися на ринки з фіксованою ставкою.

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

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

Хочете подивитися, як це працює на практиці.

#TermMax @TermMax

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

Чим більше я дивлюся на Dusk, тим більше думаю, що складніша проблема починається після токенізації.

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

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

Dusk Trade робить це ще цікавішим. Він вводить інструменти на кшталт ММФ, ETF і облігацій у регульовану ринкову структуру, побудовану навколо токенізованих фінансових активів.

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

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

@Dusk $DUSK #dusk

Я й досі вважаю, що люди недооцінюють, наскільки складною стає приватність, щойно в справу вступають реальні фінансові інституції.

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

Далі — складніша частина: хто саме може бачити що?

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

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

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

@Dusk $DUSK #dusk

#dusk $DUSK @Dusk Я все ще думаю, що найскладніша частина перенесення фінансів у ончейн — це не сама блокчейн-мережа.

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

Моє спостереження: саме тут «токенізація» починає перетворюватися на справжню ринкову інфраструктуру.

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

Я досі вважаю, що більшість обговорень RWA припиняються надто рано.

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

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

Але чи може ця модель працювати в масштабі та з урахуванням регуляторної складності реальних фінансових ринків?

@Dusk $DUSK #dusk

Я все ще думаю, що люди не помічають найцікавішу частину Dusk.

DuskEVM дає звичну розробку для EVM, тоді як Hedger додає конфіденційні потоки транзакцій із застосуванням гомоморфного шифрування та доказів з нульовим розголошенням. Мене зацікавило те, що приватність не означає відмову від перевірюваного виконання або вибіркового розкриття, коли потрібен авторизований перегляд.

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

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

@Dusk $DUSK #dusk