Question 1

Що таке Lava Network і LAVA?

Accepted Answer

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

Question 2

Які функції LAVA виконує в мережі?

Accepted Answer

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

Question 3

Що таке подвійний стейкінг LAVA?

Accepted Answer

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

Question 4

Як споживачі отримують API-послуги та як відбираються провайдери?

Accepted Answer

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

Question 5

Як доводяться та розраховуються винагороди провайдера за послуги?

Accepted Answer

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

Question 6

Як працюють пропозиція LAVA та кошти для стимулів?

Accepted Answer

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

Question 7

Як Lava пов’язує якість послуг зі стимулами для провайдерів?

Accepted Answer

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

Ціна Lava Network (LAVA)