この記事では、ファイルコインがネットワーク コンピューティング能力の影響に対してどの程度回復力があるかについて説明します。

出典: ファイルコインネットワーク

この記事では、ファイルコインがネットワーク コンピューティング能力の影響に対してどの程度回復力があるかを調査します。

TLDR

  • Filecoin プロトコル設計に組み込まれた脆弱性対策メカニズムにより、Filecoin はコンピューティング能力の大幅な低下の影響に耐えることができます。
  • このメカニズムは、新しいストレージ プロバイダー (SP) が参加するための強力な経済的インセンティブを提供し、既存のストレージ プロバイダーが停電後もネットワークに留まるようにします。
  • 具体的には、計算能力が大幅に失われた後、ネットワークに参入する計算能力は、報酬集中の急激な増加により過剰な報酬を受け取ることになります。

序文

Filecoin は、人類の最も重要な情報を保存する分散型データ ストレージ ネットワークです。 SP は、指定された契約期間中にネットワークにストレージ容量を提供し、ブロック報酬によって補償されます。契約が確実に履行されるようにするには、担保として FIL トークンが必要です。受け取る担保とブロック報酬の量は、ネットワークに追加されるコンピューティング能力の種類 (コミットされた容量と実際のデータ) に基づいて異なります。

弾力性ってどういう意味ですか?メリアム・ウェブスターは、レジリエンスを不幸や変化から容易に回復または調整する能力と定義しています。復元力は、51% 攻撃、シビル攻撃、フィニー攻撃など、ファイルコインなどの暗号経済学の多くの側面に関連します。この記事では、復元力の特定の側面、つまりハッシュ電力ショックに対するファイルコイン ネットワークの復元力に焦点を当てます。 Filecoin では、コンピューティング能力とは、ネットワーク サービスのストレージとデータ量を指します。さまざまな理由により、SP がネットワークから離脱すると、電源ショックが発生する可能性があります。

まず、定量的に答えたい復元力関連の質問を特定しましょう。SP が次の場合、Filecoin ネットワークは停止にどのように対応するでしょうか。

  • SP はストレージ契約を完了した後、潔く去り、電力とオフグリッドを遮断しました。 ※ SP が終了日前にストレージ契約を突然終了したため、ネットワークにショックが発生し、突然の停電が発生しました。

モデリング

ネットワークの回復力を秩序ある方法でモデル化し、ファイルコインの暗号経済学に従って予測を確実に行うにはどうすればよいでしょうか?私たちのアプローチは、ファイルコインエコノミーのエージェントモデル(ABM)を使用することです。これは、環境と、環境と対話するエージェントで構成されます。この ABM では、環境は Filecoin の暗号経済メカニズム (ロック、権利確定、鋳造、トークン供給の相互作用など) を実装し、エージェントは SP のモデルです。 Filecoin ABM の詳細については、この記事を参照してください。

復元力を探るため、Filecoin ネットワーク内の 3 種類の SP をモデル化するエージェントを構築しました。

  • 認定容量 (CC) セクターをロードする SP のみ ※トランザクションセクター(Fil+)のSPのみをロードします
  • トランザクション セクターの CC セクターと SP の両方をロードします

各 SP は次の動作を持つことができます。

  • ドルコスト平均動作 - このモードでは、エージェントは接続され、終了日まで事前設定されたハッシュレートを継続的に更新します。その後、エージェントは (電源の期限切れまたは終了により) ネットワークから離脱します。
  • 適応 ROI 動作 - このモードでは、予測投資収益率 FoFR が設定されたしきい値より大きい場合、エージェントは予測投資収益率 FoFR (FIL-on-FIL Returns) を使用して負荷電力を決定します。

これらのエージェントと環境仕様を使用すると、コンピューティング パワー ショック シナリオが発生する可能性のあるさまざまなネットワーク状態を表す複数の反事実シナリオを構成できます。ネットワーク状態は、ネットワーク内で実行されている SP タイプの分布として定義され、ネットワーク状態ごとに異なる結果が生じる可能性があります。各状態には固有の生バイトと品質調整されたハッシュレートがあり、その結果、ミント、ステーキング、FoFR ダイナミクスが異なるためです。私たちがテストした初期のネットワーク状態は次のとおりです。

  • CC、FIL+、ハイブリッド SP の均一な分布
  • CC および FIL+ ストレージ プロバイダーのみの均一な分散
  • FIL+ と CC ストレージ プロバイダーの比率は 70/30 (FIL+ スキュー)
  • FIL+ と CC ストレージ プロバイダーの比率は 30/70 (CC スキュー)

これらの点から出発して、ネットワークのコンピューティング能力が現在の値から 30% または 70% 低下するという反事実的なシナリオをシミュレートしました。ネットワークの計算能力が低下する 2 つの状況を考えてみましょう。a) ネットワークの計算能力が徐々に使い果たされ、b) ネットワークの計算能力が終了します。

簡単に言うと、段階的なセクター終了プロセスまたは即時終了イベントを通じて、さまざまなネットワーク起点の 30% または 70% のネットワーク ハッシュ レートの低下をシミュレートします。各構成をシミュレートし、ネットワークの主要業績評価指標 (KPI) を記録します。

## 結果

段階的な停電と突然の停電の場合には微妙な違いがありますが、どちらのハッシュ電力損失の場合でも、ネットワークのハッシュ電力が終了イベント後に回復し始めることが観察されます。報酬の集中は FoFR の増加につながります。

仕組み: 終了後、ネットワークのコンピューティング能力は急速に低下しますが、各 QA 部門の標準化された報酬は逆効果で、代わりに報酬が増加します。ステーキングの減少と相まって報酬が集中し、FoFRが急上昇します。このネットワーク条件の組み合わせにより、ネットワークに残っている参加者により高い FIL-on-FIL 収益が提供されます。私たちのシミュレーションはこの現象を反映しています。ここでは、エージェント (合理的アクター) が高い FIL-on-FIL リターンを観察し、その状況を利用してより多くのコンピューティング パワーを獲得し、ネットワークのコンピューティング パワーを回復できるようにします。

より詳細な情報、追加のシナリオ、および議論は、このレポートに記載されています。

この記事では、ファイルコインがネットワーク コンピューティング能力の影響に対してどの程度回復力があるかを調査します。

上の図は、SP がネットワークから離れるときのいくつかのケースにおける Filecoin ネットワークの KPI を示しています。垂直破線はシミュレーションの開始を示し、垂直破線はネットワークから計算能力が流出し始めた日付を示します。さらに、比較の基礎を提供するために、DCAAgent を使用した一定負荷のベースライン ケースがシミュレートされました (黒い点線)。

この記事では、ファイルコインがネットワーク コンピューティング能力の影響に対してどの程度回復力があるかを調査します。

上の図は、SP がネットワークから離脱するいくつかのケースにおける Filecoin ネットワークの KPI を示しています。垂直破線はシミュレーションの開始を示し、垂直破線はネットワークから計算能力が流出し始めた日付を示します。さらに、比較の基礎を提供するために、一定の負荷をシミュレートする DCAAgent を使用したベースライン状況がシミュレートされました (黒い破線)。

## 結論は

要約すると、ネットワーク コンピューティング能力の影響に対する Filecoin ネットワークの回復力を調査しました。結論として、ネットワークは報酬の一元化により回復力があり、残りのストレージ プロバイダーの収益が増加し、ベースライン回復メカニズムにより脆弱性がありません。

CryptoEconLab と私たちの取り組みについてさらに詳しく知りたい場合は、私たちの Web サイトにアクセスするか、Twitter でフォローしてください。

*この記事は情報提供のみを目的としており、CryptoEconLab は法律、税務、財務、投資に関するアドバイスを提供するものではなく、いかなる当事者も関連するアドバイスに依存したり、そのアドバイスを期待したりするべきではありません。 *

原文表示
このページには第三者のコンテンツが含まれている場合があり、情報提供のみを目的としております(表明・保証をするものではありません)。Gateによる見解の支持や、金融・専門的な助言とみなされるべきものではありません。詳細については免責事項をご覧ください。
  • 報酬
  • コメント
  • 共有
コメント
0/400
コメントなし
いつでもどこでも暗号資産取引
qrCode
スキャンしてGateアプリをダウンロード
コミュニティ
日本語
  • 简体中文
  • English
  • Tiếng Việt
  • 繁體中文
  • Español
  • Русский
  • Français (Afrique)
  • Português (Portugal)
  • Bahasa Indonesia
  • 日本語
  • بالعربية
  • Українська
  • Português (Brasil)