해부하는 라바 네트워크: 모든 블록체인에 확장 가능한 액세스를 제공하는 데이터 네트워크

저자: Dewhales 출처: Dewhales  자본 굿오바 옮김, 골든파이낸스

Dewhales는 최근 연구에서 프로젝트들이 최근 들어 웹2.0과 유사한 진정한 모듈식 방향으로 나아가고 있다고 언급했습니다. 웹2의 지난 10년 동안 외부 라이브러리, 프레임워크, 컨테이너의 수가 폭발적으로 증가했습니다. 이전에는 웹3의 모듈을 통합하기 어렵고 애드혹 솔루션이 필요한 프레임워크에 비유할 수 있었습니다. 이제는 하나의 애플리케이션이 다양한 라이브러리를 호출할 수 있는 라이브러리가 있는 웹2와 더 비슷합니다. 웹2에서는 라이브러리가 많기 때문에 애플리케이션의 크기가 크게 부풀려져 은행 애플리케이션은 20~50MB가 이상적이지만 라이브러리 때문에 500~800MB가 될 수도 있었지만 웹3에서는 상황이 조금 달라졌습니다.

Web3는 개발자에게 많은 수의 SDK를 제공하는 팻 프로토콜 패러다임에서 벗어나고 있습니다. 이러한 포괄적인 제공으로 인해 개발자는 매우 광범위한 기능을 갖춘 도구가 아닌 모든 것을 '조금씩' 얻게 되는 경우가 많습니다. 또한, 지난 몇 년 동안 암호화폐의 추는 중앙 집중식 솔루션에서 탈중앙화 솔루션으로 바뀌었고, 웹3 개발 기능의 확장으로 인해 이제 개발의 주요 방향은 진정한 탈중앙화이며, Lava 네트워크는 진정한 분산 및 탈중앙화 웹3의 토대를 마련하는 초석 중 하나입니다.

2. Lava 네트워크 소개

Lava와 그 목표에 대한 일반적인 이해를 돕기 위해 다음 비유를 고려해 보시기 바랍니다:

• Lava는 우편 시스템인 반면 다른 제공업체는 독립적인 우체부입니다. 한 도시에 집배원이 한 명만 있는 경우, 그 집배원이 병에 걸려 우편물을 배달할 사람이 없을 수 있습니다. 여러 회사의 집배원이 많으면 경쟁이 심해져 소비자가 특정 집배원을 선택하기 어렵습니다. 라바에서는 누구나 '라바'라는 집배원 집단에 가입하여 자전거, 자동차, 도보 등 원하는 방식으로 우편물을 배달할 수 있습니다. 일회성 요금을 지불하면 Lava의 알고리즘이 사용자의 필요에 따라 우편물을 배달할 최적의 집배원을 선택합니다. 직접 집배원을 선택하거나 한 번에 여러 업체와 관계를 맺을 필요가 없습니다.

• Lava는 마켓플레이스인 반면, 다른 제공업체는 개별 상점입니다. 현재 Web3에는 인프라 통합 서비스가 없으며, 새로운 블록체인과 포트폴리오가 도입됨에 따라 스택의 이 부분은 점점 더 세분화되고 있습니다. 셀레스티아에 롤업 배포할 때마다 개발자는 새로운 공급자를 사용하거나 노드를 설정해야 하는데, Lava를 사용하면 개발자가 개별 공급자를 수동으로 선택할 필요가 없습니다. 개발자가 앱을 Lava에 연결하면 프로토콜은 응답을 받을 수 있는 가장 효율적인 노드에 연결할 뿐만 아니라 체인, 프로토콜, API 인터페이스를 통해 요청을 올바른 공급자에게 라우팅합니다.

3. Lava 네트워크 및 RPC 개요

Lava 프로토콜은 블록체인 데이터에 탈중앙화되고 확장 가능한 액세스를 제공하도록 설계되었습니다. Lava는 모든 블록체인을 위한 빠르고 안정적이며 탈중앙화된 RPC 네트워크로, 중앙화된 블록체인 데이터 제공자(인퓨라, 알케미 등)에 내재된 문제를 해결합니다. 또한, Lava에는 블록체인이 인프라 개발을 유도하기 위해 생성할 수 있는 인센티브 풀이 있습니다. 이는 제공자에게 비용을 지불하는 데 사용되며, 사용자/개발자는 무료로 RPC를 받을 수 있습니다. 현재 솔루션의 단점에 대해서는 "경쟁사" 섹션에서 자세히 알아보세요. 이 외에도 개발팀은 Lava가 앞으로 더 많은 기능과 모듈을 지원할 것이라고 강조했습니다.

현재 Lava의 첫 번째 서비스 모듈은 RPC이며, 네트워크는 30개 이상의 체인을 지원합니다. 향후에는 서브그래프, 예후 예측기, 안티-MEV API 등의 모듈을 추가할 수 있습니다.

• RPC란 무엇인가요? strong>RPC(원격 프로시저 호출)는 한 프로그램에서 다른 프로그램의 프로시저(함수)를 호출할 수 있는 방법입니다. 블록체인 환경에서는 블록체인에 연결하는 다른 네트워크 참여자의 읽기/쓰기 액세스를 용이하게 하는 풀 노드이며, 일반적으로 자체 풀 노드나 라이트 클라이언트가 없거나 실행할 수 없는 사람들이 RPC 노드를 사용하여 블록체인에 액세스할 때 마찰을 크게 줄일 수 있습니다. RPC 공급자에 연결하는 모든 사용자는 자체 검증을 수행하지 않기 때문에 공급자의 무결성을 암묵적으로 신뢰합니다.

• RPC의 사용: 사용자는 모든 블록체인에 연결하고 캐스팅, 거래, 트랜잭션, 전송, 스마트 컨트랙트 배포 등 기본적인 작업을 수행하기 위해 RPC를 사용해야 합니다. 디앱의 경우, RPC를 사용하면 디앱이 모든 블록체인 네트워크와 상호 작용할 수 있습니다. 예를 들어, 디앱은 RPC를 사용하여 트랜잭션을 전송하거나 블록체인에서 데이터(가스 가격, 계정 잔액 등)를 읽거나 네트워크의 특정 이벤트에 가입할 수 있으며, RPC를 사용하면 개인 키를 공개하지 않고도 블록체인 네트워크와 상호 작용할 수 있습니다.

한편으로는 Lava를 라우터나 중계기와 비슷하게 설명하는 것처럼 보일 수 있습니다. 하지만 실제로 Lava는 다양한 ISP, 서비스, dApp, 사용자에게 보이지 않는 다양한 프로세스 등 웹3.0의 모든 측면과 구성 요소에 RPC로 침투합니다. 따라서 Lava가 실제로 어떻게 작동하는지 더 자세히 살펴볼 필요가 있습니다.

4. Lava와 Lava SDK의 일반적인 작동 방식

1. 체인과 롤업은 네이티브 토큰이나 스테이블코인, 심지어 멤코인으로 구성된 인센티브 풀을 Lava에 생성합니다

2. 체인과 롤업은 간단한 사양("스펙")을 작성하여 Lava에 인센티브 풀을 생성합니다. "사양")을 작성하여 필요한 인프라 서비스를 정의하고 이를 Lava에 추가하여 공급자가 인프라를 서비스할 수 있도록 합니다

3. 공급자는 사양에 정의된 인프라를 서비스하기 위해 Lava에 가입합니다. 서비스를 제공하고 인센티브 풀에서 보상을 받습니다. 이는 소수의 주요 공급자가 아직 지원하지 않는 새로 출시되었거나 출시 전인 체인에 특히 유용합니다

4. Lava는 공급자를 집계하고 지리적 위치와 공급자 서비스 품질에 따라 요청을 최적으로 라우팅합니다. 사용자가 직접 최적의 공급자를 조사하고 선택할 필요가 없습니다. Lava는 요청별로 사용자의 요구 사항을 충족하도록 매우 동적으로 조정할 수 있습니다

5. 사용자와 개발자는 무료 인프라를 이용할 수 있습니다

6. 월별 요금은 제공하는 컴퓨팅 성능과 서비스 품질에 따라 달라집니다

7. 개발자는 더 많은 속도 제한 서비스(예: 더 많은 RPC 요청)를 위한 구독을 구매할 수 있습니다. 구독 요금은 월 단위로 공급자에게 지불됩니다.

현재 온체인 데이터 제공자의 문제는 이러한 솔루션이 매우 파편화되어 모든 기능을 한곳에서 제공하는 곳이 없다는 것입니다 - 각 제공자는 특정 기능을 누락하고 있다는 점입니다. -각 공급자는 특정 기능이나 특정 네트워크에 대한 지원이 부족합니다. 결과적으로 필요한 데이터 스택을 처리하기 위해 여러 솔루션을 동시에 사용해야 합니다. lava는 특히 중앙 집중식 인프라 장애 문제도 강조했습니다.

Lava는 동적인 시장 중심 가격 책정을 통해 블록체인 데이터에 접근하기 위한 시장 및 결제 레이어 역할을 합니다. 결제 정산, 분쟁 해결, 페어링은 모두 온체인에서 이루어집니다. 경쟁력을 확보하기 위해 공급자와 수요자는 데이터와 요청을 오프라인(즉, Lava 네트워크를 통하지 않고)으로 직접 소통합니다. Lava는 사용자가 더 나은 속도와 사용자 경험을 위해 RPC뿐만 아니라 전 세계 여러 위치의 RPC에 액세스할 수 있도록 설계되었습니다.

기술적으로 Lava는 코스모스 SDK와 텐더민트 커널을 사용해 개발한 지분 증명 기반 블록체인 솔루션을 제공합니다. 이는 코스모스가 서로 다른 네트워크를 서로 연결할 수 있는 허브로 자리 잡았다는 맥락에서 보면 논리적으로 보입니다. 그러나 이는 코스모스가 실제로 IBC 기술을 통해 서로 다른 네트워크를 연결하기 위한 다소 비싼 솔루션이라는 문제를 제기합니다. 사실 현재 IBC 전송 레이어는 각 체인 사이에 경량 클라이언트 쌍을 필요로 합니다. 대부분의 EVM 기반 체인에서 전체 경량 클라이언트를 실행하는 데 드는 비용은 엄청나며, 이로 인해 고대역폭, 저비용 체인에 대한 IBC 액세스가 제한됩니다. 검증자 요구사항은 표준 코스모스 요구사항입니다:

이 한 장은 코스모스에 초점을 맞추고 있지만 실제로 게이트웨이 라바를 방문하면 꽤 많은 지원 체인들을 볼 수 있습니다( 테스트 네트워크에서 RPC를 제공하는 일부 체인 포함). 6월 중순에는 16개의 체인만 사용 가능했지만, 7월 7일 현재 24개의 체인을 사용할 수 있습니다.

Lava는 또한 강력한 JavaScript/. 개발자를 위해 설계된 강력한 자바스크립트 라이브러리로, 코드에 간단한 js 라이브러리를 추가하여 플러그 앤 플레이 RPC 멀티체인을 통합할 수 있습니다. Lava 생태계에서 지원하는 모든 체인에 대한 탈중앙화된 액세스를 제공하며 서버와 브라우저 환경 모두에서 사용할 수 있습니다. 개발자는 Lava-SDK를 프로젝트에 가져와서 다양한 블록체인과 쉽게 상호작용하고 탈중앙화 애플리케이션을 쉽게 만들 수 있습니다.

Lava에서 제공하는 도구:

• 게이트웨이- 손쉬운 온라인 프로젝트 관리를 위한 웹 UI와 지원되는 모든 체인 및 API에서 URL 기반 API 액세스를 제공합니다.

• 배지 서버 및 통합이 포함된 SDK프론트엔드 디앱의 개인키를 숨기고 보호하기 위한 혁신적인 배지 시스템을 갖춘 SDK입니다. 또한 SDK는 viem, web3.js, ethers.js, CosmJS 등과의 기본 통합을 지원합니다.

• Server Suite - 엔터프라이즈 환경에서 게이트웨이를 구축하거나 여러 소비자에게 서비스를 제공하는 데 사용할 수 있는 동시 처리량이 높은 바이너리입니다.

5. Lava 네트워크 설계 및 아키텍처

자 이제 Lava에 대해 살펴보겠습니다. 탈중앙화 설계의 장점:

• 합의 기반 데이터 정확도. Client free는 임계값 알고리즘을 사용하여 API 엔드포인트를 샘플링하고 확률적 방식으로 응답 충돌을 최소화합니다. 네트워크의 데이터를 중심으로 합의가 이루어지며, 향후에는 신뢰에 대한 가정을 더욱 제거하기 위해 간단한 클라이언트가 계획되어 있습니다. 개발자는 오래되거나 부정확한 데이터에 대해 걱정할 필요가 없습니다.

• 트래픽 급증에 따라 확장되는 네트워크 이중화 - 애플리케이션이 공급자 목록과 상호작용하여 가동 시간 및 서비스 범위를 늘립니다. 또한 네트워크는 RPC 노드를 빠르게 실행하여 공급자 연결 및 서비스 프로비저닝을 위한 새로운 Lava 네트워크 사양을 생성할 수 있습니다.

• 많은 공급자에 연결 = 높은 가동 시간 - 고객은 공급자의 목록과 페어링되고 지연 시간, 최신성, 가용성을 기준으로 P2P 시스템에서 평가되어 공급자 보상을 결정합니다. 공급자는 세션당 QoS에 따라 보상을 받으므로 사용자는 다운타임 없이 최상의 경험을 얻을 수 있습니다.

• 모든 체인, 모든 API 사양 지원 - 개발자는 Lava를 공급자로 사용하여 현재 네트워크에서 제공하는 모든 체인 및 API에 액세스하도록 설정을 변경할 수 있습니다. DAO와 기여자는 오픈소스를 사용하여 네트워크를 위한 새로운 지원을 빠르게 구현할 수 있습니다. DAO와 기여자는 오픈소스를 사용하여 네트워크에 대한 새로운 지원을 빠르게 구현할 수 있으므로 개발자는 자신의 요구를 충족하기 위해 새로운 공급자를 찾는 데 시간을 낭비할 필요가 없습니다. 개발자에게 필요한 모든 RPC는 오픈소스 프로토콜을 통해 제공됩니다.

Lava 네트워크 개요:

하지만 엔진의 일부만 볼 수 있는 작은 유리창을 통해 보닛 아래를 보는 대신 보닛을 열면 모든 것이 더 크고 복잡해 보입니다.

라바 네트워크 참여자:

• 검증자는 체인을 보호하고, 보호 체인을 통해 수익을 얻습니다. LAVA. 검증자 노드는 블록을 제공하고, 블록에 투표하고, 상태를 검증하여 Lava 블록체인을 보호하는 역할을 담당합니다. 검증자 보상의 형성은 "토큰 경제학" 섹션에서 자세히 설명합니다.

• The Principal은 네트워크의 공급자와 검증인에게 라바를 서약합니다. 이를 통해 네트워크의 보안을 강화하고 보상을 받는 대신 공급자와 검증자의 위험을 공유할 수 있습니다

• 소비자를 위한 서비스를 관리하는 공급자. 공급자는 네트워크에 서약하고 소비자 요청의 재전송 체인(예: 코스모스, 이더리움, 오스모시스, 폴리곤 등)에서 RPC 노드를 실행하여 재전송 요청을 이행합니다. 많은 경우(전부는 아니지만), 공급자는 특정 블록체인의 노드 운영자가 되기도 합니다. 이들은 소비자로부터 서비스 요청에 대한 대가를 LAVA의 형태로 받습니다. RPC 서비스의 성과에 따라 공급자는 보상을 받거나, 불이익을 받거나, 체인에서 제외될 수 있습니다. 그러나 검증자와 달리 공급자는 다음에서 보상을 받습니다:
  1) 서비스 소비자로부터의 구독 결제,
  2) 위에서 설명한 것처럼 서비스의 ipRPC 사양에 따른 ipRPC 보상 - ipRPC 풀에서3)위임 보상 - 아래 재서약에 설명된 대로
  4)보상 부스팅
  공급자 지불은 CU에서 이루어지며 LAVA로 지급됩니다. 각 공급자는 서비스 소비자의 구독 가격의 몫을 받습니다. 구독으로 받는 몫은 공급자가 해당 소비자에게 제공한 CU의 수를 구독에서 소비자가 사용한 총 CU 수로 나누어 계산합니다. 이를 통해 해당 공급자에게 귀속된 서비스 CU의 정확한 비율을 알 수 있습니다.

• 챔피언은 라바 네트워크에서 사양을 생성, 유지, 서비스 및 지원함으로써 라바에 접근할 수 있습니다. 많은 챔피언들이 사양을 생성하여 체인에 제시하고, 필요에 따라 기존 사양을 업데이트 또는 변경하거나 사양을 서비스하는 소프트웨어(노드 클라이언트, API 등)를 작성하여 이를 유지합니다. 사양(노드 클라이언트, API 클라이언트/인덱서 또는 기타 혁신)을 개발할 수 있습니다. 보상의 일부는 챔피언을 위해 예약되어 있습니다.

• 소비자란 Lava 프로토콜을 사용하여 웹3.0 API를 사용하는 모든 사람을 말합니다. 예를 들면 개발자, 지갑, 디앱, 거래소, 인덱서 등이 있습니다. 이들은 LavaSDK, ipRPC 엔드포인트, 게이트웨이 엔드포인트 또는 서버 제품군을 사용하여 데이터를 검색합니다. 소비자는 릴레이 요청을 시작합니다. 릴레이 체인과 상호 작용하고 Lava 네트워크에 참여하여 신뢰할 수 있는 RPC 호출을 합니다.Lava는 블록체인과의 탈중앙화된 상호작용을 촉진하여 소비자가 프라이버시, 거래 속도, 데이터 신뢰성, 감시 및 노드 가용성을 극대화할 수 있도록 합니다.Lava 네트워크의 소비자는 개발자와 그들이 만든 앱으로 분류됩니다.

• 기업 고객은 백엔드 서버 솔루션으로 실행되도록 설계된 블록체인 API에 대한 자체 호스팅 게이트웨이 액세스를 제공하는 GO 언어 참조 구현인 Lava 서버 키트를 사용할 수 있습니다. 원시 RPC 쿼리를 받아 프로토콜 계층으로 래핑한 후 탈중앙화된 방식으로 당사 네트워크의 공급자에게 직접 전송할 수 있으며, Lava 서버 키트는 Lava SDK보다 동시 처리량과 성능이 우수하고 높은 처리량과 확장성 효율성을 필요로 하는 기업용 애플리케이션에 사용할 수 있습니다.

• 사양은 Lava의 멀티체인 지원을 제공하는 기본 구성 요소로, JSON 형식으로 제공됩니다. 이러한 사양은 체인별 API가 Lava에서 효과적으로 작동하는 데 필요한 최소한의 요구사항을 정의합니다. Lava는 이러한 사양을 사용하여 지원되는 체인과 메서드를 식별하고 적절한 비용, 전제 조건 및 검사를 설정합니다.

• Lava Gateway는 블록체인 데이터에 즉시 액세스할 수 있는 개발자용 웹 플랫폼입니다. 이 게이트웨이는 라바 서버 키트를 활용하여 라바 네트워크를 통해 RPC가 필요한 개발자에게 호스팅된 진입점을 제공합니다. 이 설정을 통해 브라우저에서 직접 Web3 API를 쉽게 제어 관리하고 사용자 지정할 수 있습니다.

6. Lava 네트워크 리플렛지

6. align: left;">리플렛지라는 주제는 오랫동안 모든 사람들의 입에 오르내렸지만, Lava의 경우 예상치 못한 방향으로 더 정교한 접근 방식을 취하고 있습니다. 하지만 라바의 경우, 이 접근 방식은 일반적인 LST 및 AVS 네이티브 토큰의 리플렛지와는 다릅니다. 토큰 보유자는 Lava 네트워크에서 리플렛지를 통해 토큰을 공급자가 제공한 사양에 맡기고 선택한 공급자에게 부여되는 보상의 일부를 받을 수 있습니다. 모든 리플레더는 해당 공급자의 수익 일부를 받을 자격이 있습니다.

검증자에게 위임된 LAVA는 리플리지를 할 수 있으며, 추가 담보를 제시할 필요 없이 공급자에게 LAVA 토큰을 리플리지를 할 수 있으므로 더 큰 위험을 감수하는 대신 더 큰 보상을 받을 수 있습니다. 대신, 공급자가 토큰을 담보로 제공할 때마다 동일한 양의 토큰이 검증자에게 리플리징됩니다. 즉, 공급자 위임은 자기 위임(공급자로서 자신에게 위임)과 표준 위임(검증자에게 위임)이 모두 가능합니다.

 재서약의 목적:
- 본인에게 최고의 제공자를 선택하고 이에 대한 보상을 받을 수 있는 방법 제공
- 검증자에게 다음을 제공합니다. 교장에게 추가 수익 제공
- 네트워크의 보안 비용 절감

7. 경쟁사 환경

알케미에 따르면 실제로 꽤 많은 RPC 공급자가 존재합니다. Alchemy에 따르면 29개가 있습니다. 주요 업체로는 인퓨라, 퀵노드, 알케미 등이 있지만, 이들과 비교하면 라바 네트워크는 완전히 다른 제품을 제공합니다.

중앙화된 RPC 공급자의 단점은 무엇인가요:

• 월렛은 국가를 검열할 수 있고, 공급자는 특정 디앱의 거래를 차단할 수 있으며, 게이트웨이는 부정확하고 때로는 악의적인 데이터를 반환할 수 있습니다.

• 올해 초 테스트 네트워크 릴리즈에서 발생한 오류로 인해 솔라나 재단 RPC 엔드포인트가 오프라인 상태가 되었습니다. 이는 네트워크의 새로운 블록 생성 기능에는 영향을 미치지 않지만, 사용자가 프라이빗 RPC 제공자에게만 의존해야 하며 공개적으로 사용 가능한 RPC를 더 이상 사용할 수 없음을 의미합니다.

• RPC 제공자는 종종 치명적인 구성 문제에 직면합니다(예: 최근 문제가 발생한 Ledgerwatch Erigon 프로젝트의 제공자). RPC 공급자는 종종 치명적인 구성 문제에 직면합니다(예: 최근 엔드포인트가 실패하고 HTTP 엔드포인트 URL이 영구적으로 종료되는 문제가 발생한 Ledgerwatch Erigon 프로젝트의 공급자와 같이 프로젝트 로그에 문서화된 대로)와 같은 문제를 겪습니다.

• 옵티밈 에어드랍은 실패한 에어드랍으로 인해 퍼블릭 RPC에 선제적인 트래픽 과부하가 발생하여 토큰 가치가 60% 하락한 것으로 나타났습니다.

또한, 대규모 공급자는 소수의 체인에 서비스를 제공하며, Lava는 인센티브 풀링(퍼블릭 RPC 인센티브)을 통해 모든 체인이 라이선스 없이도 사용자/개발자에게 빠르고 안정적인 RPC를 제공할 수 있도록 합니다. 또한, 부하가 높을 때 중앙화된 공급자가 책임을 지지 않고도 RPC 엔드포인트가 오프라인 상태가 될 수 있으며, 이는 GTM 전략인 Lava 네트워크의 한 측면입니다.

이미지 src="https://img.jinse.cn/7254692_watermarknone.png" title="7254692" alt="TrUZc038cSkXEiauQx01ttY5ZmbNesZ9hivzoYQB.png">< /p>

다시 말해, 많은 매개변수에서 상당한 변동이 있음을 알 수 있습니다. 그리고 여전히 Lava의 성능을 알아둘 가치가 있습니다. 피드백에 따르면 다른 RPC는 다운타임이 없기 때문에 RPC Lava를 사용하면 Arbitrum에서도 애플리케이션 성능이 약 10배 향상되는 것으로 나타났습니다. 일반적으로 CU/가격은 생태계에 의해 정의되며, 사양의 참신함으로 인해 Lava는 수요와 공급에 따라 온디맨드 모듈을 정의하여 CU/가격을 무제한으로 제공할 수 있을 것이라고 개발팀은 말했습니다.

다른 관점의 또 다른 경쟁자는 리플렛지 아이디어를 사용한다는 점뿐만 아니라 프로토콜의 아키텍처와 원리 때문에 아이겐레이어가 될 수 있습니다. 문제는 아이겐레이어는 네트워크 부트스트래핑(AVS)을 지원하지만, 라바 네트워크는 인센티브화된 공개 RPC라는 메커니즘을 통해 자체 RPC 인프라를 생성하기 위한 부트스트래핑을 제공한다는 점입니다. 아이겐레이어가 LST와 네이티브 이더리움을 사용해 암호화폐 경제의 보안을 확장하는 방식과 유사하게, 라바 네트워크에서는 체인과 어그리게이션이 자체 토큰, 스테이블코인, 심지어 밈 코인으로 구성된 인센티브 풀을 라바에 생성합니다.

8. 라바 토큰 이코노미

<버튼>

라바 토큰은 구독 모델과 서약 공급자 노드(사양)를 통해 는 서비스의 무결성과 연속성을 보장하는 데 직접적인 유용성을 가지고 있습니다. 또한 라바 네트워크의 검증자는 토큰을 서약합니다. 토큰 보유자는 자신의 토큰을 공급자와 검증자에게 담보하고 거버넌스에 참여할 수 있습니다.

돈의 흐름을 형성하는 다른 측면도 있습니다: 체인은 인센티브 토큰을 Lava에 기부하여 공급자와 서약자에게 개발자와 사용자에게 사양을 제공하는 것에 대한 보상을 제공하고, 개발자(챔피언)는 RPC 및 API 사양과 소프트웨어를 생성, 개발 및 유지 보수하는 것에 대한 보상을 받을 수 있습니다.

또한, 라바 토큰은 프로토콜 확장의 필수적인 부분입니다. 이는 라바 토큰을 사용하는 다른 플랫폼의 토큰도 라바 토큰과 함께 사용할 수 있는 공용 RPC 풀을 장려하는 데 사용되기 때문입니다. ipRPC 풀은 모든 블록체인의 네이티브 라바 토큰(LAVA)과 IBC 래핑 토큰을 모두 보유할 수 있습니다.

인센티브 풀은 액세스 및 연결을 위해 서버 스위트/게이트웨이 인터페이스에 의존합니다. 특별 구독을 선택한 소비자는 최종 사용자 스폰서 역할을 합니다. 이러한 특별 구독을 통해 소비자는 최종 사용자가 데이터를 사용할 때 ipRPC 풀의 인센티브를 공급자에게 분배할 수 있습니다. 그 결과, ipRPC 사양을 제공하는 공급자는 일반 네트워크 서비스 보상 이상의 보상을 받게 됩니다.

이미지 src="https://img.jinse.cn/7254693_watermarknone.png" title="7254693" alt="LynRL5gpqvAqP7i433M1oc65DhUekzqU1Yj4FHMG.png">< /p>

다른 블록체인과 마찬가지로 검증자는 서약을 통해 보상을 받습니다. 서약한 검증자는 네 가지 출처에서 보상을 받습니다:
1) 보상 준비금에서 블록 보상
2) 구독 수수료에서 블록 보상
3) 네트워크 거래에서 블록 수수료
4) 위임 보상(위의 "Repledging 섹션"에 설명된 대로)

LAVA의 공급은 고정되어 있으며 더 이상 토큰이 발행되지 않을 것입니다. . 또한 Lava는 메인 네트워크 초기 단계에서 공급자를 유치하기 위해 새로운 디플레이션 메커니즘을 개발했습니다. 공급량의 6.6%는 공급자의 참여를 장려하기 위해 설계된 월별 인센티브 분배 메커니즘인 "공급자 드롭"에 할당됩니다. 월별 인센티브는 Lava의 서비스에 대한 유료 수요에 따라 달라지며, 유료 수요가 높을수록 초기 가입자에게 더 많은 인센티브를 제공합니다. 네트워크가 더 많은 소비자를 유치할수록 공급자는 구독료를 통해 이익을 얻게 되므로 Drops에 대한 수요는 감소할 것입니다.

매월 말, 할당되지 않은 검증인 보상은 모두 소각됩니다.

이미지 src="https://img.jinse.cn/7254695_watermarknone.png" title="7254695" alt="TWQ1aXbMqGwr4GUTeKrtym2OVqr6eGBOKB6KQlRa.png">< /p>

라바는 인플레이션 없이 제네시스 시점에 1,000,000,000 토큰을 보유하게 됩니다.

25% - 공개 할당, 향후 계획 및 보상 준비금(공급자 에어드랍 및 검증자 보상). 출시 시 완전히 잠금 해제됩니다. 보상 준비금 제외: 출시부터 4년차까지 지속적으로 잠금 해제됩니다.

31% - R&D 및 생태계, 프로토콜 유지 및 개발, 프로바이더, 검증인, 챔피언을 위한 프로그램.25% 출시 시 잠금 해제됩니다. 나머지 75%는 1년차부터 4년차까지 연속적으로 잠금 해제되었습니다.

17% - 투자자, 1년차에 33% 잠금 해제. 나머지 67%는 1년차부터 3년차까지 연속적으로 잠금 해제됩니다.

27% - 기여자, 초기 기여자, 핵심 팀, 어드바이저 등 33% %가 첫 해에 잠금 해제됩니다. 나머지 67%는 1년차부터 3년차까지 연속적으로 잠금 해제됩니다.

< /p>

9. 깃허브

<버튼>

GitHub는 매우 활성화되어 있으며 진정으로 활성화된 GitHub의 예로 간주될 수도 있습니다. 이 연구에서는 라바 네트워크 저장소의 활동만을 강조하고자 하는데, 이는 프로젝트 작업의 많은 활동, 특히 2023년 7월 이후의 역동성을 명확하게 보여주기 때문입니다.

https://github.com/lavanet/lava -가 메인 리포지토리입니다. 44명의 기여자(2023년 7월 현재 23명)가 리포지토리에서 작업하고 있으며, 이들은 기본 언어인 Go를 비롯해 Shell, Phyton 및 기타 언어로 글을 작성하고 있습니다. 커밋 빈도는 2022년 6월부터 매우 높았으며, 모든 풀 리퀘스트는 인위적인 활동이 아닌 경우입니다. 새로운 릴리스가 활발히 이루어지고 있으며, 첫 번째 릴리스는 2022년 11월에 있었고, 1.5년 이내에 115개(2023년 7월 현재 33개)가 릴리스되어 매우 좋은 수치입니다.