x_Rex

Опускаємо червоний пакет 🧧

Протягом усього тижня ділився з вами сигналами та розбором ринку, тож вирішив час трохи повернути.
Безкоштовні монети — розігруються.
Хто перший — той і має.
Просто натисніть нижче та заберіть свою частку.
Додавання ✅ + лайк 👍 допоможуть цьому дійти до більшої кількості людей, але пакет — для всіх у будь-якому разі 😇☺.
Удачі вам 🍀

$BTC
$ETH

#redpacket

Йди Візьми 🧧🧧

$BTC Чи має це взагалі сенс. 😂😂
Торговий сетап
Спрямованість: Бичача (продовження тренду, купувати на відкаті)
Вхід: $78,850 - $79,050
TP1: $79,136
TP2: $79,898
TP3: $80,667
SL: $78,380
Чому: Ціна вже V-подібно відновилась після мінімуму сьогоднішнього виплеску і консолідується прямо під тією ж полицею, з якої вона вибилася, не рухаючись далі вниз. Це відповідає макрокартині: сильний місячний тренд перетравлює подію, а не розвертається.
Спостерігай: Закриття вище $79,136 із обсягом — це реальне підтвердження, що цей відскок продовжується.
Нейтралізація: Втрата рівня $78,380 руйнує структуру відновлення та відкриває простір назад у бік $77,808
Пробуй самостійно (DYOR).
$BTC

Торговий сетап
Спрямованість: Бичача (продовження тренду, купувати на відкаті)
Вхід: $78,850 - $79,050
TP1: $79,136
TP2: $79,898
TP3: $80,667
SL: $78,380

Чому: Ціна вже здійснила V-повернення від мінімуму поточного флеш-спаду та консолідується прямо під тією самою полицею, з якої вона зірвалась, не падаючи далі. Це узгоджується з макро-картинкою: сильний місячний тренд перетравлює імпульс, а не розвертається.
Спостерігайте: закриття вище $79,136 із обсягом — це реальне підтвердження того, що цей відскок триває.
Скасування: втрата $78,380 руйнує структуру відновлення та відкриває простір назад до $77,808.

Біткоїн мав найкращий місяць з квітня. Приблизно +23% за тиждень, уперше за три місяці пробив $80K, у вівторок торкнувся $81,235. Спусковим гачком стало не крипто-оригінальне, а те, що Департамент казначейства здивував ринки кроком подвоїти програму довгострокових викупів облігацій, і ризикові активи по всьому ринку одразу отримали підтримку попитом.

Відтоді він охолов до високих $78K. Нічого не зламалося — просто перетравлення після місячного ходу +20%+. На що варто звернути увагу: відкритий інтерес зріс на 16% за минулий тиждень до $55,6B, а ліквідації в довгій позиції почали випереджати шорти, тобто частина бичачого кредитного важеля вже проходить перевірку.

Опір між $77,500 та $80,000 ще не був рішуче пробитий. Поки це не станеться, це виглядає як сильний тренд, який робить паузу, а не підтверджений прорив до нових максимумів.
Немає фінансових порад. DYOR.

#bitcoin #Macro $BTC

#dusk $DUSK @Dusk

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

Другий прохід — це припущення не підтвердилося.

Я вважав, що PRIVATE PAYMENT і PRIVATE SECURITY потребують однакових гарантій.

Але ні.

І різниця — це вся причина, чому Zedger існує як окремий протокол, а не просто Phoenix з іншим ярликом.

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

Мінтинг, бернінг, дивіденди, force transfers — усе це доводиться як законне через ту саму proof-and-nullification «машинерію», яку використовує Phoenix, але спрямовану на повністю ДІФЕРЕНТНУ вимогу.

Ось що я пропустив:

Нормальна технологія приватності створена, щоб ЗНЯТИ контроль сторонніх як функцію.

Zedger створений, щоб зберегти контроль сторонніх, ПРИБРАВШИ при цьому видимість сторонніх.

Це НЕ однакові цілі дизайну в різному одязі — це майже протилежні інстинкти, функціональності, і Zedger має задовольнити обидві одночасно: приватно настільки, щоб НІХТО, ОКРІМ уповноважених сторін, не бачив твою позицію, але водночас достатньо «перемикаємим», щоб емітент МОГ усе ще діяти на неї, коли цього вимагає закон.

Саме ця частина й змусила мене інакше це переосмислити.

ZEDGER — це не PHOENIX для SECURITIES.
Це той елемент, який має тримати суперечність, яку Phoenix ніколи не просили тримати.

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

$BTC #long

Торговельна настройка
Байс: Бичачий (продовження відновлення)
Вхід: $78,850 - $79,050
TP1: $79,136
TP2: $79,898
TP3: $80,667
SL: $78,380

Ризик: SL стоїть трохи нижче останнього вищого мінімуму; TP1 близький (реальний тест відновлення), TP2/3 потребують справжнього продовження з поверненням у діапазон до флешу.

Слідкуйте уважно за 15-хвилинним закриттям вище $79,136 разом із обсягом — це справжній сигнал. Саме цей рівень мають відвоювати, щоб підтвердити, що відскок — не «мертве котеняче» відновлення.

Спостереження сьогодні. Відскок від $77,808 — справжня V-подібна форма, а не слабкий гніт — але він зупиняється рівно на підтвердженому опорі, тож це зона «доведи це», а не ще підтверджений пробій. Сьогодні все ще в мінусі (-2.22%) на високому обсязі, тож розглядайте це як тактичну угоду на відскок, а не як сигнал розвороту.

Структура ринку:

Різкий внутрішньоденний злив, а потім реальне V-відновлення, яке зараз тестує нижню межу зони, з якої стався пробій. Спайк до $81,270, різке падіння до $77,808 і потім підйом назад до $78,970 — наразі відбувається консолідація прямо під полицею $79,136-79,898, яка була діапазоном до флешу.

Підтримка: $78,382 (останній вищий мінімум у відновленні), потім $77,808 (лоу під час флешу)
Опір: $79,136 (негайний), потім $79,898, потім $80,667, потім $81,270 (максимум сесії)

Структура реального відновлення, але ціна стоїть прямо на рівні, який вирішує, чи воно продовжиться, чи зазнає невдачі. Це не фінансова порада.
👉ДO ВAШOГO.

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

Дозвольте пояснити.

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

Процес вибору називається детермінованою сорт-вибіркою (deterministic sortition).

Ось механізм ⚙️.

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

Сам рахунок (score) отримують, хешуючи разом чотири речі:
seed попереднього блоку, поточний раунд, поточний крок і те, який саме номер кредиту видається.
Якщо подати ці самі чотири входи двічі, отримаєте той самий score двічі.
Ось де детермінованість.

А непередбачувана половина — це seed.
Seed кожного блоку — це власний підпис генератора на seed перед ним.
Ніяких “завтрашніх” seed не існує, поки його не підпише генератор саме завтра.
Ви не можете зробити front-run (випереджаючу атаку) числа, яке ще не було згенеровано.

Ще одна деталь, варта уваги:
виграш кредиту коштує вам 1 DUSK ваги для наступного витягання в межах того ж самого раунду.
Мала сума, але це означає, що один колосальний стейкер не може просто “змести” всі кредити в комітеті повністю.
Математика трохи схиляється до розподілу.
Цікаво, чи ці 1 $DUSK “підштовхування” справді щось змінює для стейкера з мільйонами, чи це лише похибка округлення, замаскована під справедливість
@Dusk

Це справді Чотири частини працюють як одне!

#dusk $DUSK @Dusk

Повернувся до розділу інцентивів у whitepaper після того, як закінчив консенсусну частину.

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

Розподіл винагороди не є сталим. 80% отримує генератор, 10% — комітет, який голосує, і 10% — Dusk, але з 80% генератора, своєю чергою, 70% є фіксованими, а 10% змінними: вони залежать від того, скільки голосів вони реально включили в сертифікат блоку.
Пропустили голоси — втратили гроші.
Це не випадковість, це вирішення конкретної проблеми.

ОСЬ ПРОБЛЕМА:
Генератори для кожної ітерації в раунді наперед відомі.
Тобто генератор, запланований на ітерацію 4, має тиху мотивацію просто не з’являтися на валідацію на ітераціях 1–3.
Нехай вони “провалюються”, і тоді ітерація 4 стане їхньою платіжною замість чиєїсь іншої.
Протокол фактично підкуповує власних майбутніх продюсерів блоків, аби вони не саботували тих, хто працює зараз.

Виправлення — це не одна латка, а ЧОТИРИ, складені разом:
виборців платять незалежно від того, чи виграло їхнє голосування, тож участь вигідніша, ніж очікування;
генератори втрачають частку винагороди, якщо виключають відомі голоси, тож приховування голосів теж їм коштує.

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

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

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

#dusk $DUSK @Dusk

Я знову й знову натрапляв на те саме слово в десятках різних документів Dusk, але так і не прочитав, що воно ДІЄ.

CITADEL.

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

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

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

Phoenix приховує ДЕТАЛІ ТРАНЗАКЦІЙ.
Citadel приховує ДЕТАЛІ ІДЕНТИФІКАЦІЇ.

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

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

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

Але все ще є питання, яке я хочу поставити.
Доведення властивості без документа насправді є кращою приватністю чи просто переносить чутливу частину кудись в інше місце — до того, хто видав обліковий запис (credential) перш за все?

#dusk $DUSK @Dusk

Хтось відповів на мій попередній допис Dusk, запитавши, чому я ніколи не пояснював розподіл блокової винагороди.
СПРАВЕДЛИВИЙ ЗВЕРТАЙ НА УВАГУ👍.
Тож я вчора знову звернувся до whitepaper, щоб відповісти коректно, але застряг на іншому розділі: як блок, який щойно проголосували, насправді встигає швидко дійти до всіх інших.
Стейкінг визначає, кого обирають для голосування.
Але обрати правильного валідатора — нічого не означає, якщо його голос доходить до мережі надто повільно.
Ось для чого Kadcast.
Більшість блокчейн-мереж транслює «в лоб».
Госіпінг, де вузол пересилає сусідам, які пересилають далі ще іншим вузлам, з купою дубльованих передач.
Kadcast організований більш структуровано.
Він побудований на Kademlia — дизайні розподіленої хеш-таблиці, що використовується в P2P файлових системах, і маршрутизує повідомлення залежно від того, наскільки вузли далеко один від одного, а не лише від того, хто поруч.
Число, яке мене здивувало: це забезпечує приблизно на 25–50 відсотків менше використання пропускної здатності, ніж звичайний gossip, оскільки вузли не «розсилають» одне й те саме повідомлення всім у радіусі.
Є ще й побічний ефект: приблизно 10–30 відсотків падіння застарілих блоків — блоків, які були згенеровані, але не встигли потрапити в фінальний ланцюг.
Менше марної пропагації означає менше блоків, які з’являються надто пізно, щоб врахувати.
Як тільки я поєднав ці дві речі, стейкінг і Kadcast перестали виглядати як окремі теми.
Один вирішує, хто отримує право голосувати.
Інший вирішує, як швидко це голосування поширюється на всіх, кому воно потрібно.
Справедливий відбір із повільною пропагацією — все одно повільна мережа.
Швидка пропагація з несправедливим відбором — все одно зламана.
Ніхто не пише треди про P2P-рівень. Конфіденційність отримує треди. Комплаєнс отримує треди. Але саме ця частина вирішує, чи є механізм швидкого консенсусу швидким на практиці, чи просто швидким на папері.
Але мені справді цікаво: перевага Kadcast зростає зі збільшенням розміру мережі чи зменшується, коли валідаторів уже небагато й вони добре пов’язані?
Також.
Ефективність використання пропускної здатності — це справжня перевага для ланцюга фінансових розрахунків, чи швидке поширення повідомлень уже є вирішеною проблемою в індустрії загалом?

$MON стає цікаво тут 👀

$MON USDT щойно зробив різке розширення на 4H до 0.02701 і зараз відкотиться приблизно до 0.02538.

Рух сильно розтягнутий, тож я стежу за відхиленням + втратою 0.0250–0.0248, перш ніж розглядати шорт.

🎯 ШОРТ-СТРАТЕГІЯ
Вхід: 0.0249–0.0253 після підтвердження
TP1: 0.0240
TP2: 0.0222
SL: 0.0272

Чому я стежу за шортом:
• 0.02701 — поточний максимум відхилення
• Рух на 4H надзвичайно вертикальний
• Обсяг різко зріс у момент піку
• Продавці зараз демонструють сильніший тиск у стакані ордерів

⚠️ Якщо MON із силою поверне 0.0270, я скасував б ідею шорта, а не «впихував» її.

Для мене угода — спочатку підтвердження, потім шорт.

DYOR. Не є фінансовою порадою.

#dusk
Коротке запитання, яке ніхто не ставить про криптозберігання: хто насправді тримає ключі?
Не відповідь з маркетингу.
Реальну.
У більшості випадків це сервери стороннього кастодіана, де працює програмне забезпечення, яким ти не керуєш і яке не можеш повністю аудитувати.
Для персонального гаманця — нормально.
Для регульованої біржі з юридичним обов’язком контролювати власну інфраструктуру — ні.
Ось справжня проблема NPEX.
Не «чи безпечне зберігання», а чи можуть вони використовувати його, не передаючи керування своїм стеком SaaS-провайдеру, якого вони не запускають.
Відповідь — Cordial Systems. Самостійно розміщене зберігання (self-hosted custody), тобто NPEX запускає це самостійно, а не покладається на сервери чиїсь третіх осіб. Cordial уже працювала з Figure, яка розмістила понад 20 мільярдів доларів у приватному кредиті onchain. Не якийсь неперевірений вендор.
Dusk Vault зверху як фактичний продукт зберігання, який NPEX використовує щодня, і NPEX не просто його «інтегрує». Вони клієнт, який працює з власною інфраструктурою поверх нього.
Я знову і знову повертаюся до думки, чому самостійно розміщене зберігання таке важливе. Регульований майданчик не може просто сказати: «довіртеся нашому провайдеру зберігання». Регулятори питають, хто контролює ключі, хто може бути викликаний/допитаний через субпінуцію, чия неспроможність звалить активи разом із цим. Сторонній SaaS, про якого ніхто не чув, — це реальна проблема. «Ми запускаємо це самі» — це зовсім інша розмова.
Це також відповідає на щось, що люди сприймають як окреме. Усі говорять про приватність і комплаєнс так, ніби це вся історія. Зберігання — незапам’ятовуваний третій елемент, про який ніхто не згадує, доки щось не зламається, і тоді саме про це починають говорити всі.
Чесно, я ще розбираюся, де саме я з цим. Self-custody звучить чудово, доки інституція тримає мільярди клієнтських активів, і щось ламається о 2-й ночі. Самостійно розміщене зберігання реально зменшує ризик для регульованого майданчика, чи просто переносить ризик туди, де його менш видно?

$DUSK @Dusk

Рамка «проблема оракула як проблема довіри» правильна, і під нею є ще один шар, який варто назвати: інколи чутливими є самі дані реального світу, а не лише ончейн-транзакція.
Певний базовий статус або оновлення NAV може бути саме тим типом інформації, який емітент не хоче транслювати всій мережі в той самий момент, коли її подають у систему; та ж проблема розкриття, яку Hedger розв’язує для транзакцій, лише на один крок раніше в конвеєрі.
Verified не є автоматично публічним.
Стек Dusk має відповісти на це також, не тільки «чи правильні дані», а й «хто має бачити правильні дані і коли.
Детальніше про #dusk , @Luke_龙

Добрий контент завжди потребує доброго читача😇.

#dusk $DUSK
У мене вже близько тижня відкрито чотири різні вкладки браузера на @Dusk . Вибіркове розкриття. Пряма емісія. NPEX. Остаточність консенсусу. Я мав намір їх закрити, та так і не зробив.
Потім раптом — доволі випадково — клацнуло, що це не чотири окремі речі. Це одна й та сама ідея, просто в чотирьох різних «вбраннях».
Ось що я маю на увазі.
Приватність там, де вона потрібна. Це — зашифровані перекази. Hedger, Phoenix, що б там не було, який шар ви дивитеся. Торгівля не повинна висіти у публічному просторі, перш ніж вона завершиться, чекаючи, поки хтось відреагує на неї.
Прозорість там, де вона корисна. Це — інша половина, про яку говорять значно менше. Деякі процеси мають бути видимими. Рух коштів Казначейства, звітність, що завгодно — те, що насправді потрібно у відкритому вигляді для робочого процесу. І не все за замовчуванням приховується.
Вибіркове розкриття для перевірки. Саме ця частина раніше найбільше мене плутала. Це не «публічно», і це не «приватно». Це ні те, ні те — доки хтось із реальною причиною не попросить глянути. Регулятор. Аудитор. Тоді вона відкривається — лише для них, лише для цього випадку.
І детерміноване завершення (settlement) під усім цим. Жодна з «приватних» ідей не має значення, якщо «остаточно» насправді не означає остаточно. Саме про це я писав кілька днів тому, але тоді не повністю зв’язав.
Чотири елементи. Одна базова відповідь на одне базове питання: хто може бачити те, що саме, і коли.
Як тільки я побачив це саме так, NPEX теж почав виглядати значно логічніше. Регульована біржа не обирає Dusk, бо технологія класна. Вони обирають її, бо вся їхня існуюча діяльність залежить від того, щоб отримати саме це правильно — контрольована видимість, а не світловий перемикач у режимі «всі бачать усе» або «ніхто нічого не бачить».
Більшість мереж обирають один бік: повністю відкрито або повністю приватно. Dusk ставить на те, що фінанси насправді хотіли контролювати, хто бачить що — по кейсах, так само, як уже працює офчейн.
З досі не впевнений: програмована приватність — це нове, чи просто комплаєнс нарешті вбудували в протокол, а не доклеїли після?
Цікаво, що думають люди з TradFi. Це оновлення чи ті самі правила в швидшій обгортці?

Вчора я помилково видалив(ла) свій допис #dusk campaign. Мені було так прикро, що я почав(ла) згадувати всі свої нещодавні угоди.

Трохи раніше я намагався(лася) торгувати $AIO і програв(ла), потім спробував(ла) $CYS і виграв(ла). Але сьогодні я торгував(ла) $DUSK futures. І як думаєш — яку плату за торгівлю я отримав(ла)!😌😆.
Це було не надто багато, але я відчув(ла) такий захват, що пішов(ла) і перечитав(ла) усе про @Dusk .
Я прочитав(ла) лінію про DuskEVM mainnet, про яку всі сьогодні пишуть у Binance, і знайшов(ла) те, про що більшість ще не говорить — Dusk щойно в тестнеті протиснув те, що називається апгрейд Boreas.
Нічого гучного, без великого посту-повідомлення, лише... робота з інфраструктурою. стійкість, облік ресурсів, сумісність гаманців — але це такий нудний, неефектний бік, який ніхто не робить скріншотів.

Але от у чому річ — це буквально фундамент, який DuskEVM mainnet має мати, перш ніж він зможе реально вийти в реліз. І DuskEVM — це ж уся суть, правда? Це те, що дозволяє розробникам писати звичайний Solidity-код і при цьому все одно отримувати під ним шар конфіденційності Dusk (Hedger), без необхідності переписувати все з нуля.
Тому коли я бачу таке «нудне» оновлення тестнету, я не сприймаю це як, ніби, нічого не відбувається.
Я сприймаю це як непомітну частину роадмапу, яка вже виконується, перш ніж вийде головна частина.
Більшість проєктів одразу стрибають до хайпових постів про дати mainnet. Але Dusk тут тихо спершу виправляє облік ресурсів.

Це відчувається як різниця між кимось, хто каже: «повір мені, все працюватиме», і кимось, хто насправді стрес-тестить це перед тим, як підпустити тебе ближче — так я тестував(ла) інші угоди, перш ніж йти у Dusk future. 🤭. Зізнаюся, той, хто тестує, викликає більше довіри.
Отже, стежте за Boreas, а не лише за датою mainnet, про яку всі зараз хайплять. DYOR.

А ось питання, яке варто обдумати тобі прямо зараз.
Що для тебе важливіше перед запуском mainnet — або якщо ти дізнаєшся про це лише зараз, скажи мені в будь-якому разі. . 😁
🔧 Нудні виправлення інфраструктури зроблені правильно
📅 Просто дай мені дату запуску
🧪 Історія стабільності тестнету
₿ Не важливо — покажи мені застосунок

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

Поєднання гомоморфного шифрування з ZK замість того, щоб обирати щось одне, — це те, що робить таку обфускацію можливою без втрати перевірюваності — вам не потрібно просити когось комусь довіряти, що порядок був чесним; доказ робить це.
#dusk $DUSK

Завтра, 14 серпня, у SEC буде велике оголошення щодо криптовалюти 👀🧧

І ніхто в моїй стрічці про це не говорить.
Вони голосують за "Crypto Regulation" — запропоновані винятки для збору коштів ТА механізм safe-harbor для криптопроєктів. По суті, це дає проєктам спосіб працювати легально, не будучи одразу класифікованими як цінні папери.
Ось чого вся індустрія чекала роками.
Якщо це ухвалять — проєкти зможуть залучати гроші в США без страху, що SEC подасть на них у суд наступного дня. Це змінює ВСЕ для нових лістингів, нових токенів, нових розробників.
Bitcoin ETF щойно зафіксував $678,7 млн чистого припливу. BTC тримається на рівні $64 000. ETH — $1 912. Зараз ринок спокійний.
Але завтра може бути гучно 👀
Заберіть Червоний конверт, поки ринок ще тихий 🧧 Завтра поговоримо про те, що саме SEC вирішила 😄
$BTC
$ETH
#BİNANCESQUARE #Binancesquaretalk #redpacket

#dusk Секунди. Саме стільки часу потрібно транзакції, щоб стати незворотною в Dusk. Більшість мереж усе ще міряють це хвилинами — або гірше, "напевно, все буде гаразд після достатньої кількості підтверджень".
Що, на твою думку, піде першим?" — із реальними віхами Dusk як варіантами (стабільність mainnet DuskEVM, перший onchain-актив від NPEX, наступне партнерство тощо.)
$DUSK Цей розрив більший, ніж здається. "Ймовірнісна фінальність" — ввічливий технічний термін для "почекай трохи, а тоді довір, що все вже зроблено". Підтвердження накопичуються, усі погоджуються, що з часом стане достатньо безпечно — але ніхто насправді не каже "фінал" із повною впевненістю, лише все більше й більше підвищується впевненість.
Блокчейни з приватністю можуть бути комплаєнтними — правда чи ні?
@Dusk
Механізм консенсусу Dusk і стислий attest (підтвердження) повністю прибирають гру з очікуванням. Невеликі випадкові комітети стейкерів вибираються, щоб перевіряти й голосувати за кожним блоком поетапно — одна група пропонує, інша валідує, третя ратифікує. Якщо дві третини погоджуються на кожному етапі, це зафіксовано — за секунди, крапка.

Варто зазначити, як саме розподіляється винагорода за це: 80% дістається генератору блоку, 10% — голосувальному комітету, 10% — самому Dusk. Комітетський відрізок не є символічним — саме він реально стимулює провайдерів з’являтися та голосувати, а не пропускати раунди. Саме це й забезпечує, що фінальність приземляється за секунди, а не зависає.

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

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