У криптовалютній спільноті існує старий прийом: спершу випустити робочу версію, а функціонал додавати по мірі необхідності. Це схоже на швидке зведення незавершеного будинку — водопостачання, опалення і електрику підключать пізніше. Такий підхід дійсно дозволяє швидко просуватися вперед, але має багато наслідків — найуразливішими є мережі, які додаються пізніше, і саме вони найчастіше виходять з ладу.
Однак є проєкти, що обрали зовсім інший шлях. Dusk вирішив з самого початку архітектурного проектування зробити приватність і відповідність нормативам основними несучими стінами. Це коштувало подовження термінів розробки і значного ускладнення технологій, але забезпечило більш міцну основу.
Зараз на ринку багато рішень для приватності, які по суті — це тимчасове навішування штор на прозорі скляні будівлі. Штори мають просвіти, їх може підняти вітер, і всі одразу зрозуміють, що ви їх повісили — що робить їх яскравою ознакою.
Подібні проблеми існують і з нормативними рішеннями. Багато проєктів використовують офф-чейн верифікацію і централізований аудит для відповідності регуляторним вимогам. Це все одно що на вході до децентралізованого супермаркету силоміць поставити централізовану охорону — довіра до системи стає дуже розірваною.
Мій друг, який працює у інвестиційному банку понад двадцять років, сказав мені: «Якщо ми використовуємо блокчейн для обробки транзакцій, але в кінці все одно доводиться вручну перевіряти і подавати офф-чейн документи для проходження нормативів, навіщо тоді взагалі використовувати ланцюг?» Це питання дуже влучне.
У 2018 році команда Dusk стояла перед вибором: чи допрацьовувати існуючий публічний ланцюг, чи створювати щось з нуля? Вони не обрали швидкий шлях, а вирішили почати з чистого листа.
Це рішення мало глибокий вплив: віртуальна машина повинна безпосередньо обробляти приватні обчислення, не покладаючись на хитромудрі обходи; механізм консенсусу має підтримувати нормативні вимоги з самого початку, а не додаватися пізніше у вигляді додаткового шару перевірки. Ці дві вимоги значно ускладнили розробку.
З сучасної точки зору, цей шлях спочатку здавався невигідним, але якщо приватність і відповідність нормативам справді стануть стандартом у блокчейні — а не просто опцією — правильний дизайн з самого початку може бути єдиним надійним варіантом. З короткострокової перспективи це здається повільним, але у довгостроковій — може виявитися найшвидшим шляхом.
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
Йо, класичний хід: випустити бета-версію, постійно оновлювати. Але dusk насправді сказав ні, давайте закладемо приватність і відповідність у фундамент з першого дня. Це справжній альфа-хід — всі інші накладають пластирі на зламану архітектуру, ха-ха
Переглянути оригіналвідповісти на0
4am_degen
· 8год тому
Повільна праця дає якісний результат, ця стратегія Dusk дійсно виявилася правильною ставкою
Швидка ітерація давно вже стала звичайною практикою у Web3, і проекти, які все ще використовують цей підхід, мають мало перспектив
Ті, що дійсно зможуть вижити довгостроково, повинні з самого початку правильно робити свою справу
У криптовалютній спільноті існує старий прийом: спершу випустити робочу версію, а функціонал додавати по мірі необхідності. Це схоже на швидке зведення незавершеного будинку — водопостачання, опалення і електрику підключать пізніше. Такий підхід дійсно дозволяє швидко просуватися вперед, але має багато наслідків — найуразливішими є мережі, які додаються пізніше, і саме вони найчастіше виходять з ладу.
Однак є проєкти, що обрали зовсім інший шлях. Dusk вирішив з самого початку архітектурного проектування зробити приватність і відповідність нормативам основними несучими стінами. Це коштувало подовження термінів розробки і значного ускладнення технологій, але забезпечило більш міцну основу.
Зараз на ринку багато рішень для приватності, які по суті — це тимчасове навішування штор на прозорі скляні будівлі. Штори мають просвіти, їх може підняти вітер, і всі одразу зрозуміють, що ви їх повісили — що робить їх яскравою ознакою.
Подібні проблеми існують і з нормативними рішеннями. Багато проєктів використовують офф-чейн верифікацію і централізований аудит для відповідності регуляторним вимогам. Це все одно що на вході до децентралізованого супермаркету силоміць поставити централізовану охорону — довіра до системи стає дуже розірваною.
Мій друг, який працює у інвестиційному банку понад двадцять років, сказав мені: «Якщо ми використовуємо блокчейн для обробки транзакцій, але в кінці все одно доводиться вручну перевіряти і подавати офф-чейн документи для проходження нормативів, навіщо тоді взагалі використовувати ланцюг?» Це питання дуже влучне.
У 2018 році команда Dusk стояла перед вибором: чи допрацьовувати існуючий публічний ланцюг, чи створювати щось з нуля? Вони не обрали швидкий шлях, а вирішили почати з чистого листа.
Це рішення мало глибокий вплив: віртуальна машина повинна безпосередньо обробляти приватні обчислення, не покладаючись на хитромудрі обходи; механізм консенсусу має підтримувати нормативні вимоги з самого початку, а не додаватися пізніше у вигляді додаткового шару перевірки. Ці дві вимоги значно ускладнили розробку.
З сучасної точки зору, цей шлях спочатку здавався невигідним, але якщо приватність і відповідність нормативам справді стануть стандартом у блокчейні — а не просто опцією — правильний дизайн з самого початку може бути єдиним надійним варіантом. З короткострокової перспективи це здається повільним, але у довгостроковій — може виявитися найшвидшим шляхом.