Как стать автором
Обновить

Об асинхронном исполнении смарт-контрактов на Threaded VM и проблемах масштабируемости в синхронных EVM-сетях

Уровень сложностиСложный
Время на прочтение10 мин
Количество просмотров1.7K
Всего голосов 3: ↑3 и ↓0+3
Комментарии9

Комментарии 9

Классный визуал)

Немного сложно для восприятия, если ты новичок.
Итого какова практическая польза от асинхронного исполнения смарт-контрактов?

Добрый день! Благодарим за оставленный комментарий.

Асинхронное исполнение смарт-контрактов позволяет разделить нагрузку от валидации транзакций на несколько валидирующих нод. В синхронных блокчейнах один блок, включающий в себя все транзакции за определенный период времени, валидируется одной нодой. Таким образом, пропускная способность блокчейна ограничена вычислительной мощностью одной ноды (стоит понимать, что разные ноды могут иметь разные характеристики, и при условии, что для валидации блока была выбрана слабая нода, она может не успеть завалидировать блок).

При асинхронном исполнении смарт-контрактов несколько нод валидируют собственные блоки, попутно запрашивая информацию о состоянии сети у других нод. Таким образом, пропускная способность сети растет с количеством нод-валидаторов, которые подключаются к валидации при росте нагрузки (шардинг).

Статья интересная, узнал много нового. Если можно, то хотелось бы развернуть тему "Оплата действий в блокчейне определенной стороной", как конкретно происходит оплата со стороны пользователя? Спасибо!

Добрый день, благодарим за оставленный комментарий!

Гибкость смарт-контрактов в сети Everscale позволяет настраивать приложение таким образом, что у конечного пользователя появляется выбор относительно того, какими токенами покрывать издержки работы приложения в сети, то есть оплачивать комиссию сети.

Если вы уже являетесь пользователем экосистемы Everscale и у вас есть кошелек с EVER на балансе, вы можете инициировать взаимодействие с приложением как в любой другой сети – приложив некоторое количество EVER к своей транзакции.

В случае же если вы пока не располагаете EVER, однако вам необходимо воспользоваться услугами децентрализованного приложения, например, бриджа, вы можете оплатить услуги этого бриджа из тех средств, которые будут получены в результате работы приложения. Иными словами, новому пользователю не обязательно изыскивать нативные токены сети, чтобы пользоваться приложениями, развернутыми в данной сети, что, как нам видится, добавляет удобство использования продуктов экосистемы конечному пользователю.

В принципе суть статьи более-менее ясна, спасибо. Только немного неясны термины.
Подскажите, что такое EVM? И почему TVM это "threaded"?

Только пытаюсь разобраться в теме, поэтому извиняюсь, если вопросы тупые.

Добрый день, благодарим за оставленный комментарий!

EVM – Ethereum Virtual Machine – виртуальная машина, отвечающая за исполнение смарт-контрактов в сети Ethereum. Возможности виртуальной машины напрямую влияют на архитектуру решений, разрабатываемых внутри сети.

TVM – Threaded Virtual Machine – виртуальная машина, отвечающая за исполнение смарт-контрактов в сетях Everscale и Venom. Было принято решение дать именно такое название виртуальной машине, поскольку она позволяет обрабатывать транзакции из нескольких потоков (шардов), закладывая, таким образом, возможности для построения блокчейнов, обладающих высокой степенью масштабируемости. Это, в конечном итоге, решает многие проблемы блокчейнов предыдущего поколения.

Заявленные в заголовке проблемы, кажется, остались за кадром, статья посвящена исключительно преимуществам Everscale.

Понятно, что для популяризации о проблемах в первую очередь никто писать не будет, но назовем это направлениями развития.

Какие есть слабые места, о которых надо знать энтузиастам?

Добрый день, благодарим за оставленный комментарий!

Возможно, нам следовало более полно раскрыть тему возникающих проблем при низкой степени масштабируемости той или иной сети.

Если кратко, часть блокчейнов ограничивает конечного пользователя через механизм повышения сетевых комиссий, регулируя таким образом баланс спроса на услуги сети. Некоторые проекты жертвуют стабильностью работы или децентрализацией для достижения высокой пропускной способности. Разработка блокчейна в рамках асинхронной парадигмы позволяет как значительно увеличить пропускную способность сети, так и избежать нестабильной работы сети и отказа от децентрализации.

У данного подхода есть свой недостаток – уровень сложности проектирования асинхронных решений на блокчейне выше, однако грамотно разработанные приложения могут обеспечить даже более высокий уровень качества взаимодействия с блокчейном для конечного пользователя, поскольку асинхронные блокчейны решают проблемы, связанные с низкой масштабируемостью синхронных сетей.

Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации

Истории