#dusk $DUSK @Dusk Я так и не до конца разобрался, что именно представляет собой DuskEVM в Dusk — на этой неделе специально уделил время и отдельно внимательно посмотрел на это.
Если коротко, DuskEVM — это слой в экосистеме Dusk, предназначенный для совместимости с подходом к разработке смарт-контрактов на Ethereum. Для разработчиков, которые привыкли к языкам и инструментам Ethereum, не нужно заново учить целый набор новых вещей: можно просто развернуть приложение в Dusk. Сам по себе DuskEVM не поддерживает отдельную полностью независимую книгу учета и логику финального расчёта; по-настоящему данные о транзакциях и окончательное подтверждение — это задача нижнего слоя расчётов Dusk. То есть DuskEVM скорее похож на надстройку, отдельный слой, который специально обрабатывает выполнение смарт-контрактов.
Сначала я по наивности считал, что это независимая параллельная цепочка на одном уровне с базовым расчётным слоем — две книги учёта, никак не зависящие друг от друга, каждая работает сама по себе. Но после того как я несколько раз перечитал официальное описание архитектуры, понял, что ошибся: после того как уровень выполнения обработает транзакции, итог всё равно нужно упаковать и отправить в нижний расчётный слой, чтобы там выполнить реальное хранение данных и подтверждение. Эти два уровня — связаны как «верх—низ», а не расположены рядом. Я сам довольно долго из-за этого путался, в основном потому, что в рекламных материалах обе части часто описывают раздельно, из‑за чего легко подумать, будто это две независимые параллельные цепочки.
Для разработчиков такое понимание важно — это означает, что реальные затраты на приложение, развернутое в DuskEVM, зависят не только от того, сколько ресурсов уходит на выполнение контракта в этом слое: нужно также учитывать расходы на отправку данных в нижний расчётный слой. Только сложив оба пункта, получаешь полную стоимость. Если оценивать стоимость развертывания, исходя лишь из опыта Ethereum, легко упустить расходы на нижний слой.
Если в моём понимании есть неточности — пожалуйста, укажите. Я сам только в эти дни окончательно выстроил эту логику и не уверен, нет ли каких‑то деталей, которые я мог упустить.
Если коротко, DuskEVM — это слой в экосистеме Dusk, предназначенный для совместимости с подходом к разработке смарт-контрактов на Ethereum. Для разработчиков, которые привыкли к языкам и инструментам Ethereum, не нужно заново учить целый набор новых вещей: можно просто развернуть приложение в Dusk. Сам по себе DuskEVM не поддерживает отдельную полностью независимую книгу учета и логику финального расчёта; по-настоящему данные о транзакциях и окончательное подтверждение — это задача нижнего слоя расчётов Dusk. То есть DuskEVM скорее похож на надстройку, отдельный слой, который специально обрабатывает выполнение смарт-контрактов.
Сначала я по наивности считал, что это независимая параллельная цепочка на одном уровне с базовым расчётным слоем — две книги учёта, никак не зависящие друг от друга, каждая работает сама по себе. Но после того как я несколько раз перечитал официальное описание архитектуры, понял, что ошибся: после того как уровень выполнения обработает транзакции, итог всё равно нужно упаковать и отправить в нижний расчётный слой, чтобы там выполнить реальное хранение данных и подтверждение. Эти два уровня — связаны как «верх—низ», а не расположены рядом. Я сам довольно долго из-за этого путался, в основном потому, что в рекламных материалах обе части часто описывают раздельно, из‑за чего легко подумать, будто это две независимые параллельные цепочки.
Для разработчиков такое понимание важно — это означает, что реальные затраты на приложение, развернутое в DuskEVM, зависят не только от того, сколько ресурсов уходит на выполнение контракта в этом слое: нужно также учитывать расходы на отправку данных в нижний расчётный слой. Только сложив оба пункта, получаешь полную стоимость. Если оценивать стоимость развертывания, исходя лишь из опыта Ethereum, легко упустить расходы на нижний слой.
Если в моём понимании есть неточности — пожалуйста, укажите. Я сам только в эти дни окончательно выстроил эту логику и не уверен, нет ли каких‑то деталей, которые я мог упустить.