#dusk $DUSK @Dusk
Я начал смотреть на Dusk под другим углом: не как на «приватный блокчейн», а как на систему, в которой среда выполнения определяет, насколько реально становится полезной приватность.
Именно поэтому меня заинтересовала Rusk VM. Она использует WASM для выполнения контрактов, но на этом не останавливается. Dusk предоставляет криптографические операции через хост-слой виртуальной машины — включая хеширование, операции над эллиптическими кривыми и проверку с нулевым разглашением (zero-knowledge). На практике контракту не обязательно самому реализовывать все дорогие примитивы.
Я думаю, что такой выбор дизайна важнее, чем кажется на первый взгляд. Конфиденциальный контракт действительно полезен только тогда, когда разработчики могут рассуждать о его стоимости, входных данных и сценариях отказа. ABI и инструментарий Rust у Rusk создают четко определенный интерфейс между кодом контракта и теми нативными возможностями.
Я уже видел это в системах смарт-контрактов: интересным моментом обычно оказывается не сам язык. Интерес — это граница между кодом приложения и низкоуровневыми примитивами, лежащими под ним.
За чем я бы особенно пристально следил в Rusk — это не очередной громкий заголовок про бенчмарки. Я бы хотел понять, насколько предсказуемыми остаются вызовы хост-среды, как меняется ценообразование газа, как обрабатываются изменения ABI и как разработчики отлаживают контракты, когда состояние намеренно скрыто.
Вот эта часть кажется мне по-настоящему интересной. Приватность на уровне протокола — это одно. Сделать приватность программируемой, не превращая разработку в проект по криптографическим исследованиям, — это гораздо более сложная задача.
Я начал смотреть на Dusk под другим углом: не как на «приватный блокчейн», а как на систему, в которой среда выполнения определяет, насколько реально становится полезной приватность.
Именно поэтому меня заинтересовала Rusk VM. Она использует WASM для выполнения контрактов, но на этом не останавливается. Dusk предоставляет криптографические операции через хост-слой виртуальной машины — включая хеширование, операции над эллиптическими кривыми и проверку с нулевым разглашением (zero-knowledge). На практике контракту не обязательно самому реализовывать все дорогие примитивы.
Я думаю, что такой выбор дизайна важнее, чем кажется на первый взгляд. Конфиденциальный контракт действительно полезен только тогда, когда разработчики могут рассуждать о его стоимости, входных данных и сценариях отказа. ABI и инструментарий Rust у Rusk создают четко определенный интерфейс между кодом контракта и теми нативными возможностями.
Я уже видел это в системах смарт-контрактов: интересным моментом обычно оказывается не сам язык. Интерес — это граница между кодом приложения и низкоуровневыми примитивами, лежащими под ним.
За чем я бы особенно пристально следил в Rusk — это не очередной громкий заголовок про бенчмарки. Я бы хотел понять, насколько предсказуемыми остаются вызовы хост-среды, как меняется ценообразование газа, как обрабатываются изменения ABI и как разработчики отлаживают контракты, когда состояние намеренно скрыто.
Вот эта часть кажется мне по-настоящему интересной. Приватность на уровне протокола — это одно. Сделать приватность программируемой, не превращая разработку в проект по криптографическим исследованиям, — это гораздо более сложная задача.
