Невидимые издержки цепочки соответствия требованиям конфиденциальности — Dusk ещё не всё учёл
Недавно я снова прогнал тесты Dusk в тестнете: ожиданий они не оправдали, но зато помогли разглядеть некоторые проблемы. То, что делает Dusk, не ново: он связывает токенизацию ценных бумаг с ончейн-конфиденциальностью. Сложность в том, чтобы в одном и том же исполнительном пути не «разъехались» требования к комплаенс-идентичности и нулевые знания. Dusk выбирает PLONK как систему доказательств: скорость генерации за один раз лучше, чем в старых решениях, а при синхронизации узлов чувствуется сдержанность WASM-виртуальной машины по ресурсам. Эти преимущества, однако, будут размыты после выхода в мир реальных активов на цепочке.$ETH
Я сравнил Dusk с Concordium: обе платформы делают акцент на раскрытии идентичности и совместимости с регулированием, но их подходы заметно различаются. Concordium выносит слой идентичности за пределы протокола, а Dusk хочет прямо встроить программируемую конфиденциальность в контракты. Первый вариант консервативный, второй — агрессивный. Агрессивный подход означает больший «поверхностный охват»: как только контракт начинает обработку, помеченные адреса или ограниченные активы заставляют пересматривать нулевое доказательственное схемотехнику — а значит, стоимость разработки растёт не линейно. Я не столкнулся с фатальными ошибками, но ощущается тонкость инструментария: иногда документация и фактическое поведение не совпадают, и для корпоративных разработчиков это жёсткий барьер.
А теперь — старые оппоненты Secret и Oasis. Secret опирается на TEE: производительность хорошая, но предположения о доверии жёсткие. Oasis разделяет консенсус и вычисления, делая модуль конфиденциальности более «сборным». Dusk больше похож на попытку решать нативное соответствие прямо на уровне L1 — и когда всё удалось запустить, это действительно выглядит притягательно для токенизации ценных бумаг и хостинга стейблкоинов. Но проверяемых приложений пока слишком мало: токены чаще отражают ожидания нарратива, а не реальный спрос на использование. У этого пути нет обходных дорожек: всё придётся выстраивать по одному комплаенс-кейсу за другим.#dusk $DUSK @Dusk
Недавно я снова прогнал тесты Dusk в тестнете: ожиданий они не оправдали, но зато помогли разглядеть некоторые проблемы. То, что делает Dusk, не ново: он связывает токенизацию ценных бумаг с ончейн-конфиденциальностью. Сложность в том, чтобы в одном и том же исполнительном пути не «разъехались» требования к комплаенс-идентичности и нулевые знания. Dusk выбирает PLONK как систему доказательств: скорость генерации за один раз лучше, чем в старых решениях, а при синхронизации узлов чувствуется сдержанность WASM-виртуальной машины по ресурсам. Эти преимущества, однако, будут размыты после выхода в мир реальных активов на цепочке.$ETH
Я сравнил Dusk с Concordium: обе платформы делают акцент на раскрытии идентичности и совместимости с регулированием, но их подходы заметно различаются. Concordium выносит слой идентичности за пределы протокола, а Dusk хочет прямо встроить программируемую конфиденциальность в контракты. Первый вариант консервативный, второй — агрессивный. Агрессивный подход означает больший «поверхностный охват»: как только контракт начинает обработку, помеченные адреса или ограниченные активы заставляют пересматривать нулевое доказательственное схемотехнику — а значит, стоимость разработки растёт не линейно. Я не столкнулся с фатальными ошибками, но ощущается тонкость инструментария: иногда документация и фактическое поведение не совпадают, и для корпоративных разработчиков это жёсткий барьер.
А теперь — старые оппоненты Secret и Oasis. Secret опирается на TEE: производительность хорошая, но предположения о доверии жёсткие. Oasis разделяет консенсус и вычисления, делая модуль конфиденциальности более «сборным». Dusk больше похож на попытку решать нативное соответствие прямо на уровне L1 — и когда всё удалось запустить, это действительно выглядит притягательно для токенизации ценных бумаг и хостинга стейблкоинов. Но проверяемых приложений пока слишком мало: токены чаще отражают ожидания нарратива, а не реальный спрос на использование. У этого пути нет обходных дорожек: всё придётся выстраивать по одному комплаенс-кейсу за другим.#dusk $DUSK @Dusk