В крипто-среде существует старый прием: сначала выпускают работоспособную версию, а функции добавляют по мере необходимости. Это похоже на быстрое строительство каркасного дома — водопровод, отопление и электрику подключат позже. Такой подход действительно позволяет быстро продвинуться, но есть и обратная сторона — самые уязвимые места — это те, что добавлены позже, и именно они чаще всего вызывают проблемы.

Однако есть и проекты, выбравшие совершенно иной путь. Dusk решил изначально заложить в архитектуру основы — приватность и соответствие — как фундаментальные опоры. Это увеличивает сроки разработки и усложняет техническую реализацию, но в итоге создает более прочную основу.

На рынке сейчас много решений для приватности, по сути — это временные шторы, натянутые на прозрачные стеклянные дома. У штор есть просветы, их можно сдувать ветром, и все сразу заметят, что вы их повесили — это становится заметным маркером.

Проблемы с соответствием тоже похожи. Многие проекты используют оффчейн-верификацию и централизованный аудит для соблюдения регуляций. Это все равно что на входе в децентрализованный супермаркет поставить централизованную охрану — вся система доверия становится разорванной.

Один мой друг, проработавший в инвестиционном банке более двадцати лет, сказал мне: «Если мы используем блокчейн для обработки транзакций, а в итоге все равно приходится проверять вручную и оформлять оффлайн-документы, зачем тогда вообще цепляться к блокчейну?» Этот вопрос очень острый.

В 2018 году команда Dusk стояла перед выбором: дорабатывать существующую публичную цепочку или создавать свою с нуля? Они не выбрали быстрый путь, а решили начать с чистого листа.

Это решение имело далеко идущие последствия: виртуальная машина должна уметь напрямую обрабатывать приватные вычисления, не полагаясь на обходные схемы; механизм консенсуса — изначально поддерживать требования соответствия, а не добавлять слой проверки позже. Эти два пункта значительно усложнили разработку.

Сейчас, оглядываясь назад, можно сказать, что этот путь казался изначально убыточным, но если приватность и соответствие действительно станут стандартом для блокчейна — а не просто опцией — то правильное проектирование с нуля, возможно, единственный надежный выбор. На короткой дистанции это кажется медленным, но в долгосрочной перспективе — может оказаться самым быстрым.