Lava Networkを解剖する：あらゆるブロックチェーンにスケーラブルにアクセスできるデータネットワーク

3.LavaネットワークとRPCの概要

Lavaプロトコルは、ブロックチェーンのデータへの分散型でスケーラブルなアクセスを提供するように設計されています。Lavaは、中央集権的なブロックチェーンデータプロバイダー（Infura、Alchemyなど）に内在する問題を解決する、すべてのブロックチェーン向けの高速で信頼性の高い分散型RPCネットワークです。さらにLavaには、ブロックチェーンがインフラ開発を誘導するために作成できるインセンティブプールがある。これはプロバイダーへの支払いに使われる一方、ユーザー／開発者は無料でRPCを入手できる。現在のソリューションの欠点については、「競合他社」のセクションで詳しく説明する。これに加えて、チームはLavaが将来的にはより多くの機能とモジュールをサポートすることも強調している。

現在、Lavaの最初のサービスモジュールはRPCで、ネットワークは30以上のチェーンをサポートしています。将来的には、サブグラフ、予言者、アンチMEV APIなどのモジュールを許可なく追加することができる。

RPC（リモート・プロシージャ・コール）とは、プログラムが別のプログラムのプロシージャ（関数）を呼び出すためのメソッドです。ブロックチェーン環境では、ブロックチェーンに接続する他のネットワーク参加者による読み取り/書き込みアクセスを容易にするフルノードです。RPCノードは通常、独自のフルノードやライトクライアントを持たない、または実行できないユーザーによって使用され、ブロックチェーンにアクセスする際の摩擦を大幅に軽減します。RPCプロバイダーに接続するユーザーは、自己チェックが行われないため、プロバイダーの完全性を暗黙的に信頼します。

一方では、Lavaの説明はルーターや中継器のようなものに似ているように見えるかもしれません。しかし実際には、LavaはRPCとしてweb3のすべての側面とコンポーネントに浸透しています：異なるISP、サービス、dApps、ユーザーには見えない多くの異なるプロセス。そのため、Lavaが実際にどのように機能するのか、さらに深く掘り下げる必要があります。

4.LavaとLava SDKの一般的な仕組み

1.チェーンとロールアップは、ネイティブトークンやステイブルコイン、あるいはmemecoinsで構成されるインセンティブのプールをLava上に作成します

2.チェーンとロールアップは、簡単な仕様書（"specs"）を書くことで、インセンティブのプールをLava上に作成します。「specs") を書いて必要なインフラサービスを定義し、Lavaに追加することで、プロバイダーはインフラサービスを提供できるようになる

3.プロバイダーはLavaに参加して、specsで定義されたインフラサービスを提供し、インセンティブから報酬を受け取る。そしてインセンティブ・プールから報酬を受け取ります。Lava はプロバイダーを集約し、地理的な位置とプロバイダーのサービス品質に基づいてリクエストを最適にルーティングします。ユーザーは手作業で最適なプロバイダーを調査・選択する必要がありません。

5.ユーザーと開発者は無料でインフラを利用できます

6.月々の支払いは、コンピューティング能力によって異なります。

7.開発者は、より多くのレート制限サービス（例えば、より多くのRPCリクエスト）のサブスクリプションを購入することができます。また、サブスクリプションは月単位でプロバイダーに支払われます。

現在のオンチェーン・データ・プロバイダーの問題点は、そのようなソリューションが非常に断片的であり、すべての機能を一箇所で提供しているところがないことです - 各プロバイダーには特定の機能が欠けています。-各プロバイダーには特定の機能が欠けていたり、特定のネットワークをサポートしていなかったりする。その結果、必要なデータスタックをカバーするためには、複数のソリューションを同時に使用する必要がある。

LAVAは、動的な市場主導の価格設定でブロックチェーンデータにアクセスするための市場および決済レイヤーとして機能します。支払い決済、紛争解決、ペアリングはすべてオンチェーンで行われます。競争力を確保するため、サプライヤーと消費者は互いに直接通信し、データとリクエストはオフラインで行われます（つまり、Lavaネットワークを経由しません）。Lavaは、ユーザーがRPCだけでなく、世界中のさまざまな場所のRPCにアクセスできるように設計されており、スピードとユーザー体験を向上させています。

技術的には、LavaはCosmos SDKとTendermintカーネルを使用して開発されたPoSベースのブロックチェーンソリューションを提供します。これは、Cosmosが異なるネットワークを相互に接続するためのハブとして位置づけられているという文脈では論理的に見える。しかし、CosmosはIBCテクノロジーを介して異なるネットワークを接続するための、実際にはかなり高価なソリューションであるという問題がある。事実、現在のIBCトランスポート層は、各チェーン間に軽量クライアントのペアを必要とする。ほとんどのEVMベースのチェーンでは、完全なライトウェイトクライアントを実行するコストは法外であり、IBCへのアクセスは高帯域幅、低コストのチェーンに限定される。バリデータの要件は、標準的なCosmosの要件です:

ワンシートではCosmosに焦点を当てていますが、実際にはGateway Lavaを訪れると、かなりの数のサポートされているチェーン(テストネットワークでRPCを提供しているチェーンもある)。6月中旬の時点では16チェーンしか利用できませんでしたが、7月7日の時点では24チェーンが利用可能です。

LavaはSDKも提供しています。開発者向けに設計された強力なJavaScript/TypeScriptライブラリであるSDKも提供しており、シンプルなjsライブラリをコードに追加するだけで、プラグアンドプレイのRPCマルチチェイニングを統合できます。このSDKは、Lavaエコシステムがサポートするすべてのチェーンへの分散型アクセスを提供し、サーバーとブラウザーの両方の環境で使用することができます。Lava-SDKをプロジェクトにインポートすることで、開発者はさまざまなブロックチェーンと簡単にやりとりし、分散型アプリケーションを簡単に作成することができます。

Lavaが提供するツール：

• ゲートウェイ-オンラインプロジェクト管理のためのアクセスしやすいウェブUI。

• バッジサーバーと統合SDKフロントエンドdAppsの秘密鍵を隠し、保護するための革新的なバッジシステムを備えたSDKです。SDKはまた、viem、web3.js、ethers.js、CosmJSなどとのネイティブ統合をサポートしています。

• サーバースイート - ゲートウェイを構築したり、エンタープライズ環境で複数のコンシューマにサービスを提供するために使用できる、同時実行可能な高スループットのバイナリです。

5.Lavaネットワークの設計とアーキテクチャ

それでは、Lavaについて見ていきましょう。

• コンセンサスに基づくデータ精度。クライアント・フリーは、閾値アルゴリズムを使用してAPIエンドポイントをサンプリングし、確率的な方法でレスポンスの衝突を最小限に抑えます。コンセンサスはネットワーク内のデータを中心に構築され、将来的には信頼に関する仮定をさらに取り除くためのシンプルなクライアントが計画されている。開発者は、古いデータや不正確なデータを心配する必要はありません。

• ネットワークの冗長性はトラフィックの急増に対応 - アプリケーションはプロバイダーのリストと相互作用し、稼働時間とサービスカバレッジを向上させます。また、ネットワークはRPCノードを迅速に実行し、プロバイダー接続とサービスプロビジョニングのための新しいLava Network仕様を作成することができます。

• Connecting to many providers = high uptime - 顧客はプロバイダーのリストとペアリングされ、プロバイダーの報酬を決定するために、レイテンシー、鮮度、可用性に基づいてピアツーピアシステムで評価されます。プロバイダーはセッションごとのQoSに基づいて報酬を得るため、ユーザーはダウンタイムなしに最高のエクスペリエンスを得ることができます。

• あらゆるチェーン、あらゆるAPI仕様をサポート - Lavaをプロバイダーとして使用することで、開発者は設定を変更して、ネットワークが現在提供しているあらゆるチェーンとAPIにアクセスすることができます。 DAOと貢献者は、オープンソースを使用して、ネットワークの新しいサポートを迅速に実装することができます。DAOとコントリビューターは、オープンソースを使用してネットワークの新しいサポートを素早く実装することができるため、開発者は自分のニーズを満たす新しいプロバイダーを探すのに時間を費やす必要がありません。開発者が必要とするすべてのRPCは、オープンソースのプロトコルで利用可能です。

Lavaネットワークの概要：

しかし、エンジンの一部しか見えない小さなガラス窓からボンネットの下を見る代わりに、ボンネットを開けてみると、すべてがより大きく、より複雑に見える。

LAVAネットワーク参加者:

• バリデータはチェーンを保護し、保護チェーンを通じてLAVAを獲得します。バリデータ・ノードは、ブロックの提供、ブロックに対する投票、ステータスの検証を行うことで、LAVAブロックチェーンを保護する役割を担っています。バリデータ報酬の形成については、「トークン経済」のセクションで詳しく説明します。

• プリンシパルは、ネットワーク上のプロバイダーとバリデーターにLAVAを誓約します。これによってネットワークはより安全になり、プリンシパルは報酬と引き換えにプロバイダーと検証者のリスクを共有することができます

• Providers 消費者のためのサービスを管理します。プロバイダーは、ネットワーク上で誓約し、コンシューマーのリクエストの再送チェーンでRPCノードを実行することで、再送リクエストを満たします（例：Cosmos、Etherium、Osmosis、Polygonなど）。多くの場合（すべてではない）、プロバイダーは特定のブロックチェーンのノードランナーにもなる。プロバイダーは消費者からのサービス要求に対してLAVAの形で支払いを受ける。RPCサービスのパフォーマンスに応じて、プロバイダは報酬を受けたり、ペナルティを受けたり、チェーンから除外されたりする。
  1)サービスのコンシューマからのサブスクリプションの支払い、
  2)サービスのipRPC仕様からのipRPC報酬-前述のように、ipRPCプール3)。strong>Delegated Rewards - 後述のRe-Pledge
  4)Reward Boosting
  プロバイダーへの支払いはCUから行われ、LAVAで支払われます。各プロバイダーは、サービス利用者の利用料金の分け前を受け取ります。サブスクリプションが受け取るシェアは、プロバイダーがその消費者に提供したCUの数を、その消費者がサブスクリプションで使用したCUの総数で割って算出されます。これにより、関連するプロバイダに帰属するサービスCUの正確な割合が得られます。

• チャンピオンは、LAVAネットワーク上で仕様を作成、維持、サービス、サポートすることで、LAVAへのアクセスを得ます。多くのチャンピオンは仕様を作成し、それをチェーンで提示したり、既存の仕様を更新や変更の必要に応じて維持したり、仕様をサービスするソフトウェア（ノードクライアント、APIなど）を書いたりします。仕様書（ノードクライアント、APIクライアント/インデクサー、その他のイノベーション）を作成する。報酬の一部はチャンピオンのために予約されている。

• 消費者とは、Lavaプロトコルを使用してweb3 APIを使用するすべての人のことです。例えば、開発者、ウォレット、dApps、取引所、インデクサーなどです。彼らはデータを取得するために、LavaSDK、ipRPCエンドポイント、ゲートウェイエンドポイント、またはサーバスイートを使用します。コンシューマーはリレーリクエストを開始します。Lavaはブロックチェーンとの分散型インタラクションを促進し、コンシューマーがプライバシー、トランザクション速度、データの信頼性、精査、ノードの可用性を最大化できるようにします。Lavaネットワーク上のコンシューマーは、開発者と彼らが作成するアプリに分類されます。

• Lavaサーバーキットを使用できる企業顧客 - ブロックチェーンAPIへのセルフホストゲートウェイアクセスを提供するGO言語リファレンス実装で、バックエンドサーバーソリューションとして実行するように設計されています。Lava Server Kitは、Lava SDKよりも同時実行性とパフォーマンスが高く、高いスループットとスケーラビリティ効率を必要とするエンタープライズアプリケーションに使用できます。

• 仕様は、JSON形式で提示される、Lavaのマルチ・チェイニング・サポートを提供する基盤となるコンポーネントです。これらのいわゆる仕様は、チェーン固有のAPIがLava上で効果的に動作するために必要な最低限の要件を定義しています。これらの仕様を使用して、Lavaはサポートされるチェーンとメソッドを特定し、適切なコスト、前提条件、チェックを設定します。

• Lavaゲートウェイは、ブロックチェーンデータへの即時アクセスを提供する開発者向けのウェブプラットフォームです。ゲートウェイはLavaサーバーキットを利用し、Lavaネットワーク上でRPCを必要とする開発者にホストされたエントリーポイントを提供します。

6. Lava Network Repledge

6.align: left;">リプレッジの話題は長い間、誰もが口にしてきたことですが、LAVAの場合、より洗練されたアプローチへと思わぬ方向へと進んでいます。しかしLavaの場合、このアプローチは通常のLSTやAVSのネイティブ・トークンのリペッジとは異なります。Lavaネットワークでリプレッジを行うことで、トークン保有者は、選択したプロバイダーに付与される報酬の一部を請求するために、プロバイダーが提供する仕様にトークンを預けることができる。すべてのリプレッジャーは、そのプロバイダーの利益の一部を受け取る資格があります。

LAVA Delegated to Verifiers can be repledged.LAVAトークンは、追加の担保を導入する必要なくプロバイダーにリプレッジすることができ、その結果、より大きなリスクを犠牲にしてより大きな報酬を得ることができます。その代わり、プロバイダーがトークンを差し入れるたびに、同量のトークンが検証者に差し入れられます。言い換えれば、提供者の誓約は、自己委任（提供者である自分自身への委任）と標準的な委任（バリデータへの委任）の両方である。

 Purpose of Re-Pledge:
-校長に最適なプロバイダーの選択を支援し、報酬を得る方法を提供する
-バリデーターに以下を提供する。

7.Competitor Landscape

Alchemy によると、実際にはかなりの数の RPC プロバイダーが存在します。Alchemyによると、29社あります。主なものはInfura、QuickNode、Alchemyですが、それらと比べると、Lava Networkはまったく異なる製品を提供しています。

集中型RPCプロバイダーの欠点は何でしょうか:

• ウォレットが国を検閲したり、プロバイダが特定のdappsのトランザクションをブロックしたり、ゲートウェイが不正確で時には悪意のあるデータを返したりすることがあります。

• 今年初めのテストネットワークリリースのエラーによりSolana Foundation RPCエンドポイントがオフラインになりました。これは、新しいブロックを作成するネットワークの能力には影響しませんが、ユーザーがプライベートRPCプロバイダーだけに頼らなければならないことを意味し、一般に利用可能なRPCは利用できなくなりました。

• RPCプロバイダーは、最近問題が発生したLedgerwatch Erigonプロジェクトのプロバイダーのように、しばしば壊滅的な設定問題に直面します。RPC プロバイダーはしばしば壊滅的な設定問題に直面します。たとえば、Ledgerwatch Erigon プロジェクトでは最近、エンドポイントが失敗したり、HTTP エンドポイント URL が永久にシャットダウンされたりする問題が発生し、プロジェクトのログに記録されています。

• Optimsimのエアドロップでは、失敗したエアドロップでは、先取りトラフィックがパブリックRPCにオーバーロードしたため、トークンの価値が60%損失したことが示されています。

さらに、大規模なプロバイダーは少数のチェーンにサービスを提供しています。そしてLavaは、インセンティブ・プーリング（パブリックRPCのインセンティブ）を通じて、どのチェーンもライセンスなしでユーザー/開発者に高速で信頼性の高いRPCを提供できるようにしています。さらに、RPCエンドポイントは高負荷時にオフラインになる可能性がありますが、集中型プロバイダーは責任を負いません。

言い換えれば、多くのパラメータにかなりのばらつきが見られるということだ。そして、Lavaがどのようなパフォーマンスをするのかを知る価値はまだあります。フィードバックによると、他のRPCにはダウンタイムがないため、RPC Lavaを使用することで、アービトラムでもアプリケーションのパフォーマンスが約10倍向上するそうです。一般的に - CU/価格はエコシステムによって定義され、Specsの新規性により、Lavaは無制限のCU/価格を提供することができます。

異なる観点からのもう1つの競合は、EigenLayerである可能性がある。（異なる観点ではあるが）リプレッジのアイデアを使用しているだけでなく、プロトコルのアーキテクチャと原理も同様である。問題は、EigenLayerがネットワーク・ブートストラップ（AVS）をサポートしているのに対し、Lava Networkはインセンティブ付きパブリックRPCと呼ばれるメカニズムを通じて、独自のRPCインフラを構築するためのブートストラップを提供している点です。EigenLayerがLSTとネイティブETHを使用して暗号経済のセキュリティを拡張する方法と同様に、Lava Networkでは、チェーンとアグリゲーションがLava上で独自のトークン、ステイブルコイン、さらにはミームコインのインセンティブプールを作成します。

8.Lavaトークンの経済学

Lavaトークンは、サブスクリプションモデルと誓約プロバイダーノード(仕様)を通じて、以下のような直接的な有用性を持っています。は、そのサービスの完全性と継続性を保証する直接的な有用性を持っています。さらに、Lava Networkのバリデータはトークンを誓約します。トークン保有者は、プロバイダーやバリデーターにトークンを誓約し、ガバナンスに参加することができる。

お金の流れを形作る側面は他にもあります。チェーンはLavaにインセンティブトークンを拠出し、プロバイダーや誓約者が開発者やユーザーに仕様を提供することで報酬を与え、開発者（チャンピオン）はRPCやAPIの仕様やソフトウェアを作成、開発、維持することで報酬を得ることができます。

さらに、Lavaトークンはプロトコル拡張の不可欠な部分です。これは、Lava RPCを実装する他のプラットフォームからのトークンもLavaトークンで使用できるパブリックRPCプールを奨励するために使用されるためです。ipRPCプールは、ネイティブなLavaトークン（LAVA）と、任意のブロックチェーンからのIBCラップトークンの両方を保持することができます。

アクセスと接続性については、インセンティブプールはサーバースイート/ゲートウェイインターフェースに依存します。特別なサブスクリプションを持つ選ばれた消費者は、エンドユーザーのスポンサーとして機能します。これらの特別なサブスクリプションは、エンドユーザーがデータを使用する際に、コンシューマーがipRPCプールからプロバイダーにインセンティブを分配することを可能にします。その結果、ipRPC仕様でサービスを提供するプロバイダーは、通常のネットワークサービスの報酬を上回る報酬を受け取ることができます。

他のブロックチェーンと同様に、検証者は誓約によって報酬を得ます。
1)報酬準備金からのブロック報酬
2)購読手数料からのブロック報酬
3)ネットワーク取引からのブロック手数料
4)委任された報酬（上記の「リプレッジのセクション」で説明したとおり）

LAVAの供給量は固定されており、これ以上トークンが鋳造されることはありません。.供給量の6.6%は「プロバイダー・ドロップ」に割り当てられ、プロバイダーに参加するインセンティブを与えるよう設計された毎月のインセンティブ分配メカニズムです。毎月のインセンティブは、LAVAのサービスに対する有料需要に応じて変動し、有料需要が高ければ高いほど、早期登録者に対するインセンティブは大きくなる。ネットワークがより多くの消費者を惹きつけると、プロバイダーは利用料支払いの恩恵を受けるため、ドロップスの需要は減少する。

毎月末、未割り当ての検証者報酬はすべて燃やされます。

Lavaでは、毎月末に未割り当ての検証者報酬がすべて燃やされます。/p>

Lava はジェネシスの時点で、インフレのない1,000,000,000トークンを持っています。

25% - 公共割り当て、将来計画、リワードリザーブ（プロバイダーエアードロップとバリデーターリワード）。リリース時に完全にアンロック。リワードリザーブを除く：リリースから4年目まで継続的にアンロックされる。

31% - R&Dとエコシステム、プロトコルのメンテナンスと開発、プロバイダー、検証者、チャンピオンのためのプログラム。残りの75%は1年目から4年目まで連続してアンロックされる。

17% - 投資家、33%は1年目にアンロック。残りの67％は1年目から3年目まで連続してアンロックされる。

27% - コントリビューター、初期コントリビューター、コアチーム、アドバイザーなど 33 %は1年目にアンロックされます。残りの67％は1年目から3年目まで連続してアンロックされる。

9. GitHub

GitHubは非常に活発で、真に活発なGitHubの例とさえ考えられます。この研究では、Lava Networkリポジトリの活動だけに焦点を当てたいと思います。これは、プロジェクトの作業における大きな活動、特に2023年7月以降のダイナミクスを明確に示しているからです。

https://github.com/lavanet/lava - がメインリポジトリです。44人のコントリビューター（2023年7月現在23人）がこのリポジトリで作業しており、Goをメイン言語として、ShellやPhyton、その他の言語でも書いています。コミット頻度は2022年6月以降非常に高く、すべてのプルリクエストは人為的な活動ではない場合です。新しいリリースも活発で、最初のリリースは2022年11月で、1年半足らずの間に115のリリース（2023年7月現在33）があり、これは非常に良い数字です: