#dusk $DUSK @Dusk
Я предполагал, что стейкинг в Dusk Network относится только к кошелькам и операторам нод.
Stake Abstraction меняет владельца позиции.
Смарт-контракт Dusk может принимать депозиты, создавать стейк, получать вознаграждения и распределять или реинвестировать их согласно собственным правилам. Это позволяет создавать стейкинг-пулы, делегированные сервисы, схемы разделения наград и деривативы без необходимости принимать каждое решение из офчейн-аккаунта оператора.
Стейк становится программируемым. И риск тоже.
Теперь пользователи оценивают не только консенсусную производительность провайдера. Они также зависят от бухгалтерии контракта, логики вывода, распределения наград, механизмов управления обновлениями и пути восстановления. Идеально работающий валидатор не может защитить депозитера от пул-контракта, который неверно рассчитывает доли.
Dusk сохраняет некоторые границы протокола явно заданными. Контракты по-прежнему сталкиваются с минимальным стейком в 1 000 DUSK. Активация происходит на границе эпохи после следующей, обычно через 1–2 эпохи после подачи заявки. Контракт не может вызывать функцию стейкинга так, будто он является кошельком. Средства перемещаются через Transfer Contract и запускают Stake Contract посредством контракт-контрактного перевода.
Последняя деталь важна для меня. Она связывает действие стейкинга с реальным движением ценности, а не позволяет логике контракта объявлять о стейке без соответствующих средств.
Я бы наблюдал, как приложения раскрывают задержку между депозитом и активным стейком. Токен пула, выпущенный сразу, может выглядеть эффективным, пока лежащие в основе DUSK еще ждут активации. Также требования по получению наград и коллбеки при анстейкинге должны оставаться синхронизированными с балансами пользователей.
Stake Abstraction расширяет полезность DUSK за пределы прямого стейкинга. Она также может сконцентрировать депозиты в небольшом числе контрактов, если удобство окажется важнее диверсификации.
Dusk сделал позицию консенсуса компонуемой. Следующее доказательство — то, что пул-контракты сохраняют платежеспособность, корректное владение и справедливые выходы для каждого состояния стейкинга.
Программируемость может убрать ручное распределение. Она не может убрать необходимость аудита того, кто контролирует программу.
Я предполагал, что стейкинг в Dusk Network относится только к кошелькам и операторам нод.
Stake Abstraction меняет владельца позиции.
Смарт-контракт Dusk может принимать депозиты, создавать стейк, получать вознаграждения и распределять или реинвестировать их согласно собственным правилам. Это позволяет создавать стейкинг-пулы, делегированные сервисы, схемы разделения наград и деривативы без необходимости принимать каждое решение из офчейн-аккаунта оператора.
Стейк становится программируемым. И риск тоже.
Теперь пользователи оценивают не только консенсусную производительность провайдера. Они также зависят от бухгалтерии контракта, логики вывода, распределения наград, механизмов управления обновлениями и пути восстановления. Идеально работающий валидатор не может защитить депозитера от пул-контракта, который неверно рассчитывает доли.
Dusk сохраняет некоторые границы протокола явно заданными. Контракты по-прежнему сталкиваются с минимальным стейком в 1 000 DUSK. Активация происходит на границе эпохи после следующей, обычно через 1–2 эпохи после подачи заявки. Контракт не может вызывать функцию стейкинга так, будто он является кошельком. Средства перемещаются через Transfer Contract и запускают Stake Contract посредством контракт-контрактного перевода.
Последняя деталь важна для меня. Она связывает действие стейкинга с реальным движением ценности, а не позволяет логике контракта объявлять о стейке без соответствующих средств.
Я бы наблюдал, как приложения раскрывают задержку между депозитом и активным стейком. Токен пула, выпущенный сразу, может выглядеть эффективным, пока лежащие в основе DUSK еще ждут активации. Также требования по получению наград и коллбеки при анстейкинге должны оставаться синхронизированными с балансами пользователей.
Stake Abstraction расширяет полезность DUSK за пределы прямого стейкинга. Она также может сконцентрировать депозиты в небольшом числе контрактов, если удобство окажется важнее диверсификации.
Dusk сделал позицию консенсуса компонуемой. Следующее доказательство — то, что пул-контракты сохраняют платежеспособность, корректное владение и справедливые выходы для каждого состояния стейкинга.
Программируемость может убрать ручное распределение. Она не может убрать необходимость аудита того, кто контролирует программу.
