Цена 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 и временно не получать новых сопоставлений, пока этот статус не будет снят.