#dusk $DUSK @Dusk
Я редко думаю о том, что происходит после того, как я нажимаю «подтвердить» в кошельке. Я вижу, как транзакция проходит, и иду дальше. Но более глубокое знакомство с DuskEVM заставило меня понять, что этот простой момент скрывает большую часть архитектуры, которая действительно имеет значение.
Транзакция начинается в привычной среде EVM. Она выполняется в DuskEVM, где используется $DUSK для газа. Для разработчиков и пользователей эта привычность важна. Но меня привлекло то, что выполнение — это лишь одна часть пути.
За интерфейсом активность DuskEVM группируется в батчи и представляется через подтверждения состояния. Затем эти подтверждения привязываются (anchored) к DuskDS, которое обеспечивает расчёты и доступность данных для уровня EVM. Таким образом, @Dusk фактически разделяет среду, в которой исполняются приложения, и инфраструктуру, отвечающую за закрепление (anchoring) получившегося состояния.
Лично мне это разделение становится особенно интересным под нагрузкой. Большинство пользователей никогда не спросит, где была батчирована их транзакция или как её состояние стало доступным. Они замечают архитектуру только тогда, когда что-то замедляется или выходит из строя. Это возлагает реальную ответственность на @Dusk : слоям нужно координироваться, не превращая техническую сложность в трение для пользователя.
Поэтому я слежу за тем, что происходит после клика по кошельку.
Лучшая инфраструктура часто кажется невидимой. Главный вопрос для $DUSK — останется ли она такой, когда активность станет по-настоящему серьёзной.
Я редко думаю о том, что происходит после того, как я нажимаю «подтвердить» в кошельке. Я вижу, как транзакция проходит, и иду дальше. Но более глубокое знакомство с DuskEVM заставило меня понять, что этот простой момент скрывает большую часть архитектуры, которая действительно имеет значение.
Транзакция начинается в привычной среде EVM. Она выполняется в DuskEVM, где используется $DUSK для газа. Для разработчиков и пользователей эта привычность важна. Но меня привлекло то, что выполнение — это лишь одна часть пути.
За интерфейсом активность DuskEVM группируется в батчи и представляется через подтверждения состояния. Затем эти подтверждения привязываются (anchored) к DuskDS, которое обеспечивает расчёты и доступность данных для уровня EVM. Таким образом, @Dusk фактически разделяет среду, в которой исполняются приложения, и инфраструктуру, отвечающую за закрепление (anchoring) получившегося состояния.
Лично мне это разделение становится особенно интересным под нагрузкой. Большинство пользователей никогда не спросит, где была батчирована их транзакция или как её состояние стало доступным. Они замечают архитектуру только тогда, когда что-то замедляется или выходит из строя. Это возлагает реальную ответственность на @Dusk : слоям нужно координироваться, не превращая техническую сложность в трение для пользователя.
Поэтому я слежу за тем, что происходит после клика по кошельку.
Лучшая инфраструктура часто кажется невидимой. Главный вопрос для $DUSK — останется ли она такой, когда активность станет по-настоящему серьёзной.