$DUSK 24 небольшое снижение на 1,26% за 24 часа: в районе 0,0704 доллара колеблется, разница между дневным максимумом и минимумом меньше 4 базисных пунктов. Но сегодня смотреть нужно не на эту короткую свечу — а на «стык» в системе @Dusk из серии «приватность не равна анонимности». Вчера/позавчера, когда я сравнивал шесть privacy chain в открытом режиме, было сказано еще яснее.
Материал 9-1 написан очень сдержанно: он просто ставит Dusk и остальных пять проектов (две «чистые» приватные монеты и три программируемые цепочки) на одну диаграмму. После чтения становится понятен один антиконсенсус: у pure privacy монет получатель не видит адрес отправителя. В модели Dusk «Феникс» наоборот: получатель криптографически идентифицирует отправителя, а публично отправитель не виден. Когда говорят, что это «анонимность» — это заблуждение; точнее: «контролируемая видимость».
Эта конструкция соответствует довольно жестким регуляторным сценариям: Travel Rule требует передачи информации о инициаторе и бенефициаре. На полностью экранированных цепочках это приходится латать «заплатками», а на цепочке Dusk такой стык предусмотрен уже на уровне протокола. Гомоморфное шифрование и нулевое разглашение доказательств идут вперемешку по двум маршрутам, плюс собственная реализация PLONK и две работы — plookup и PlonKup — это вычислительная мощность за этим стыком.
Самое практичное развитие: модуль Hedger, работающий на уровне EVM. Он встраивает гомоморфное шифрование + zero-knowledge + модель двойных аккаунтов в Solidity-инструментарий: контракты вызывают напрямую, а доказательства на стороне браузера укладываются в 2 секунды. В том сравнительном материале 9-1 это тоже отражено: программируемость Dusk — это не только две линии (публичный аккаунт и экранированный аккаунт), но и две параллельные ветки исполнения: контракты Rust/WASM в виртуальной машине и контракты Solidity на уровне EVM.
Следующий раз, когда кто-то спросит, могут ли «анонимная» приватная публичная цепочка и «комплаенс» сосуществовать, можно просто показать картинку от @Dusk.
#dusk #可编程隐私 #公开链合规
Материал 9-1 написан очень сдержанно: он просто ставит Dusk и остальных пять проектов (две «чистые» приватные монеты и три программируемые цепочки) на одну диаграмму. После чтения становится понятен один антиконсенсус: у pure privacy монет получатель не видит адрес отправителя. В модели Dusk «Феникс» наоборот: получатель криптографически идентифицирует отправителя, а публично отправитель не виден. Когда говорят, что это «анонимность» — это заблуждение; точнее: «контролируемая видимость».
Эта конструкция соответствует довольно жестким регуляторным сценариям: Travel Rule требует передачи информации о инициаторе и бенефициаре. На полностью экранированных цепочках это приходится латать «заплатками», а на цепочке Dusk такой стык предусмотрен уже на уровне протокола. Гомоморфное шифрование и нулевое разглашение доказательств идут вперемешку по двум маршрутам, плюс собственная реализация PLONK и две работы — plookup и PlonKup — это вычислительная мощность за этим стыком.
Самое практичное развитие: модуль Hedger, работающий на уровне EVM. Он встраивает гомоморфное шифрование + zero-knowledge + модель двойных аккаунтов в Solidity-инструментарий: контракты вызывают напрямую, а доказательства на стороне браузера укладываются в 2 секунды. В том сравнительном материале 9-1 это тоже отражено: программируемость Dusk — это не только две линии (публичный аккаунт и экранированный аккаунт), но и две параллельные ветки исполнения: контракты Rust/WASM в виртуальной машине и контракты Solidity на уровне EVM.
Следующий раз, когда кто-то спросит, могут ли «анонимная» приватная публичная цепочка и «комплаенс» сосуществовать, можно просто показать картинку от @Dusk.
#dusk #可编程隐私 #公开链合规
