Question 1

¿Qué son Lava Network y LAVA?

Accepted Answer

Lava Network es una red que proporciona servicios de API descentralizados para el acceso a datos de blockchain. Los consumidores compran suscripciones para obtener derechos de uso de API, los proveedores ejecutan endpoints y prestan servicios, y LAVA se utiliza para staking, incentivos de servicio y participación en la red. No sustituye directamente a las blockchains a las que se accede: la función de Lava es organizar quién puede proporcionar servicios de datos, cómo obtienen los consumidores esos servicios y cómo se liquidan las recompensas según el uso verificable.

Question 2

¿Qué funciones tiene LAVA en la red?

Accepted Answer

LAVA se utiliza tanto para proteger la red como para coordinar los servicios de datos. Los validadores ponen LAVA en staking para participar en la producción de bloques y la validación de transacciones; los proveedores ponen LAVA en staking, eligen las especificaciones de API que prestan y establecen endpoints; los delegadores pueden delegar en validadores o proveedores para participar en la distribución de recompensas correspondiente. Que un consumidor compre una suscripción no significa que pague íntegramente la tarifa de suscripción directamente a un endpoint concreto. La suscripción primero define los servicios disponibles y las condiciones de uso; posteriormente, el protocolo distribuye las partes correspondientes entre proveedores, validadores, contribuyentes y delegadores de acuerdo con el servicio válido y las reglas de liquidación.

Question 3

¿Qué es el staking dual de LAVA?

Accepted Answer

El staking dual significa que el staking o la delegación de una misma cantidad de LAVA puede vincularse simultáneamente a los dos roles de validador y proveedor. Por ello, los mismos tokens asumen exposición al riesgo tanto de la seguridad del consenso como de la provisión de servicios, y pueden participar en las recompensas de ambos lados. Su objetivo es evitar un desequilibrio grave entre el tamaño de staking del grupo de validadores y el del grupo de proveedores. Al comenzar el staking desde el lado del proveedor, debe elegirse simultáneamente un validador; al delegar desde el lado del validador, puede no elegirse inicialmente un proveedor, en cuyo caso los tokens permanecen en estado «empty_provider» y posteriormente puede añadirse una delegación a un proveedor. El staking efectivo de un proveedor también está sujeto a su comisión y a límites de delegación, por lo que hacer staking no garantiza necesariamente la misma rentabilidad.

Question 4

¿Cómo obtienen los consumidores servicios de API y cómo se selecciona a los proveedores?

Accepted Answer

Los consumidores primero compran un plan de suscripción definido por la gobernanza; el plan establece límites como la cantidad disponible durante un periodo determinado, el número de proveedores, la ubicación geográfica o funciones adicionales. La suscripción puede crear proyectos y asignar los derechos de uso a desarrolladores o aplicaciones. En cada epoch, el protocolo empareja de forma seudoaleatoria a consumidores y proveedores en función de factores como el staking del proveedor, la ubicación geográfica, los indicadores de calidad del servicio, los complementos admitidos y los parámetros del consumidor. Solo los proveedores emparejados pueden solicitar recompensas por el servicio de ese consumidor; el emparejamiento se actualiza en cada epoch para distribuir el tráfico y reducir los riesgos de concentración o censura.

Question 5

¿Cómo se prueban y liquidan las recompensas de servicio de los proveedores?

Accepted Answer

Tras completar fuera de cadena una solicitud de API, los proveedores conservan registros relay firmados con claves de consumidor, desarrollador o suscripción; la firma es prueba de la solicitud de servicio. Para evitar llevar cada solicitud a la cadena, las unidades de cómputo (CU) de solicitudes continuas se agregan en una sesión, y el proveedor puede iniciar una reclamación relay_payment con la última prueba agregada de la sesión. Las recompensas no se pagan inmediatamente en cada llamada a la API. La ventana de reclamación diferida tras el final del epoch permite completar la agregación de la sesión actual y que la cadena verifique el emparejamiento y evite reclamaciones duplicadas de la misma sesión. Cuando termina la suscripción o se activa el evento mensual, las CU acumuladas se usan para distribuir el coste de la suscripción según el uso del servicio; tras deducir las partes de validadores y contribuyentes, el proveedor distribuye con sus delegadores conforme a las reglas de comisión.

Question 6

¿Cómo funcionan el suministro de LAVA y los fondos de incentivos?

Accepted Answer

La función de acuñación de Lava está deshabilitada, por lo que el protocolo no crea nuevos LAVA mediante emisión continua. Los incentivos iniciales para la producción de bloques y los proveedores pueden provenir de recompensas Bootstrap bloqueadas previamente en un fondo de recompensas y liberadas gradualmente según las reglas. Esto debe distinguirse de que «el suministro circulante no cambie»: la liberación desde el fondo de recompensas cambia la vía por la que los tokens pasan del fondo a manos de los participantes, pero no es nueva acuñación; las recompensas no reclamadas y los tokens confiscados por fraude reducen el suministro. Las recompensas de los proveedores también están directamente vinculadas a las suscripciones compradas por los consumidores, y la gobernanza puede ajustar los precios de los planes de suscripción según la oferta y demanda de tokens.

Question 7

¿Cómo vincula Lava la calidad del servicio con los incentivos de los proveedores?

Accepted Answer

La calidad del servicio puede afectar a que un proveedor conserve recompensas y reciba emparejamientos posteriores. Los consumidores presentan informes de calidad del servicio en la sesión, y el proveedor debe adjuntar esos informes al reclamar recompensas; no adjuntarlos puede hacerle perder recompensas, y una calificación más baja también puede reducir las CU acumuladas en la magnitud establecida por la gobernanza. Si un proveedor rechaza conexiones de forma continuada o genera errores repetidamente, los consumidores pueden informar de su estado fuera de línea mediante las transacciones de reclamación de otros proveedores. Al comienzo de cada epoch, el protocolo evalúa los informes pertinentes; cuando la diferencia entre el uso informado y el uso reclamado por ese proveedor alcanza el umbral establecido por las reglas, el proveedor puede ser jailed y quedar temporalmente sin nuevos emparejamientos hasta que se levante ese estado.

Precio de Lava Network (LAVA)