Preço de Lava Network (LAVA)

Lava Network é uma rede que fornece serviços de API descentralizados para acesso a dados de blockchains. Os consumidores compram subscrições para obter direito de uso de APIs, os provedores executam endpoints e prestam serviços, e LAVA é usado para staking, incentivos de serviço e participação na rede. Ela não substitui diretamente as blockchains acedidas: a função 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 da validação de transações; provedores fazem staking de LAVA, escolhem as especificações de API dos seus serviços e estabelecem endpoints; delegadores podem delegar a validadores ou provedores para participar da distribuição de recompensas correspondente. A compra de uma subscrição por um consumidor não significa pagar diretamente toda a taxa de subscrição a um único endpoint. A subscrição primeiro define os serviços disponíveis e as condições de uso; depois, o protocolo distribui as partes correspondentes entre provedores, validadores, contribuidores e delegadores com base no serviço válido e nas regras de liquidação.

Staking duplo significa que o staking ou a delegação da mesma quantidade de LAVA pode estar associado simultaneamente às funções de validador e provedor. Assim, os mesmos tokens ficam expostos aos riscos da segurança do consenso e do fornecimento de serviços, e podem participar das recompensas de ambos os lados. O objetivo é evitar um forte desequilíbrio entre os volumes de staking dos pools de validadores e de provedores. Ao iniciar o staking pelo lado do provedor, é obrigatório escolher simultaneamente um validador; ao delegar pelo lado do validador, pode-se deixar de escolher um provedor por enquanto, e os tokens ficam no estado “empty_provider”, podendo receber depois uma delegação de provedor. O staking efetivo de um provedor também é afetado pela sua comissão e pelo limite de delegação, portanto o staking não resulta necessariamente no mesmo retorno.

Os consumidores primeiro compram planos de subscrição definidos pela governança; os planos determinam limites como volume disponível durante um período, número de provedores, localização geográfica ou funcionalidades adicionais. As subscrições podem criar projetos e distribuir permissões de uso a programadores ou aplicações. Em cada epoch, o protocolo emparelha consumidores e provedores de forma pseudorrandómica, considerando fatores como staking do provedor, localização geográfica, indicadores de qualidade de serviço, complementos suportados e parâmetros do consumidor. Apenas provedores emparelhados são elegíveis para reivindicar recompensas pelo serviço a esse consumidor; o emparelhamento é atualizado a cada epoch para distribuir o tráfego e reduzir os riscos de concentração ou censura.

Depois de concluir solicitações de API off-chain, os provedores mantêm registos de relay assinados por uma chave do consumidor, programador ou subscrição; a assinatura comprova a solicitação de serviço. Para evitar que cada solicitação seja colocada on-chain, as unidades de computação (CU) de solicitações consecutivas são agregadas numa sessão, e o provedor pode iniciar uma reivindicação relay_payment usando a última prova agregada da sessão. As recompensas não são pagas imediatamente a cada chamada de API. A janela de reivindicação retardada após o fim do epoch permite que a agregação da sessão atual seja concluída e que a cadeia verifique o emparelhamento e impeça reivindicações duplicadas para a mesma sessão. Quando a subscrição termina ou ocorre o gatilho mensal, as CU acumuladas são usadas para distribuir o custo da subscrição conforme o uso do serviço; após deduzir as partes de validadores e contribuidores, o provedor distribui o restante aos 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. A produção inicial de blocos e os incentivos aos provedores podem vir de recompensas Bootstrap previamente bloqueadas num pool de recompensas e libertadas gradualmente segundo as regras. Isso deve ser distinguido de “a oferta circulante permanece inalterada”: a libertação do pool de recompensas altera o caminho pelo qual tokens saem do pool para as mãos dos participantes, mas não é nova cunhagem; recompensas não reclamadas e tokens confiscados por fraude reduzem a oferta. As recompensas dos provedores também estão diretamente ligadas à compra de subscrições pelos consumidores, e a governança pode ajustar os preços dos planos de subscrição de acordo com a oferta e a procura do token.

A qualidade do serviço afeta se os provedores podem reter recompensas e obter futuros emparelhamentos. Os consumidores enviam relatórios de qualidade do serviço durante a sessão, e os provedores devem anexar esses relatórios ao reivindicar recompensas; a ausência deles pode causar perda de recompensas, e avaliações mais baixas também podem reduzir as CU acumuladas na proporção definida pela governança. Se um provedor recusar conexões continuamente ou apresentar erros repetidos, os consumidores podem reportar o seu estado offline por meio de transações de reivindicação de outros provedores. No início de cada epoch, o protocolo avalia os relatórios relevantes; quando a diferença entre o uso reportado e o uso reivindicado pelo provedor atingir o limiar das regras, o provedor pode ser jailed, ficando temporariamente sem novos emparelhamentos até que esse estado seja removido.