У фінансовій системі регулювання та аудит ніколи не були модулями, які можна просто додати пізніше. Багато блокчейн-проектів на ранніх етапах саме так і робили — спершу створювали технічну основу, а потім намагалися доповнити її зовнішніми інструментами або логікою рівня застосунків для забезпечення відповідності, але як тільки вони стикалися з реальними фінансовими сценаріями, структурні проблеми відкривалися повністю.
Dusk обрав інший шлях. Проект із самого початку не планував запускати блокчейн незалежно від регуляторного середовища. Навпаки, він думав навпаки — оскільки регулювання та аудит є довгостроковими об’єктивними обмеженнями, їх потрібно безпосередньо закласти у базову логіку системи. Звучить просто, але цей передумова змінює всю концепцію архітектури.
З точки зору дизайну це дійсно складніше. Права доступу до акаунтів, видимість даних, процеси верифікації мають бути чітко визначені на рівні низу, не можна покладатися на те, що рівень застосунків самостійно все налаштує. Складність має свою ціну. Але що отримуємо натомість? Загальну цілісність системи. Як тільки базовий рівень має можливості для відповідності та аудиту, створювати застосунки зверху стає набагато простіше — не потрібно винаходити колесо знову і знову.
Порівняно з проектами, які додавали механізми відповідності вже після, зазвичай доводиться кардинально переробляти існуючу структуру. Це дорого і ризиковано. Dusk заздалегідь встановив правила, що уникнули частих перебудов і зробили маршрут проекту більш стабільним.
Ще один момент, який легко неправильно зрозуміти — аудит не означає зменшення приватності. Ідея Dusk полягає у тому, щоб провести чітку межу між цими двома аспектами, дозволяючи захисту приватності та потребам аудиту існувати паралельно у одному системі, а не пригнічувати одне одного. Тільки так блокчейн може справді брати участь у фінансових процесах, а не залишатися за дверима.
Отже, вставляти регулювання та аудит у базову архітектуру — це не консервативний вибір. Це системне рішення, яке базується на реальності фінансового світу. Це більше схоже на будівництво інфраструктури, а не на короткострокові технічні експерименти. І саме тому у нього є міцна основа для відповідних фінансових застосунків.
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
9 лайків
Нагородити
9
4
Репост
Поділіться
Прокоментувати
0/400
MEVHunterWang
· 15год тому
Звичайно, проєкти, які ставляться серйозно до відповідності, йдуть далеко
---
Ще один, який пізніше змінював архітектуру, цього разу не так страшно
---
Добре, принаймні у нього є трохи розуму, принаймні не той, хто спочатку перекладає провину на регуляторів
---
Говорять гарно, але в основі закодовано відповідність, а що робити, коли потрапляєш у сіру зону?
---
Ця ідея дійсно свіжіша, ніж ті, що постійно латаються
---
Чи справді приватність і аудит можуть йти одночасно? Мені здається, що ні, все залежить від того, як це працює на практиці
---
Нарешті є щось, що не ставить техніку вище відповідності, скільки вже можна мати клопоту
---
Теоретично все правильно, але страшно, що знову з’являться нові проблеми
---
Дійсно, встановлення правил у основі — це зручно, не потрібно щодня щось змінювати
Переглянути оригіналвідповісти на0
SchroedingerAirdrop
· 15год тому
Ця ідея дійсно інша, закріплення правил відповідності на рівні низького рівня дійсно може заощадити багато зусиль у майбутньому.
Переглянути оригіналвідповісти на0
WhaleWatcher
· 15год тому
Це справжній підхід до розуміння фінансів, який не можна вирішити за допомогою швидких патчів.
Чесно кажучи, більшість проектів просто прагнуть швидко запуститися, щоб заробити популярність, і зовсім не думають про регулювання. Коли виникають проблеми, вони починають поспіхом змінювати архітектуру, і тоді вартість вже подвоїлася.
Dusk з самого початку розглядає відповідність регуляторним вимогам як головну цінність, а не як додаток. Цей підхід мене вражає.
Можливість одночасного збереження приватності та аудиту — це справжня перевага, інші проекти навіть не намагалися це продумати.
Переглянути оригіналвідповісти на0
not_your_keys
· 15год тому
Вже казав, що спочатку закріплюємо основу, а потім продаємо концепцію — це і є правильний шлях.
У фінансовій системі регулювання та аудит ніколи не були модулями, які можна просто додати пізніше. Багато блокчейн-проектів на ранніх етапах саме так і робили — спершу створювали технічну основу, а потім намагалися доповнити її зовнішніми інструментами або логікою рівня застосунків для забезпечення відповідності, але як тільки вони стикалися з реальними фінансовими сценаріями, структурні проблеми відкривалися повністю.
Dusk обрав інший шлях. Проект із самого початку не планував запускати блокчейн незалежно від регуляторного середовища. Навпаки, він думав навпаки — оскільки регулювання та аудит є довгостроковими об’єктивними обмеженнями, їх потрібно безпосередньо закласти у базову логіку системи. Звучить просто, але цей передумова змінює всю концепцію архітектури.
З точки зору дизайну це дійсно складніше. Права доступу до акаунтів, видимість даних, процеси верифікації мають бути чітко визначені на рівні низу, не можна покладатися на те, що рівень застосунків самостійно все налаштує. Складність має свою ціну. Але що отримуємо натомість? Загальну цілісність системи. Як тільки базовий рівень має можливості для відповідності та аудиту, створювати застосунки зверху стає набагато простіше — не потрібно винаходити колесо знову і знову.
Порівняно з проектами, які додавали механізми відповідності вже після, зазвичай доводиться кардинально переробляти існуючу структуру. Це дорого і ризиковано. Dusk заздалегідь встановив правила, що уникнули частих перебудов і зробили маршрут проекту більш стабільним.
Ще один момент, який легко неправильно зрозуміти — аудит не означає зменшення приватності. Ідея Dusk полягає у тому, щоб провести чітку межу між цими двома аспектами, дозволяючи захисту приватності та потребам аудиту існувати паралельно у одному системі, а не пригнічувати одне одного. Тільки так блокчейн може справді брати участь у фінансових процесах, а не залишатися за дверима.
Отже, вставляти регулювання та аудит у базову архітектуру — це не консервативний вибір. Це системне рішення, яке базується на реальності фінансового світу. Це більше схоже на будівництво інфраструктури, а не на короткострокові технічні експерименти. І саме тому у нього є міцна основа для відповідних фінансових застосунків.