W Shakespeare

#BinancePick last day of week 1 - binance pick campaign, I lost all my scores

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

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

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

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

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

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

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

#nil $NIL @Nillion ✨

#BinancePick Ще один день до завершення першого тижня Binance Pick

#BinancePick День 3 кампанії Binance Pick, ви вже долучилися?

#BinancePick зараз з’являється на Binance, кампанія завершиться протягом наступних 4 тижнів

Тобі подобається $BNB ?
Напиши "yes", щоб отримати від мене пакет 👇

Поганий день для всього ринку, як і BTC, $XAU теж іде вниз

$ZEC Моя чатовa група Binance щойно досягла 484 учасників. Долучайтеся до нас зараз: HERE!!!

Я щойно створив груповий чат у Binance, він безкоштовний, просто насолоджуйтесь: https://app.binance.com/uni-qr/64Py3R6k

Оба $ZEC і $DUSK — монети для приватності. Тому графіки схожі один на одного

Весь ринок пумпить без причини😂
$BNB $BTC

$LSK ціна досі не однакова на Binance та інших CEX. Це велика фінансова пастка для користувачів, щоб арбітражити на кількох платформах

$XAU почніть новий тиждень із відкритим інтересом досягніть ~ $410M

$PROM + 40% за 24 год із відкритим інтересом досягнувши приблизно $29M

$ZEC насос із верхнім об’ємом на Binance

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

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

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

Питання в тому, чи гаманець є реальною точкою контролю інвестора, чи лише інтерфейсом, через який здійснюється регульоване володіння. Я стежу за шляхами переказу, відновлення та заморожування, щоб з’ясувати, що насправді може контролювати під’єднаний гаманець.
#dusk $DUSK @Dusk 🔥

Я весь час думаю про те, як Dusk використовує 64 голосувальні кредити в своїх консенсусних комітетах.

На перший погляд, 64 виглядає як простий показник розміру комітету. Але голосувальний кредит — це не те саме, що незалежний провайдер. Це має значення, коли Dusk прагне вивести фінансові ринки ончейн за участі інституцій, ліцензованих ЄС, де розподіл консенсусної влади важливіший за заголовний розмір комітету.

Структура з 64 кредитами підказує мені, скільки голосувальної ваги існує всередині комітету. Вона не каже, скільки окремих учасників насправді тримають цю вагу, бо провайдер може мати більше ніж один кредит. Чого я поки не знаю, це наскільки ці 64 кредити сконцентровані серед провайдерів, обраних у типовий комітет.
Сортування Dusk із зважуванням за часткою дає один корисний механізм, за яким можна спостерігати. Більша частка може перетворюватися на більше голосувальних кредитів, тож номінальний розмір комітету може залишатися незмінним навіть тоді, коли змінюється кількість незалежних ухвалювачів рішень позаду нього. Це робить «64» слабшим сигналом децентралізації, ніж може здаватися на перший погляд.
Важлива різниця — між місткістю комітету та складом комітету. Перше фіксується протоколом; друге може змінюватися від одного вибору до наступного. Сильнішим свідченням, відповідно, буде кількість унікальних провайдерів, представлених у кожному комітеті, скільки кредитів має найбільший учасник, і чи одні й ті самі провайдери неодноразово становлять велику частку голосувальної ваги. Один і той самий розмір комітету на рівні протоколу може давати дуже різні ефективні концентрації голосувальної влади залежно від того, як розподілені ці кредити.

Це змінює те, як я б оцінював дизайн комітетів Dusk.

Питання в тому, чи послідовно вибір Dusk, зважений за часткою, перетворює ці 64 кредити на розподілене ухвалення рішень, чи ж фіксований розмір комітету може приховувати концентровану голосувальну владу. Я стежу за унікальними провайдерами на комітет, концентрацією кредитів і повторюваним складом комітетів далі.
#dusk $DUSK @Dusk ✨

Сутінки поєднують свою блокчейн-інфраструктуру з регульованою роллю NPEX на ринку цінних паперів та регульованою євровою платіжною інфраструктурою Quantoz навколо EURQ.|

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

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

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

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

Питання в тому, чи Dusk перетворює NPEX, Quantoz і власну інфраструктуру на один регульований робочий процес, чи поєднує системи, які все ще працюють як окремі етапи. Я стежу за передачею від угоди до платежу, синхронізацією стану розрахунків та за тим, де звіряння ще зберігається.
#dusk $DUSK @Dusk 🔥

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

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

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

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

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

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

#dusk $DUSK @Dusk ✨

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

На папері це робить борг із фіксованим терміном значно ліквіднішим. Але наявність шляху для виходу і можливість користуватися ним у будь-який момент — це різні речі. Smart Unwind підказує мені, що позичальник може виставити на раніший вихід націлену позицію за певною цільовою APR або ціною. Втім, він не повідомляє, що попит з іншого боку завжди буде достатнім, щоб прийняти цей бік. Чого я поки не знаю — чи зможе TermMax зробити такі дострокові виходи надійними, чи здебільшого створить шлях для виходу, який працює лише тоді, коли ринкові умови та вторинний попит збігаються.
Механіка робить цю різницю зрозумілішою. Якщо ціль досягається, інший позичальник або арбітражер може зайняти іншу сторону, що дозволяє початковій позиції розкрутитися (unwind), а позичений капітал повернутися в пул кредитування до його початкового строку.

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

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

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

Я спостерігаю за часткою виконання unwind-ордерів, часом до виходу та тим, як часто капітал повертається до настання строку.
#termmax @TermMax 🔥