Preço do Lava Network (LAVA)

Lava Network é uma rede que fornece serviços de API descentralizados para acesso a dados de blockchain. Os consumidores compram assinaturas para obter direito de uso de APIs, os provedores operam endpoints e prestam serviços, e o LAVA é usado para staking, incentivos de serviço e participação na rede. Ela não substitui diretamente as blockchains acessadas: o papel da Lava é organizar quem pode fornecer serviços de dados, como os consumidores obtêm o serviço e como as recompensas são liquidadas com base em uso verificável.

LAVA é usado tanto para proteger a rede quanto para coordenar serviços de dados. Validadores fazem staking de LAVA para participar da produção de blocos e validação de transações; provedores fazem staking de LAVA, selecionam as especificações de API que atendem e estabelecem endpoints; delegadores podem delegar a validadores ou provedores para participar da distribuição de recompensas correspondente. Comprar uma assinatura como consumidor não significa pagar toda a taxa de assinatura diretamente a um endpoint específico. A assinatura primeiro define os serviços disponíveis e as condições de uso; depois, o protocolo distribui as parcelas correspondentes entre provedores, validadores, contribuidores e delegadores de acordo com o serviço válido e as regras de liquidação.

Staking duplo significa que o staking ou a delegação da mesma quantidade de LAVA pode estar associado simultaneamente aos papéis de validador e provedor. Assim, os mesmos tokens assumem a exposição a risco tanto da segurança do consenso quanto da oferta de serviços e podem participar das recompensas de ambos os lados. Seu objetivo é evitar um forte desequilíbrio entre o volume em staking do grupo de validadores e o do grupo de provedores. Ao iniciar o staking pelo lado do provedor, é obrigatório selecionar simultaneamente um validador; ao delegar pelo lado do validador, o provedor pode não ser escolhido inicialmente, deixando os tokens no estado “empty_provider”, e a delegação ao provedor pode ser acrescentada depois. O staking efetivo do provedor também é afetado por sua comissão e limite de delegação, portanto o staking não necessariamente produz o mesmo retorno.

Os consumidores primeiro compram um plano de assinatura definido pela governança; o plano estabelece limites como uso disponível durante determinado período, número de provedores, localização geográfica ou funcionalidades adicionais. A assinatura pode criar projetos e distribuir direitos de uso a desenvolvedores ou aplicações. Em cada epoch, o protocolo faz o pareamento pseudoaleatório entre consumidores e provedores com base em fatores como staking do provedor, localização geográfica, métricas de qualidade de serviço, complementos compatíveis e parâmetros do consumidor. Somente provedores pareados têm direito a solicitar recompensas pelo serviço prestado a esse consumidor; o pareamento é atualizado a cada epoch para distribuir o tráfego e reduzir riscos de concentração ou censura.

Depois de concluir solicitações de API off-chain, os provedores mantêm registros de relay assinados pela chave do consumidor, desenvolvedor ou assinatura; a assinatura é a prova da solicitação de serviço. Para evitar que cada solicitação vá à cadeia, as unidades de computação (CU) de solicitações contínuas são agregadas em uma sessão, e o provedor pode iniciar uma solicitação relay_payment usando a última prova agregada da sessão. As recompensas não são pagas imediatamente em cada chamada de API. A janela de solicitação atrasada após o fim do epoch permite que a agregação da sessão atual seja concluída e que a cadeia verifique o pareamento e evite solicitações duplicadas da mesma sessão. Quando a assinatura termina ou ocorre o gatilho mensal, as CU acumuladas são usadas para distribuir o custo da assinatura de acordo com o uso do serviço; após deduzir as parcelas de validadores e contribuidores, o provedor distribui o restante com seus delegadores conforme as regras de comissão.

A função de cunhagem da Lava está desativada; portanto, o protocolo não cria novos LAVA por emissão contínua. Os incentivos iniciais para produção de blocos e provedores podem vir de recompensas Bootstrap previamente bloqueadas em um pool de recompensas e ser liberados gradualmente segundo as regras. Isso deve ser distinguido de “oferta circulante inalterada”: a liberação do pool de recompensas muda o caminho dos tokens do pool para os participantes, mas não é uma nova cunhagem; recompensas não reivindicadas e tokens confiscados por fraude reduzem a oferta. As recompensas dos provedores também estão diretamente relacionadas à compra de assinaturas pelos consumidores, e a governança pode ajustar o preço dos planos de assinatura conforme a oferta e demanda de tokens.

A qualidade do serviço afeta se os provedores podem reter recompensas e receber pareamentos futuros. Os consumidores enviam relatórios de qualidade de serviço durante a sessão, e os provedores devem anexar esses relatórios ao solicitar recompensas; deixar de anexá-los pode resultar em perda da recompensa, e avaliações mais baixas também podem reduzir as CU acumuladas na proporção definida pela governança. Se um provedor continuar recusando conexões ou apresentar erros repetidamente, os consumidores podem relatar seu estado offline por meio de transações de solicitação de outros provedores. No início de cada epoch, o protocolo avalia os relatórios pertinentes; quando a diferença entre o uso relatado e o uso reivindicado por esse provedor atinge o limite definido pelas regras, o provedor pode ser jailed, ficando temporariamente sem receber novos pareamentos até que esse estado seja removido.