Ціна Netswap (NETT)

NETT — це токен управління Netswap; Netswap є децентралізованою торговою платформою, розгорнутою в Metis Andromeda. Основні функції, перелічені в документації платформи, включають обмін токенів, пули ліквідності, ферми, стейкінг і launchpad, тому NETT пов’язаний з управлінням цим протоколом та передбаченими його дизайном стимулами й сценаріями участі, а не є самими двома торговими активами в конкретному пулі. Під час використання слід розрізняти токен протоколу та торгові активи: користувачі можуть обмінювати інші токени в пулах Netswap, а також володіти NETT або використовувати його відповідно до застосовних правил; наявність певної доступної функції, винагороди чи права на участь визначається сторінкою відповідного продукту та правилами ончейн-контракту на той момент.

Netswap здійснює обміни через пули автоматизованого маркет-мейкера (AMM): користувач не розміщує ордер для конкретної сторони в книзі ордерів, а торгує з пулом ліквідності, який містить два токени. Співвідношення залишків двох активів у пулі визначає відносне котирування під час обміну; обмін зменшує залишок активу, який купує користувач, і збільшує залишок активу, який він продає, тим самим змінюючи баланси пулу та впливаючи на котирування наступних операцій. Вартість обміну залежить не лише від відображеної ціни. Що більший розмір угоди відносно глибини пулу, то помітніше вона змінює баланси пулу, а результат виконання може сильніше відрізнятися від котирування до угоди; крім того, необхідно сплатити ончейн-комісію мережі за обробку транзакції. AMM може безперервно забезпечувати доступну для торгів ліквідність пулу, але не гарантує виконання угоди будь-якого розміру за однаковою ціною.

Надання ліквідності означає внесення коштів у двох активах відповідно до вимог пулу та отримання LP-підтвердження, що представляє частку в цьому пулі. Володіння таким підтвердженням не є депозитом із фіксованою ставкою: воно представляє право користувача на активи пулу та комісії, що накопичуються пропорційно до частки; при виході повертаються два активи, що відповідають частці на той час, а не фіксована кількість спочатку внесених активів. Документація пулів Netswap зазначає, що з кожної угоди стягується торгова комісія 0.3%, з яких 0.25% додаються до відповідного пулу ліквідності, тому частка LP у комісіях походить від фактичної активності обмінів, а не є автоматично гарантованим доходом. Водночас, коли ціни двох токенів відносно змінюються, арбітражні угоди коригують пропорцію активів у пулі; склад активів LP при виході може відрізнятися від простого утримання початкових двох активів — це ризик непостійних втрат. Чи зможуть комісії компенсувати цю різницю, залежить від обсягу торгів, траєкторії цін і періоду утримання та не може бути гарантовано заздалегідь.

Згідно з початковою моделлю управління Netswap, загальна пропозиція NETT встановлена на рівні 100 мільйонів токенів, з яких 99 мільйонів (99%) планувалося розподілити через майнінг ліквідності. Вислів «через майнінг ліквідності» описує канал розподілу в цій початковій схемі, пов’язаний із наданням ліквідності протоколу та стимулами ферм, і не дорівнює кількості, яка в певний момент уже перебуває в обігу, отримана або доступна для торгів. Ця модель також передбачає можливість коригування відповідних механізмів через управління. Отже, початкова загальна пропозиція та початковий розподіл 99% є базою для розуміння описаного в документації дизайну токена, але на їхній основі не можна розрахувати поточну циркулюючу пропозицію, поточну емісію конкретного пулу або стверджувати, що подальше впровадження завжди зберігає ті самі параметри; ці питання потрібно окремо підтверджувати рішеннями управління, чинними на той момент, і станом контрактів.

Ферми розділяють «надання ліквідності» та «отримання додаткових стимулів» на два етапи: користувач спочатку вносить два активи до пулу ліквідності та отримує LP-підтвердження; лише після внесення цього підтвердження до відповідної ферми воно враховується в розрахунку винагород цієї ферми. Саме володіння LP-підтвердженням не означає автоматичної участі в певній фермі. Документація Netswap зазначає, що ферми можуть виплачувати NETT, а деякі ферми також можуть одночасно виплачувати інший токен. Джерелом винагород є встановлена для ферми схема стимулювання, а користувачам зазвичай потрібно отримати накопичені винагороди в інтерфейсі або контракті; щоб повернути LP-підтвердження, слід спочатку вийти з ферми, а потім викупити ліквідність за правилами пулу. Токени винагород, швидкість розподілу, доступні пули та відображення річної дохідності змінюються залежно від умов конкретної ферми, тому значення на одній сторінці не можна вважати фіксованим результатом для всіх ферм або всіх періодів.

Згідно з функціями, переліченими в документації Netswap, стейкінг NETT може використовуватися для отримання відповідних стимулів, а також для накопичення wNETT у дизайні launchpad з метою участі в launch-активностях. Тобто стейкінг не перетворює NETT безпосередньо на LP-підтвердження: перше означає блокування або внесення NETT до відповідного механізму за правилами стейкінгу, тоді як друге представляє частку користувача у двоактивному пулі ліквідності. Можливість участі в конкретній launch-активності, спосіб розрахунку wNETT, можливість виходу в період стейкінгу та порядок отримання винагород є складовими правил конкретного продукту. Офіційні вступні та управлінські матеріали можуть показувати, що такі цілі були включені до дизайну продукту, але не замінюють актуальні умови кваліфікації, ліміти або умови винагород для конкретної активності.

Дизайн управління NETT дозволяє спільноті пропонувати та ухвалювати пропозиції щодо пов’язаних із протоколом механізмів, наприклад коригування пулів ліквідності, схем майнінгу ліквідності та нових сценаріїв використання. Практичне значення управління полягає в тому, що пропозиція, ухвалена за застосовним процесом, може змінити те, яку ліквідність протокол стимулює або які напрями функціональності застосовує, а не в тому, що кожен власник автоматично отримує фіксований дохід. Слід відрізняти «можливість обговорювати або пропонувати» від «того, що вже набуло чинності». Ідея управління змінює правила, з якими фактично стикаються користувачі, лише після проходження чинної на той час процедури управління та, за потреби, реалізації у відповідних параметрах або контрактах; сама початкова модель управління не доводить, що будь-яка подальша пропозиція вже була схвалена чи виконана.