

Як Dusk генерує ZK-докази, які зберігають конфіденційність транзакцій? Один деталь зупинив мене: кожен превер-виконавець використовує один ядро CPU, а генерація доказів є однопотоковою. Це змінило мій погляд. ZK-докази можуть здаватися майже магічними, бо кінцевий доказ є невеликим, а перевірка — легковажною. Але складні обчислення не зникли. Вони перемістилися на бік Превера, де машини виконують навантаження та генерують докази, перш ніж мережа зможе їх перевірити. Глядячи на цей процес, я почав інакше думати про Dusk. Мережі не потрібно, щоб кожен верифікатор повторював усе обчислення. Превери несуть більш важке навантаження, тоді як верифікатори перевіряють отриманий доказ. Це створює цікаве питання масштабування для інфраструктури приватності Dusk. Якщо Dusk масштабується дуже сильно, що стане справжнім обмеженням? Чи швидкість, з якою мережа може перевіряти докази, чи кількість інфраструктури, доступної для їх генерації? Для мене саме в цьому причина, чому Dusk Provers варто розглядати поза межами мітки «приватність». Приватність — це не лише криптографія. Вона також залежить від інфраструктури, яка робить масштабоване приватне виконання можливим. Я продовжу вивчати потужність Provers і те, як генерація доказів може впливати на масштабованість приватності Dusk. @DuskFoundation $DUSK #dusk

@DuskFoundation $DUSK #dusk Саме тут ідея Dusk Trade стає для мене цікавою. Її фокус, здається, не обмежується просто токенізацією активу й залишенням його там. Вона прагне об’єднати весь робочий процес — від онбордингу інвесторів, перевірки кваліфікації, підключення гаманця, торгівлі до розрахунків — в одному середовищі. Але залишається один питання: відповідність нормам робить ринок безпечнішим, але ті самі правила кваліфікації можуть зменшити кількість потенційних покупців. Тож навіть якщо технологія чудова, глибока ліквідність не з’являється автоматично. Для мене справжній тест Dusk Trade — чи зможе вона привести достатню кількість емітентів та кваліфікованих інвесторів на одну платформу, щоб створити значущу ліквідність? Якщо зможе — токенізація може стати більше, ніж просто новим форматом активу. Вона може стати справжньою ринковою інфраструктурою. Але якщо проблеми з початковим запуском та фрагментація кваліфікації триматимуть потік слабким, навіть добре працюючі канали можуть залишити ринок порожнім. Зараз найцікавіше питання щодо Dusk для мене — чи зможе вона перетворити токенізовані активи на справжній ринок, а не просто на токенізований список?

Знову глибше вивчив Rolling Finality Dusk. Блок спочатку є Accepted, стає Attested після достатньої кількості голосів, потім переходить у Confirmed і нарешті — Final. Цікаво, що відрізняє n=0 від n>0: • Перша ітерація (n=0) отримує швидкий шлях. Як тільки вона досягає Attested, її можна вважати незворотною. • Пізніші ітерації все ще потребують додаткових підтверджень навіть після переходу у Attested. Має сенс, що мережа не дозволяє генератору наступного блоку отримувати таку саму миттєву фінальність, якщо перша спроба зазнала невдачі. Цікаво, як ці правила зараз реалізовані та чи можуть вимоги до підтверджень змінюватися з часом. @DuskFoundation $DUSK #dusk

DUSK — це їхній спроба зробити регульований життєвий цикл активу нативним для мережі. Випуск, придатність, перекази, розрахунки та відповідність можуть координуватися навколо спільного стану, а не з’єднуватися через роз’єднані бази даних. Я не думаю, що це зробить звітність непотрібною. Зовнішні записи, правові системи та взаємодія все ще матимуть значення. Але якщо більше учасників зможуть покладатися на один і той самий базовий стан активу, кількість дублюючих перевірок та операційної координації може зменшитися. Це має менш очевидну перевагу: капітал і люди, які зараз залучені до бек-офісних процесів, потенційно можуть бути використані деінде. @DuskFoundation $DUSK #dusk


