Сегодня днем мой муж рассказывал мне о @Dusk и о том, как проект работает с умными контрактами, уделяя особое внимание тому, как эффективно обрабатывать выполнение контрактов. Это меня заинтриговало, и я начала глубже разбираться в контракте Dusk и в системе миграций.
Я внимательнее посмотрела на то, как Dusk выполняет умные контракты, и именно часть Piecrust действительно привлекла мое внимание.
Это не какое-то тяжелое среда исполнения. Это легковесная виртуальная машина на базе WebAssembly (VM), созданная для безопасного и модульного выполнения контрактов. Что особенно выделилось, так это то, как она отделяет логику контракта от всей «тяжелой» криптографии под капотом.
Контракты просто обрабатывают прикладную логику внутри VM. А дорогие вещи — проверка ZK-доказательства, валидация подписи — переносятся в нативные функции-хосты вместо этого. Такое разделение кажется вполне логичным, если задуматься. Криптографическая верификация — это не дешево. Заставлять каждый контракт нести эту нагрузку целиком само по себе замедлило бы все без какой-либо реальной пользы.
Важен и модульный подход. Финансовые приложения со временем становятся всё сложнее, и разработчикам нужна среда выполнения, где они не будут вынуждены каждый раз, когда пишут контракт, заниматься тяжелыми вычислениями криптографии.
Честно говоря, это как раз тот тип детали, который люди обычно пропускают буквально мимоходом, когда говорят о Dusk. Но, похоже, она делает больше работы, чем ей приписывают — особенно для всего, что пытается запускать приложения, ориентированные на приватность, в реальном масштабе.
Главный для меня вопрос — насколько это хорошо проявит себя, когда реальная on-chain финансовая активность начнет расти.
#Dusk @Dusk $DUSK
Я внимательнее посмотрела на то, как Dusk выполняет умные контракты, и именно часть Piecrust действительно привлекла мое внимание.
Это не какое-то тяжелое среда исполнения. Это легковесная виртуальная машина на базе WebAssembly (VM), созданная для безопасного и модульного выполнения контрактов. Что особенно выделилось, так это то, как она отделяет логику контракта от всей «тяжелой» криптографии под капотом.
Контракты просто обрабатывают прикладную логику внутри VM. А дорогие вещи — проверка ZK-доказательства, валидация подписи — переносятся в нативные функции-хосты вместо этого. Такое разделение кажется вполне логичным, если задуматься. Криптографическая верификация — это не дешево. Заставлять каждый контракт нести эту нагрузку целиком само по себе замедлило бы все без какой-либо реальной пользы.
Важен и модульный подход. Финансовые приложения со временем становятся всё сложнее, и разработчикам нужна среда выполнения, где они не будут вынуждены каждый раз, когда пишут контракт, заниматься тяжелыми вычислениями криптографии.
Честно говоря, это как раз тот тип детали, который люди обычно пропускают буквально мимоходом, когда говорят о Dusk. Но, похоже, она делает больше работы, чем ей приписывают — особенно для всего, что пытается запускать приложения, ориентированные на приватность, в реальном масштабе.
Главный для меня вопрос — насколько это хорошо проявит себя, когда реальная on-chain финансовая активность начнет расти.
#Dusk @Dusk $DUSK