Є проект під назвою Dusk, назва досить цікава — сутінки. Не опівнічний божевільний час, не полуденна спека, а саме той «якраз» момент.
Чому так кажуть? Тому що Dusk з самого початку не орієнтований на дикий ринок без регулювання, а безпосередньо на реальні фінансові установи, що підпадають під регулювання. Це визначення вплинуло на всю його базову архітектуру.
Розглянемо кілька ключових можливостей: по-перше, нативне відповідне випускання. Цінні папери у вигляді токенів, активи з ризиковим зважуванням — це не додаткові функції, які пізніше додали, а сама підтримка протоколу. По-друге, дизайн ідентифікації та доступу дуже детальний — публічна ліквідність і обмежена ліквідність чітко розмежовані, обмеження кваліфікації, ліміт на володіння, вимоги до розкриття інформації — все це закодовано безпосередньо у логіку виконання. Простими словами, відповідність регулюванню для Dusk — це не документація, а код.
Щодо приватності, рішення Dusk досить розумне. Воно не потрапляє у пастку «повна прозорість vs повна анонімність», а використовує доказ з нульовою правдоподібністю у поєднанні з двома моделями транзакцій (системи Phoenix і Moonlight), що дозволяє користувачам гнучко перемикатися. Для сценаріїв, де потрібна прозорість руху коштів, використовуються відкриті транзакції; для приватності — приховані транзакції, що приховують баланс і деталі переказів, але за потреби регуляторів або авторизованих сторін можна цілеспрямовано розкривати інформацію. Така гнучкість — це саме те, яким має бути майбутнє фінансів.
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
Є проект під назвою Dusk, назва досить цікава — сутінки. Не опівнічний божевільний час, не полуденна спека, а саме той «якраз» момент.
Чому так кажуть? Тому що Dusk з самого початку не орієнтований на дикий ринок без регулювання, а безпосередньо на реальні фінансові установи, що підпадають під регулювання. Це визначення вплинуло на всю його базову архітектуру.
Розглянемо кілька ключових можливостей: по-перше, нативне відповідне випускання. Цінні папери у вигляді токенів, активи з ризиковим зважуванням — це не додаткові функції, які пізніше додали, а сама підтримка протоколу. По-друге, дизайн ідентифікації та доступу дуже детальний — публічна ліквідність і обмежена ліквідність чітко розмежовані, обмеження кваліфікації, ліміт на володіння, вимоги до розкриття інформації — все це закодовано безпосередньо у логіку виконання. Простими словами, відповідність регулюванню для Dusk — це не документація, а код.
Щодо приватності, рішення Dusk досить розумне. Воно не потрапляє у пастку «повна прозорість vs повна анонімність», а використовує доказ з нульовою правдоподібністю у поєднанні з двома моделями транзакцій (системи Phoenix і Moonlight), що дозволяє користувачам гнучко перемикатися. Для сценаріїв, де потрібна прозорість руху коштів, використовуються відкриті транзакції; для приватності — приховані транзакції, що приховують баланс і деталі переказів, але за потреби регуляторів або авторизованих сторін можна цілеспрямовано розкривати інформацію. Така гнучкість — це саме те, яким має бути майбутнє фінансів.