То, что привлекло мое внимание в документации Dusk, — это не слой приватности, а то, насколько мала атомарная единица L1-транзакции.
Текущая модель транзакций Dusk несет одно опциональное действие: перевод, мемо, вызов контракта, развертывание или blob. В июньском выпуске Rusk за 2026 год предлагаются пакетные транзакции, потому что многошаговые пользовательские намерения сейчас приходится разбивать на отдельные транзакции, каждая из которых независимо подписывается и подчиняется включению.
Это имеет значение больше для финансовой инфраструктуры, чем может показаться.
Представьте выпуск → платеж → доставка, или многоэтапное правило расчета. Если эти шаги раздельны, протокол сейчас не гарантирует, что они попадут вместе. Один шаг может пройти, а другой — не пройти, потенциально оставив промежуточное состояние.
Есть важный нюанс: DuskVM поддерживает межконтрактные вызовы, поэтому композиция на уровне приложений уже возможна. Пробел, за которым я слежу, — это атомарность транзакций на более низком уровне, а не то, может ли Dusk выполнять сложные контракты.
Для меня это интересный компромисс: Dusk движется в сторону регулируемых, программируемых финансов, а одна базовая примитивная сущность транзакции при этом по-прежнему намеренно остается простой.
Мне интересно, станет ли нативное пакетирование частью протокола — или же Dusk сохранит эту сложность внутри контрактов и слоев исполнения.
@Dusk $DUSK #dusk
Текущая модель транзакций Dusk несет одно опциональное действие: перевод, мемо, вызов контракта, развертывание или blob. В июньском выпуске Rusk за 2026 год предлагаются пакетные транзакции, потому что многошаговые пользовательские намерения сейчас приходится разбивать на отдельные транзакции, каждая из которых независимо подписывается и подчиняется включению.
Это имеет значение больше для финансовой инфраструктуры, чем может показаться.
Представьте выпуск → платеж → доставка, или многоэтапное правило расчета. Если эти шаги раздельны, протокол сейчас не гарантирует, что они попадут вместе. Один шаг может пройти, а другой — не пройти, потенциально оставив промежуточное состояние.
Есть важный нюанс: DuskVM поддерживает межконтрактные вызовы, поэтому композиция на уровне приложений уже возможна. Пробел, за которым я слежу, — это атомарность транзакций на более низком уровне, а не то, может ли Dusk выполнять сложные контракты.
Для меня это интересный компромисс: Dusk движется в сторону регулируемых, программируемых финансов, а одна базовая примитивная сущность транзакции при этом по-прежнему намеренно остается простой.
Мне интересно, станет ли нативное пакетирование частью протокола — или же Dusk сохранит эту сложность внутри контрактов и слоев исполнения.
@Dusk $DUSK #dusk