Question 1

Lava Network と LAVA とは何ですか？

Accepted Answer

Lava Network は、ブロックチェーン・データへのアクセス向けに分散型 API サービスを提供するネットワークです。コンシューマーは API の利用権を得るためにサブスクリプションを購入し、プロバイダーはエンドポイントを運用してサービスを提供し、LAVA はステーキング、サービスのインセンティブ、ネットワーク参加に用いられます。 これはアクセス対象となるブロックチェーン自体を直接置き換えるものではありません。Lava の役割は、誰がデータサービスを提供できるか、コンシューマーがどのようにサービスを得るか、検証可能な利用状況に基づいて報酬をどのように決済するかを組織化することです。

Question 2

LAVA はネットワーク内でどのような役割を果たしますか？

Accepted Answer

LAVA はネットワークの保護とデータサービスの調整の両方に使われます。バリデーターは LAVA をステーキングしてブロック生成と取引検証に参加します。プロバイダーは LAVA をステーキングした後、自身が提供するサービスの API 仕様を選択してエンドポイントを構築します。デリゲーターはバリデーターまたはプロバイダーに委任し、対応する報酬分配に参加できます。 コンシューマーがサブスクリプションを購入することは、その料金全額を特定の一つのエンドポイントへ直接支払うことを意味しません。サブスクリプションはまず利用可能なサービスと使用量の条件を定め、その後、プロトコルが有効なサービスと決済ルールに従い、プロバイダー、バリデーター、コントリビューター、デリゲーターの間に対応する部分を分配します。

Question 3

LAVA の二重ステーキングとは何ですか？

Accepted Answer

二重ステーキングとは、同一の LAVA のステーキングまたは委任が、バリデーターとプロバイダーという二つの役割に同時に関連付けられることを指します。そのため、同じトークンがコンセンサスのセキュリティとサービス供給の両側でリスクを負い、両側の報酬にも参加できます。その目的は、バリデータープールとプロバイダープールのステーキング規模が著しく不均衡になることを避けることです。 プロバイダー側からステーキングを開始する場合は、同時に一つのバリデーターを選択する必要があります。バリデーター側から委任する場合は、当初プロバイダーを選択しなくてもよく、その際トークンは「empty_provider」状態に置かれ、後からプロバイダーへの委任を追加できます。プロバイダーの有効ステーキングは、そのコミッションおよび委任上限の影響も受けるため、ステーキング後に必ず同じリターンを得られるわけではありません。

Question 4

コンシューマーはどのように API サービスを得て、プロバイダーはどのように選ばれますか？

Accepted Answer

コンシューマーはまず、ガバナンスが定めたサブスクリプションプランを購入します。プランは一定期間内の利用可能量、プロバイダー数、地理的位置、追加機能などの制限を定めます。サブスクリプションではプロジェクトを作成し、開発者またはアプリケーションに利用権を配分できます。 各 epoch 内で、プロトコルはプロバイダーのステーキング、地理的位置、サービス品質指標、対応する追加項目、コンシューマーのパラメーターなどの要因に基づき、コンシューマーとプロバイダーを擬似ランダムにペアリングします。ペアリングされたプロバイダーのみが、そのコンシューマーへのサービスについて報酬を請求する資格を持ちます。ペアリングは各 epoch ごとに更新され、トラフィックを分散し、集中や検閲のリスクを低減します。

Question 5

プロバイダーのサービス報酬はどのように証明・決済されますか？

Accepted Answer

プロバイダーはオフチェーンで API リクエストを処理した後、コンシューマー、開発者、またはサブスクリプションキーの署名が付いた relay 記録を保持します。署名はサービスリクエストの証明です。各リクエストをオンチェーン化することを避けるため、連続するリクエストの計算単位（CU）はセッションに集約され、プロバイダーはセッション内の最後の集約証明を用いて relay_payment の請求を開始できます。 報酬は API 呼び出しごとに直ちに支払われるわけではありません。epoch 終了後の遅延請求ウィンドウにより、現在のセッションの集約を完了でき、オンチェーンでペアリングを検証し、同一セッションの重複請求を防止することもできます。サブスクリプション終了時または月次トリガー時には、累積 CU がサービス利用状況に応じてサブスクリプションコストを配分するために使われます。プロバイダーはバリデーターとコントリビューターの取り分を差し引いた後、コミッションルールに従って自身のデリゲーターと分配します。

Question 6

LAVA の供給とインセンティブ資金はどのように機能しますか？

Accepted Answer

Lava のミント機能は無効化されているため、プロトコルは継続的な新規発行によって新しい LAVA を作り出しません。初期のブロック生成およびプロバイダー向けインセンティブは、報酬プールにあらかじめロックされた Bootstrap 報酬から拠出され、ルールに従って段階的に放出される場合があります。 これは「流通量が不変」であることとは区別する必要があります。報酬プールの放出は、プールから参加者の手元へトークンが入る経路を変えますが、新規ミントではありません。未請求の報酬と不正行為によりスラッシュされたトークンは供給を減少させます。プロバイダー報酬は、コンシューマーによるサブスクリプション購入にも直接関連し、ガバナンスはトークンの需給に応じてサブスクリプションプランの価格を調整できます。

Question 7

Lava はサービス品質をプロバイダーのインセンティブとどのように結び付けますか？

Accepted Answer

サービス品質は、プロバイダーが報酬を保持できるか、後続のペアリングを得られるかに影響します。コンシューマーはセッション内でサービス品質レポートを提出し、プロバイダーは報酬を請求する際にこれらのレポートを添付しなければなりません。添付しない場合は報酬を失う可能性があり、低い評価はガバナンスで定められた幅に応じて累積 CU を減少させることもあります。 プロバイダーが継続的に接続を拒否する、または繰り返しエラーを返す場合、コンシューマーは他のプロバイダーの請求取引を通じて、そのオフライン状態を報告できます。各 epoch の開始時に、プロトコルは関連するレポートを評価します。報告された使用量とそのプロバイダーが請求した使用量との差がルールの閾値に達すると、プロバイダーは jailed となり、状態が解除されるまで一時的に新たなペアリングを得られなくなる可能性があります。

Lava Network (LAVA)価格