Ціна Sui (SUI)

SUI — нативний токен основної мережі Sui: користувачі сплачують ним Gas за ончейн-операції, власники можуть делегувати його валідаторам для участі в proof-of-stake, а також використовувати як право голосу ончейн і ліквідний актив у застосунках. Це не бали окремого застосунку; для виконання транзакції Sui необхідно розрахувати й сплатити відповідну комісію в SUI. Отже, володіння SUI саме по собі не означає отримання доходу чи прав у певному застосунку. Його конкретна роль в управлінні, стейкінгу та застосунках залежить від уже розгорнутих правил мережевого протоколу й кожного відповідного застосунку.

Ончейн-стан Sui побудований навколо «об’єктів», а не навколо єдиної таблиці балансів за адресами. Активи, дані та ресурси, створені смартконтрактами Move, можуть бути об’єктами з унікальним ID, власником і версією; транзакція читає об’єкти як вхідні дані та створює, змінює, передає або видаляє об’єкти як результат. Ця модель впливає на шлях транзакції. Об’єкти, якими керує лише одна адреса, зазвичай не конкурують з іншими користувачами й можуть проходити швидшим шляхом із нижчою затримкою; спільні змінювані об’єкти, доступні для операцій багатьом учасникам, мають пройти консенсусне впорядкування. Спільні об’єкти роблять можливими пули ліквідності, ринки та інші багатосторонні взаємодії, але одночасні численні записи до одного об’єкта створюють конкуренцію, тому затримку й пропускну здатність не можна прирівнювати до транзакцій з об’єктами, якими володіє адреса і які не мають конкуренції.

Sui використовує delegated proof-of-stake (DPoS). Власники SUI не зобов’язані самостійно запускати валідатора: вони можуть делегувати SUI обраному валідатору, і сума враховується в його стейкінгу; валідатор блокує своє забезпечення протягом epoch та обробляє й перевіряє мережеві операції. Делегування не означає передачу токенів валідатору для довільного розпорядження: протокол створює для такого стейкінгу об’єкт самостійного зберігання, де зафіксовано пул стейкінгу валідатора й epoch активації. Зміни стейкінгу валідатора набувають чинності лише в новому epoch; власник може відкликати делегування або змінити валідатора до початку наступного epoch. Вибір валідатора має практичне значення, оскільки винагороди за делегування пов’язані з делегованою сумою, а робота валідатора й його комісійні умови впливають на результат делегатора.

Винагороди за стейкінг SUI не є наперед обіцяною фіксованою ставкою. Наприкінці кожного epoch протокол спочатку підсумовує винагороди за стейкінг цього epoch: вони включають накопичені за період обчислювальні комісії та субсидію винагород за стейкінг, що існує на ранньому етапі мережі та зникатиме, коли циркулююча пропозиція наближатиметься до ліміту пропозиції; далі вони розподіляються за правилами протоколу між учасниками та частиною, призначеною для компенсації витрат на зберігання. Для делегатора винагорода за певний epoch накопичується лише тоді, коли стейкінг був активним протягом усього цього epoch. Під час unstake система використовує epoch активації та epoch припинення стейкінгу, щоб розрахувати з пулу винагород валідатора суму, яку можна отримати, а потім розпаковує основну суму та накопичені винагороди в SUI. Тому показники минулої дохідності, робота валідатора та час початку чи припинення стейкінгу не можуть трактуватися як обіцянка фіксованого доходу.

Чисту Gas-комісію транзакції Sui можна узагальнити так: чиста комісія = обчислювальна комісія + комісія за зберігання − повернення за зберігання. Обчислювальна комісія залежить від обчислювальних одиниць, потрібних для виконання транзакції, і обчислювальної Gas-ціни, застосованої до неї; комісія за зберігання залежить від одиниць зберігання, зайнятих новими ончейн-даними, та ціни зберігання. Обчислювальну Gas-ціну можна розуміти як поточну референтну ціну плюс необов’язкові чайові. На початку кожного epoch валідатори подають мінімальну ціну, за якою вони готові обробляти транзакції, а протокол за вагою стейкінгу обирає значення на рівні двох третин як референтну ціну; частина вище референтної ціни може бути чайовими для підвищення пріоритету. Ціна зберігання змінюється через пропозиції управління й зазвичай коригується рідше. Користувач також має встановити gas budget для транзакції: це верхня межа комісії, яку він може сплатити; якщо її недостатньо для покриття потрібної суми, транзакція не виконається і частина бюджету все одно може бути списана, тому ліміт бюджету не дорівнює остаточній чистій комісії.

Комісія за зберігання — це не лише одноразова плата за ончейн-дані: вона також пов’язана з фондом зберігання Sui. Коли транзакція додає дані, відповідна плата за зберігання надходить до фонду зберігання; фонд генерує винагороди через стейкінг, а протокол розподіляє більшу частину таких винагород поточним валідаторам, щоб компенсувати витрати на зберігання історичних даних. Логіка цього підходу полягає в тому, щоб користувачі, які створюють історичні дані, оплачували майбутнє зберігання цих даних валідаторами, а не залишали всю вартість старих даних валідаторам, які приєдналися пізніше. У разі видалення або зменшення даних платник може отримати частину повернення за зберігання; чинна документація визначає повернення на рівні 99% початкової комісії за зберігання. Однак основна сума фонду зберігання безпосередньо не розподіляється, а неповернена частина залишається у фонді, тому «за видалення даних є повернення» не означає повернення всіх раніше сплачених комісій.

Максимальна загальна пропозиція SUI в основній мережі становить 10 мільярдів токенів, тобто протокол може викарбувати не більше 10 мільярдів SUI; це визначає ліміт пропозиції, а не обсяг, яким можна вільно торгувати в будь-який момент. Офіційні матеріали описують довгострокову циркулюючу пропозицію основної мережі як 10 мільярдів токенів. Циркулююча кількість, доступна для торгівлі, залежить від блокувань, вестингу та графіків розподілу. Коли основна мережа Sui була публічно запущена 3 травня 2023 року, в обігу було приблизно 5% токенів, а решта поступово ставала доступною відповідно до запланованого графіка. Отже, порівнюючи пропозицію, потрібно розрізняти ліміт, уже викарбувану/загальну пропозицію та поточну циркулюючу кількість, а не вважати 10 мільярдів поточним обсягом, доступним для торгівлі.

Розподіл SUI може змінювати кількість токенів, потенційно доступних на ринку, але не змінює загальний ліміт пропозиції в 10 мільярдів токенів. Офіційна сторінка пропозиції пояснює, що після запуску основної мережі решта токенів поступово ставала доступною за графіком розподілу; фактичний розподіл також змінюється залежно від того, як фонд використовує свої виділення для підтримки розробників та екосистеми, тому дати на графіку слід розглядати як оцінки, а не гарантовані суми для кожного моменту. Одним із важливих уже завершених етапів було те, що початковий стейкінг ранніх інвесторів мав однорічний cliff після запуску основної мережі, протягом якого ці токени не могли потрапити на ринок; cliff завершився у травні 2024 року. Ця подія змінила час, коли ця частина початкових токенів могла бути передана, але її не слід помилково описувати як нову емісію і з неї не можна робити висновок про неминучий напрям ціни.

Власники SUI мають право брати участь в ончейн-голосуванні щодо управління Sui; офіційні матеріали наводять оновлення протоколу як приклад питань, яких може стосуватися управління. Ця роль відрізняється від сплати Gas: Gas є платою за виконання транзакцій і використання ресурсів, тоді як право управління — це право брати участь у рішеннях на рівні протоколу. Саме володіння токенами не означає, що певна пропозиція вже пройшла, певна функція вже активована в основній мережі або певний ончейн-застосунок обов’язково приймає результат голосування. Під час читання інформації про управління слід окремо перевіряти зміст пропозиції, статус голосування чи схвалення, стан реалізації в протоколі та фактичне застосування застосунками.

Ліквідний стейкінг не є синонімом протокольного стейкінгу Sui, а є додатковою моделлю на рівні застосунків, побудованою на об’єктах стейкінгу. Після впровадження SIP-6 об’єкти стейкінгу можуть використовуватися протоколами ліквідного стейкінгу; такі протоколи можуть на цій основі випускати інший сертифікат або актив, придатний для використання в застосунках. Тому користувачеві потрібно розрізняти два рівні: базовий об’єкт стейкінгу відповідає делегованому валідатору SUI та розрахунку його винагород за epoch; сертифікат ліквідного стейкінгу додатково залежить від правил конкретного протоколу щодо обміну, комісій, смартконтрактів і ліквідності вторинного ринку. Володіння сертифікатом не означає пряме володіння незастейканим SUI, який можна будь-коли викупити за номіналом; механізм виходу та можливе відхилення ціни слід оцінювати за вже розгорнутими правилами відповідного протоколу.

Mysticeti — це протокол консенсусу Sui, який почали поетапно розгортати в основній мережі у липні 2024 року. До оновлення дизайн Sui поєднував консенсус Narwhal-Bullshark зі швидким шляхом для об’єктів, якими володіє адреса; Mysticeti на основі DAG покращує шлях обробки, що потребує консенсусного впорядкування, з метою зменшити затримку та обчислювальне навантаження валідаторів. Ця зміна переважно стосується транзакцій, що потребують консенсусного впорядкування, наприклад операцій зі спільними об’єктами; вона не скасовує необхідність впорядкування спільних об’єктів і не означає однакової швидкості для кожної транзакції, застосунку чи мережевої умови. Щоб оцінити фактичний досвід від оновлення, слід розрізняти результати тестів, поетапне розгортання, увімкнення на рівні протоколу та власні вузькі місця застосунку.

Взаємодіючи зі спільними об’єктами, не слід вважати їх активами без обмежень доступу лише тому, що вони «публічно доступні». Будь-яка адреса може подати транзакцію з посиланням на спільний об’єкт, але середовище виконання Sui не створює автоматично бізнес-контроль прав доступу для привілейованих операцій над ним; можливість виводити кошти, змінювати параметри чи передавати вартість залежить від того, чи перевіряє контракт Move умови на кшталт токенів можливостей, відправника транзакції або права власності на об’єкт. Перед підписанням слід перевірити підключену мережу, ідентичність контракту чи застосунку, об’єкти, які транзакція використає або змінить, суму та обсяг дозволів. Об’єкти, якими володіє адреса, можуть використовуватися лише в транзакціях, підписаних власником, тоді як межа безпеки спільних об’єктів значною мірою реалізується кодом контракту; тому підписання транзакції для невідомого контракту або надання можливостей ширше за очікуване не стає безпечним лише через те, що транзакція проходить мережею Sui.