Автор: Sui Network
Основная цель СУИ
PoS: используется для участия в механизме делегированного доказательства доли.
Газовый механизм: используется для оплаты сетевых транзакций и платы за хранение.
Ликвидность: обеспечение внутренней ликвидности в экономике Суй.
Управление сообществом: управление, которое может повлиять на будущее Суи.
Процесс залога
Вопрос 1: Что такое стейкер?
Любой, у кого есть адрес Sui, может сделать ставку, разместив SUI на одном или нескольких узлах валидатора по своему выбору, включая валидатора, ставящего SUI, или сторонних держателей SUI.
Q2: Куда уходит заложенный SUI?
Будьте уверены, они надежно заперты по вашему адресу! В отличие от существующих решений по стейкингу ликвидности в других сетях, где стейкеры должны передать контроль над своими поставленными токенами стороннему смарт-контракту по стейкингу ликвидности. Sui позволяет владельцам SUI размещать свои SUI непосредственно на выбранном узле проверки, сохраняя при этом полный контроль над своими заложенными токенами. Стейкинг-токены защищены уровнем протокола Sui и не подвержены уязвимостям сторонних смарт-контрактов.
Вопрос 3. Что такое залоговый пул?
Каждый узел валидатора Sui поддерживает свой собственный пул ставок для отслеживания суммы ставки и накопления вознаграждений за стейкинг. Пул валидаторов работает с временными рядами обменных курсов, рассчитанными на каждой границе эпохи. Эти обменные курсы определяют сумму SUI, которую каждый прошлый стейкер SUI может вывести в будущем. Важно отметить, что чем больше вознаграждений вносится в пул ставок, тем выше обменный курс, и чем дольше SUI вносится в пул ставок, тем больше вознаграждений накапливается.
Каждый узел валидатора имеет временной ряд обменного курса, соответствующий его конкретному пулу ставок, который хранится в цепочке внутри объекта пула ставок. С точки зрения участника SUI, стоимость его доли можно отследить с помощью следующего консенсуса.
SUI в E’ = (SUI, депонированный в E) * (Обменный курс в E’ / Обменный курс в E)
Концептуально пулы ставок работают точно так же, как пулы ликвидности. Когда SUI вносится в залоговый пул в эпоху E, он будет конвертирован в токен ликвидности на основе обменного курса в эпоху E. По мере того, как пул ставок получает вознаграждение, обменный курс увеличивается. В эпоху E’ эти токены ликвидности имеют более высокую стоимость и могут быть конвертированы в большее количество SUI.
Единственное различие между пулами ставок Sui и типичными пулами ликвидности заключается в том, что в Sui не существуют токены ликвидности. Вместо этого для отслеживания расчетов используется глобальная таблица обменных курсов. Одним из преимуществ этой схемы является то, что, поскольку все SUI в пуле ставок идентичны, независимо от того, были ли они изначально внесены в качестве новых залогов или в качестве вознаграждений за ставку, все SUI немедленно считаются заложенными, и, следовательно, вознаграждения немедленно усугубляются.
Пул ставок представляет собой смарт-контракт системного уровня (stake_pool.move) и является частью платформы Sui.
Q4: Какие этапы прошло развитие стейкинга SUI?
Стейкинг v1: [исходный дизайн, устарел]
Этот дизайн использовался на втором этапе тестовой сети, но теперь он устарел, в результате чего были удалены две основные реализации:
Ранее процесс стейкинга был разделен на два этапа. Во-первых, после того как стейкер вносит SUI, он немедленно получает объект StakedSUI, содержащий заблокированный SUI. Во-вторых, в конце эпохи, когда обменный курс пула залогов обновляется, пользователь получает объект делегирования, содержащий токен пула пользователя. Объект Делегирования должен дождаться закрытия эпохи, поскольку ставка погашения в конце эпохи не может быть известна заранее и зависит от суммы сборов за газ, собранных за эпоху. Этот подход требует перенастройки очень многих транзакций на границах эпох, поэтому объект делегирования был удален в Stakev v2 (см. ниже).
Раньше, когда выполнялся отзыв залога, отозванный залог переходил в состояние ожидания залога и обрабатывался после закрытия границы эпохи. Причина этого в том, что, поскольку вознаграждения за ставки для текущей эпохи определяются на протяжении всей эпохи, скорость погашения в конце эпохи не может быть полностью предсказана, пока эпоха все еще активна. Следовательно, в этом проекте необходимо дождаться закрытия эпохи, прежде чем обрабатывать выборку с обновленным обменным курсом. Это больше не так, и запросы будут обрабатываться немедленно по обменному курсу предыдущей эпохи.
Стейкинг v2: [Текущий дизайн основной сети]
Два основных изменения:
Упрощен учет стейкинг-пулов. Как и раньше, когда пользователи делают ставку SUI, эти объекты оборачиваются в объекты StakedSUI. Однако пул ставок больше не реализует относительное владение каждым пользователем пулом ставок через объект делегирования. Вместо этого учет осуществляется непосредственно через временную метку объекта StakedSUI (которая определяет момент времени, когда произошел депозит) и изменение обменного курса между эпохой депозита и эпохой вывода средств. Структура данных каждого пула ставок содержит временные ряды обменного курса для этого пула. Эти обменные курсы можно использовать для определения вывода средств для любого участника пула.
Вывод средств по ставкам будет обработан немедленно на основе обменного курса предыдущей эпохи, не дожидаясь закрытия текущей эпохи. Вывод включает в себя первоначальную ставку, внесенную пользователем, и все вознаграждения за ставки, накопленные за предыдущую эпоху. Недостаток этого подхода заключается в том, что стейкеры не получат вознаграждение за ставки в течение снятых эпох. Пока эпоха не закроется, поскольку нет возможности заранее узнать, сколько вознаграждений за ставки будет начислено в течение текущей эпохи, они не могут быть включены в вывод средств. Таким образом, любой пользователь может моментально вывести свою ставку и получить:
SUI, снятый в E’ = (SUI, депонированный в E) * (Обменный курс в E’-1/Обменный курс в E)
Стейкинг v3: [Будущее обновление]
Это долгосрочное решение, которое в конечном итоге будет перенесено в основную сеть.
Основная проблема конструкции Stake v2 — неспособность обрабатывать периоды отсоединения (или охлаждения), которые имеют решающее значение для сетевой безопасности. Это достигается путем изменения того, как Sui обрабатывает запросы на получение, в два этапа:
В первой транзакции стейкер отправит запрос на вывод средств и получит WithdrawalReceipt. В настоящее время стейкеры не будут получать никаких SUI.
Во второй транзакции, по истечении запланированного периода отсоединения, участники могут отправить квитанцию о снятии средств и получить основную сумму SUI и накопленные вознаграждения.
Важно отметить, что помимо включения периода отмены привязки этот дизайн также позволяет пользователям получать полное вознаграждение, на которое они имеют право, после получения квитанции о снятии средств, поскольку снятие средств должно произойти в конце эпохи, в которой был отправлен запрос на получение. Эта конструкция не страдает от проблем размещения v1, которые вызывали очень большие транзакции реконфигурации, поскольку объект WithdrawalReceipt можно погасить в любое время (после окончания периода отмены привязки) и он не зависит от границ эпох.
В5: Когда мой запрос на залоговый депозит вступит в силу?
После отправки запроса на залоговый депозит он немедленно переходит в состояние ожидания в пуле залогов. Кошелек Sui будет отражать любые ожидающие запросы на депозиты на счет пользователя. Однако ожидающие запросы на депозиты для ставок не вступят в силу до конца эпохи, в которой был сделан запрос.
Вопрос 6: Когда мой запрос на отмену ставок вступит в силу?
После получения запросы на анстейкинг или вывод средств будут обработаны немедленно. Стейкеры получат первоначально внесенный SUI, а также все вознаграждения за ставки, накопленные до границы предыдущей эпохи. Другими словами, они не включают вознаграждения за стейкинг за текущую эпоху. Более подробную информацию об этой реализации см. в разделе «Стейкинг v2». Обратите внимание, что в будущем, как только будет реализована версия 3, запросы на отмену стейкинга не будут обрабатываться немедленно.
Вопрос 7: Как рассчитать курс обмена каждого пула валидаторов?
Курс обмена для каждого пула валидаторов рассчитывается на каждой границе эпохи следующим образом:
Обменный курс в E+1 = (1 + (Награда за ставку в E/сумма ставки в E)) * (Курс обмена в E)
Важно отметить, что вознаграждения за стейкинг, полученные стейкерами в эпоху E, являются частью общего вознаграждения за стейкинг, полученного пулом валидаторов в эту эпоху. Другими словами, общие вознаграждения за ставки, полученные пулом валидаторов, можно разделить на три отдельные части, в зависимости от того, кто их зарабатывает:
Вознаграждение за стейкинг = вознаграждение стейкера + комиссия узла верификации + вознаграждение за фонд хранения
Обычные стейкеры SUI получают только вознаграждения. При этом валидаторы получают комиссию за эти вознаграждения (комиссия валидатора), а также вознаграждения, относимые к фонду хранения.
Обменный курс пула валидаторов обновляется только в зависимости от суммы вознаграждений стейкеров, чтобы полностью отслеживать вознаграждения, полученные стейкерами SUI. Однако этот метод расчета также позволяет Sui отслеживать вознаграждения, полученные валидаторами, предоставляя им комиссии валидатора и вознаграждения за стейкинг-фонд в виде дополнительных объектов StakedSUI через обновленные обменные курсы.
Вопрос 8: Чем отличается процесс размещения ставок для узлов-валидаторов по сравнению со сторонними держателями SUI?
Процесс тот же. Валидатор, который делает стейкинг SUI, будет следовать тому же процессу, что и любой сторонний держатель SUI, который делает ставку с этим валидатором.
Вопрос 9: Чем отличается расчет вознаграждения за стейкинг для узлов валидатора по сравнению со стейкерами SUI?
В данном пуле ставок валидатора все участники получают одинаковую долю вознаграждений за счет повышения обменного курса пула. Кроме того, поскольку валидаторы получают комиссионные и вознаграждения фонда ставок за управляемые ставки, валидаторы получают дополнительные объекты StakedSUI в конце каждой эпохи пропорционально этим суммам.
Вознаграждения за ставки
Вопрос 1: Откуда берутся вознаграждения за ставки?
Награды за стейкинг поступают из комиссий за газ за транзакции, полученных в течение текущей эпохи, и разрешений на стейкинг, выпущенных в конце эпохи.
Вознаграждение за ставку = размер ставки + комиссия за газ
Субсидия на стейкинг предназначена для субсидирования ранних этапов развития сети и финансируется за счет 10% SUI. Как только это распределение будет исчерпано, все вознаграждения за ставки будут состоять из комиссий за газ, взимаемых в ходе обычных сетевых операций.
Вопрос 2. Будет ли вознаграждение за ставку автоматически увеличивать проценты?
Да! См. ответ на вопрос «Вопрос 3: Что такое пул залогов» выше.
В3: Сколько вознаграждений за ставки будет в основной сети?
Вознаграждения за стейкинг состоят из комиссий за газ и надбавок за стейкинг. Общая сумма, распределяемая в каждую эпоху, определяется следующим образом:
Размер ставки: сумма, распределяемая для каждой эпохи, определяется в соответствии с заранее установленным графиком до начала эпохи.
Плата за газ: Сумма каждой эпохи зависит от общей платы за газ, заработанной за всю эпоху. За каждую транзакцию Sui взимается комиссия за газ, основанная на двух переменных: выполненных единицах газа и цене газа:
плата за газ = цена газа * единица газа
Общая взимаемая плата за газ соответствует сумме комиссий за газ для всех транзакций, обработанных в течение эпохи. В нормальных рыночных условиях мы ожидаем, что цена газа для подавляющего большинства сделок будет равна эталонной цене на газ. В будущем Sui представит механизм ценообразования при перегрузке, так что, когда сеть перегружена, цена на газ будет выше, чем эталонная цена на газ, поскольку пользователи фактически будут давать чаевые валидаторам в обмен на приоритет.
Лимит ставок
Вопрос 1: Могу ли я анстейкнуть часть своей ставки на активном узле валидатора?
Это не поддерживается. Каждый объект StakedSUI либо полностью не задействован, либо не задействован.
Однако пользователи могут разместить любое количество объектов SUI на любом узле валидатора. Таким образом, если они разблокируют часть объекта SUI от валидатора, они фактически смогут частично снять его с валидатора. Поскольку объект StakedSUI можно разделить на несколько объектов, если стейкер сначала разбивает объект StakedSUI на несколько объектов, а затем снимает стейкинг с некоторых объектов, стейкер всегда может эффективно снять стейкинг с части объектов.
Вопрос 2: Какова минимальная сумма залога для одного узла проверки?
Минимальная сумма ставки составляет 1 SUI.
Вопрос 3: Какова связь между залогом узла проверки и правами голоса в консенсусе?
По соглашению общее количество голосов всегда составляет 10 000 независимо от суммы ставки, поэтому юридический порог составляет 6 667 (соотношение 2/3). Консенсусное количество голосов каждого валидатора пропорционально его доле, за одним исключением: количество голосов одного валидатора ограничено 1000 (10% от общего количества голосов).
Вопрос 4. Какова максимальная сумма залога для одного узла проверки?
безлимитный. Однако, согласно консенсусу, право голоса одного узла валидатора ограничено 10%. Если валидатор накапливает более 10% от общей доли, то право голоса этого валидатора останется на уровне 10%, а оставшееся право голоса будет распределено среди остальной части набора валидаторов.
Аналогично, доля валидатора в вознаграждениях за стейкинг будет рассчитываться с использованием того же ограничения в 10% для управления суммой ставки (см. «Расчет вознаграждения за стейкинг»). Другими словами, как только валидатор накопит более 10% от общей суммы ставок, вознаграждения SUI за ставку начнут уменьшаться, поскольку пул ставок больше не увеличивает сумму получаемых вознаграждений за ставку.
Расчет вознаграждения за стейкинг
Теплое напоминание: формул слишком много, поэтому желающим рекомендуется их внимательно прочитать.
Узел проверки
Вопрос 1: Какова эталонная цена на газ и когда должны участвовать узлы проверки?
Sui спроектирован таким образом, чтобы конечные пользователи могли рассчитывать на то, что цены на газ останутся стабильными и предсказуемыми во время обычной работы сети. Это достигается путем проверки узлов, устанавливающих эталонную цену газа в сети в начале каждой эпохи.
На оперативном уровне это достигается посредством «обследования цен на газ». Этапы следующие:
В течение каждой эпохи E каждый валидатор предоставляет то, что, по его мнению, является лучшей эталонной ценой на газ для следующей эпохи E+1.
На границе эпохи, когда Sui переходит от эпохи E к эпохе E+1, сеть будет отслеживать цену на газ в наборе проверяющих узлов и будет взвешивать голосование на уровне 2/3 в качестве эталонной цены на газ для следующей эпохи. Таким образом, эталонная цена на газ для каждой эпохи постоянна на протяжении всей эпохи и обновляется только при смене эпохи.
Процесс подачи расценок на исследование цен на газ очень прост. У каждого узла валидатора есть объект, содержащий эталонную цену на газ. Если проверяющие узлы хотят изменить свои котировки, они просто обновляют значение в этом объекте. Узлы проверки могут делегировать возможность устанавливать котировки цен на газ другим учетным записям, передавая свои объекты операционных возможностей.
Вопрос 2. Как выглядят статистические правила и когда должны участвовать узлы проверки?
Sui предназначен для поощрения и обеспечения мониторинга сообщества набора валидаторов. Это достигается с помощью статистических правил, при которых каждый валидатор контролирует и оценивает каждого другого валидатора, чтобы гарантировать, что каждый работает эффективно и с учетом интересов сети. Валидаторы, не соответствующие требованиям, будут оштрафованы, а их вознаграждения за ставки будут уменьшены.
Протокол предусматривает расчет глобальных оценок статистических правил только на границах эпох и, следовательно, полагается на активный мониторинг со стороны валидаторов, меняющих свои оценки при обнаружении изменений в поведении других валидаторов. В общем, параметр по умолчанию для правил статистики всегда должен иметь оценку 1 для всех проверяющих узлов и изменяться на 0 только при обнаружении неправильной работы. На практике статистические правила состоят из набора объектов, принадлежащих каждому валидатору, которые имеют оценку по умолчанию 1, поэтому валидаторы обычно пассивно обновляют только объекты, соответствующие оценкам других валидаторов, когда это необходимо. Подобно отправке котировок цен на газ, проверяющие узлы также могут делегировать свои полномочия по участию в статистических правилах другим учетным записям, передавая свои объекты эксплуатационных возможностей.
В3: На каком основании узлу проверки в статистических правилах присваивается 0 баллов?
Статистические правила должны реализовываться посредством социального равновесия. Группа валидаторов должна активно контролировать себя, и если валидатор явно работает неэффективно, другие валидаторы должны поставить этому валидатору 0 баллов и сократить его вознаграждение. В будущем, по мере развития сети Sui, мы ожидаем, что сообщество запустит общедоступную панель мониторинга для отслеживания производительности узлов валидатора и может быть использована в качестве сигнала для дальнейшего понимания работы узла валидатора.
Вопрос 4. Могут ли несколько узлов проверки получить 0 баллов?
Может. Согласно статистическим правилам каждый валидатор оценивает каждого другого валидатора, и нет ограничений на количество баллов 0 или 1, которое может подать каждый валидатор.