Увидели «безоперационное стейкинг-обеспечение»? Не спешите смотреть на доходность — сначала задайте себе вопрос: когда вы захотите выйти, кто написал правила? 🤔
Раньше я тоже воспринимал стейкинг-пул как упрощённую версию «для пользователя без необходимости запускать узлы»: не нужно поднимать машины, не нужно следить за апдейтами, не нужно бояться штрафов за срыв — просто платишь управляющую комиссию. Сплошное удобство.
Но когда я дочитал гайд по стейкингу @Dusk , понял: я слишком всё упростил.
В документах сказано довольно прямо: сторонние сервисы и on-chain стейкинг-пулы действительно позволяют пользователям не управлять узлами самостоятельно, но их доходность, правила вывода, модель хранения (custody), риски оператора и риски смарт-контрактов — всё это отделено от базового протокола.
Это «отделение» — ключевой момент.
В мейннете Dusk прописано, что стейкинг можно отменить напрямую без периода ожидания по протоколу, но это не означает автоматически, что каждый пул будет давать пользователям возможность выйти в таком же ритме. В момент входа в пул пользователь фактически подписывает ещё один риск-контракт уровня продукта. Интерфейс — нажал и вошёл, но этот контракт «существует» не потому, что вы нажали: он действует потому, что вы заявили «я понял и прочитал».
Плохой сценарий несложно представить:
всё работает нормально, но пользователю внезапно нужны деньги. Окно вывода пула не открыто, условия хранения/курации застряли или у оператора возникли проблемы — тогда остаётся только ждать.
Сеть не останавливается, стейкинг не был ни оштрафован, ни принудительно снят, но деньги всё равно не возвращаются. Цена выхода уже вполне реально ложится на пользователя.
Я не считаю, что стейкинг-пулы нельзя использовать, и не думаю, что у протокола $DUSK есть проблема. У пулов есть своя ценность, но перед входом пользователь должен чётко понимать, что именно он получает: «вы экономите на операционном обслуживании» в обмен на «неопределённость при выходе».
Это не бесплатный обед — это разовая сделка выбора.
Если @Dusk хочет, чтобы больше людей участвовали через пулы, то нужно сделать так, чтобы каждый входный пункт заранее и ясно описывал: кто будет в роли хранителя, как именно проходит выход, и кто занимается обработкой исключительных ситуаций. Тогда пользователи #dusk будут понимать, что именно они сэкономили, и какой риск/обязательства берут на себя дополнительно. Удобство можно дать, но нельзя лишать людей права знать. 😌
Раньше я тоже воспринимал стейкинг-пул как упрощённую версию «для пользователя без необходимости запускать узлы»: не нужно поднимать машины, не нужно следить за апдейтами, не нужно бояться штрафов за срыв — просто платишь управляющую комиссию. Сплошное удобство.
Но когда я дочитал гайд по стейкингу @Dusk , понял: я слишком всё упростил.
В документах сказано довольно прямо: сторонние сервисы и on-chain стейкинг-пулы действительно позволяют пользователям не управлять узлами самостоятельно, но их доходность, правила вывода, модель хранения (custody), риски оператора и риски смарт-контрактов — всё это отделено от базового протокола.
Это «отделение» — ключевой момент.
В мейннете Dusk прописано, что стейкинг можно отменить напрямую без периода ожидания по протоколу, но это не означает автоматически, что каждый пул будет давать пользователям возможность выйти в таком же ритме. В момент входа в пул пользователь фактически подписывает ещё один риск-контракт уровня продукта. Интерфейс — нажал и вошёл, но этот контракт «существует» не потому, что вы нажали: он действует потому, что вы заявили «я понял и прочитал».
Плохой сценарий несложно представить:
всё работает нормально, но пользователю внезапно нужны деньги. Окно вывода пула не открыто, условия хранения/курации застряли или у оператора возникли проблемы — тогда остаётся только ждать.
Сеть не останавливается, стейкинг не был ни оштрафован, ни принудительно снят, но деньги всё равно не возвращаются. Цена выхода уже вполне реально ложится на пользователя.
Я не считаю, что стейкинг-пулы нельзя использовать, и не думаю, что у протокола $DUSK есть проблема. У пулов есть своя ценность, но перед входом пользователь должен чётко понимать, что именно он получает: «вы экономите на операционном обслуживании» в обмен на «неопределённость при выходе».
Это не бесплатный обед — это разовая сделка выбора.
Если @Dusk хочет, чтобы больше людей участвовали через пулы, то нужно сделать так, чтобы каждый входный пункт заранее и ясно описывал: кто будет в роли хранителя, как именно проходит выход, и кто занимается обработкой исключительных ситуаций. Тогда пользователи #dusk будут понимать, что именно они сэкономили, и какой риск/обязательства берут на себя дополнительно. Удобство можно дать, но нельзя лишать людей права знать. 😌
