Ціна Lava Network (LAVA)

Lava Network — це мережа, що надає децентралізовані API-сервіси для доступу до блокчейн-даних. Споживачі купують підписки для отримання права користування API, провайдери запускають кінцеві точки й надають послуги, а LAVA використовується для стейкінгу, стимулювання послуг і участі в мережі. Вона не замінює безпосередньо блокчейни, до яких здійснюється доступ: роль Lava полягає в організації того, хто може надавати послуги даних, як споживачі отримують послуги та як винагороди розраховуються на підставі перевірюваного використання.

LAVA використовується одночасно для захисту мережі та координації послуг даних. Валідатори стейкають LAVA для участі у виробництві блоків і перевірці транзакцій; провайдери стейкають LAVA, після чого обирають API-специфікації своїх послуг і створюють кінцеві точки; делегатори можуть делегувати валідаторам або провайдерам для участі у відповідному розподілі винагород. Купівля споживачем підписки не означає, що вся плата за підписку безпосередньо сплачується одній конкретній кінцевій точці. Підписка спочатку визначає доступні послуги й умови використання, після чого протокол розподіляє відповідні частини між провайдерами, валідаторами, контриб’юторами та делегаторами відповідно до дійсних послуг і правил розрахунків.

Подвійний стейкінг означає, що один і той самий стейкінг або делегування LAVA може одночасно бути пов’язаний із двома ролями — валідатором і провайдером. Отже, одні й ті самі токени одночасно мають ризикову експозицію до безпеки консенсусу й надання послуг та можуть брати участь у винагородах з обох сторін. Його мета — уникнути значного дисбалансу обсягів стейкінгу між пулом валідаторів і пулом провайдерів. Під час початку стейкінгу з боку провайдера необхідно водночас вибрати валідатора; під час делегування з боку валідатора можна тимчасово не вибирати провайдера, і тоді токени залишаються у стані «empty_provider», а делегування провайдеру можна додати пізніше. На ефективний стейкінг провайдера також впливають його комісія та ліміт делегування, тому стейкінг не обов’язково забезпечує однакову винагороду.

Споживачі спочатку купують плани підписки, визначені управлінням; плани встановлюють обмеження на доступний обсяг протягом певного періоду, кількість провайдерів, географічне розташування або додаткові функції. Підписки можуть створювати проєкти та розподіляти права використання між розробниками чи застосунками. У кожному epoch протокол псевдовипадково поєднує споживачів і провайдерів, враховуючи такі чинники, як стейкінг провайдера, географічне розташування, показники якості послуг, підтримувані додаткові компоненти та параметри споживача. Лише призначені провайдери мають право заявляти винагороди за обслуговування цього споживача; призначення оновлюється кожен epoch, щоб розосереджувати трафік і зменшувати ризик централізації або цензури.

Після виконання API-запитів поза мережею провайдери зберігають relay-записи, підписані ключем споживача, розробника або підписки; підпис є доказом запиту на послугу. Щоб не записувати в мережу кожен запит, обчислювальні одиниці (CU) послідовних запитів агрегуються в сесію, а провайдер може подати заявку relay_payment за допомогою останнього агрегованого доказу в сесії. Винагороди не виплачуються негайно за кожен API-виклик. Відкладене вікно подання заявок після завершення epoch дає змогу завершити агрегацію поточної сесії, а також дозволяє мережі перевірити призначення й запобігти повторному поданню заявки за ту саму сесію. Після завершення підписки або щомісячного тригера накопичені CU використовуються для розподілу вартості підписки відповідно до використання послуг; після вирахування часток валідаторів і контриб’юторів провайдер розподіляє винагороду зі своїми делегаторами за правилами комісії.

Функцію карбування Lava вимкнено, тому протокол не створює нові LAVA шляхом постійної емісії. Винагороди за раннє виробництво блоків і стимули для провайдерів можуть надходити з Bootstrap-винагород, попередньо заблокованих у пулі винагород, і поступово вивільнятися за правилами. Це слід відрізняти від «незмінної циркулюючої пропозиції»: вивільнення пулу винагород змінює шлях надходження токенів із пулу до учасників, але не є новим карбуванням; незатребувані винагороди та токени, конфісковані за шахрайство, зменшують пропозицію. Винагороди провайдерів також безпосередньо пов’язані з придбанням підписок споживачами, а управління може коригувати ціни планів підписки залежно від попиту й пропозиції токенів.

Якість послуг впливає на те, чи може провайдер зберегти винагороди та отримувати наступні призначення. Споживачі подають звіти про якість послуг у межах сесії, а провайдери повинні додавати ці звіти під час подання заявки на винагороди; їхня відсутність може призвести до втрати винагороди, а нижчі оцінки також можуть зменшити накопичені CU на величину, визначену управлінням. Якщо провайдер постійно відмовляє у з’єднанні або неодноразово повертає помилки, споживачі можуть повідомляти про його офлайн-стан через транзакції заявок інших провайдерів. На початку кожного epoch протокол оцінює відповідні звіти; коли різниця між зазначеним у звітах використанням і використанням, заявленим провайдером, досягає порога, встановленого правилами, провайдера можуть jailed, тимчасово позбавивши нових призначень, доки цей стан не буде знято.