# 準備金のデザイン

### 設計思想

Gyroscope準備金は、ステーブルコインシステムの回復力を最大化するように設計されています。これは、リスクが「階層化」されているか、互いに分離されている必要があります。1 つのサブシステムで発生した損失が、接続されている他のサブシステムに波及することはありません。

{% hint style="info" %}
これがなぜ重要かを説明するために、例えば、Y曲線プールのLPポジションがUSDT、Dai、USDC、TUSD、Compound、Aave、およびCurveの構成リスクを負っていることを考えます。Curve AMMプールの設計上、これらのコンポーネントの1つが故障した場合、プール全体の価値は崩壊します。 これは「構成可能性のリスク」あるいは「伝染リスク」と呼ばれます。
{% endhint %}

### 機能的な実装

リスクを階層化するために、Gyroscopeは下位レベルのボールト (下図の円) に分けられます。この設計は、ボールト間でアセット構成の重複をほとんどなくして、リスクが各ボールト内に含まれるようにすることを目的としています。

**この設計により、残りのボールトへの危険を冒すことなく、単一のボールトでの「安全なる失敗」が可能になります。**

Gyroステーブルコインがボールトの失敗により担保不足になった場合 (つまり、下の図で円が削除された場合)、システムは 1 ドルで安定した状態を維持できるはずです。これは、ステーブルコインの価格をサポートするために、影響を受けない準備金と準備金資産から生成された利回りを使用する自律的な巻き戻しメカニズムにより可能になります。ステーブルコインの価格相場は​​、長期的な持続可能性を目標に、準備金の質と市場の状況に基づいて自律的に調整されます。

利用可能な資金が未払いのステーブルコインの合計額をカバーするのに十分でない場合、Gyroscopeの自律的な価格設定がステーブルコインの市場価格を安定させ、準備金の実行に対するインセンティブを作成します。(詳細はこちら)これは、投機家がシステムの完全な回復とステーブルコイン価格の「裁定取引」を期待する重要な根拠を提供します。

**準備金は、いくつかのメカニズムを介して、担保不足の状態から完全な担保に回復することができます。**

* ***準備金資産で生成された利回りを介して。***AMMプールに展開された準備金資産の場合、利回りは取引手数料によって生成されます。
* ***ガバナンスによって決定する場合、プロトコル料金からの潜在的な収益を介して**。*Gyroscopeには 2 つのプロトコル料金があります。ステーブルコインの鋳造/償還に対する小額の料金と、カスタム AMM プール (CLP と呼ばれる) の LP パーに発生する収益に対する料金です。
* ***ステーブルコインの将来の供給拡大を介して。***新しいステーブルコインが発行されると、発行による収益は準備金に送られ、100%の担保に向けて押し上げられます。

Gyroscopeの回復力、つまり、システムの一部に障害が発生した場合でも機能を維持する能力、および回復する能力は、Gyroscope設計の重要な要素です。Gyroscopeの構成要素の表現を以下に示します。

<figure><img src="/files/1gkYNqMsytZcAIinNBBl" alt=""><figcaption></figcaption></figure>

### 技術的な実装

準備金は、リスク階層化のために設計された一連のボールトとして実装されます。各ボールトは、ガバナンスによって決定された戦略に従ってアセットを展開します。最初のボールト戦略は、集中型流動性プール(CLP)に資産を展開することです。これは、現時点で実装されている唯一の戦略です。

相当量の準備金資産が CLP に保持されるだけでなく、CLP はBalancerエコシステムでの流動性ネットワークを構築するためにも重要です。CLP は、事前に定義された価格帯でプール内の資産の価格を設定する AMM プールです。そのため、どの CLPも特定の範囲に限定された取引活動に対してのみ流動性を提供します。&#x20;

その他の将来のボールト戦略には、貸出プールとデルタニュートラルヘッジ戦略が含まれる可能性があります。ただし、準備金がオンチェーン デリバティブを保有している場合、それらのデリバティブを裏付ける担保のリスクを考慮することが重要です。 (たとえば、それらが中央集権型資産によって裏付けられている場合、それらは中央集権型リスク要因を持つことになります)


---

# Agent Instructions: Querying This Documentation

If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter:

```
GET https://mozuku.gitbook.io/jairosukpupurotokoru/gyroscopesutburukoin/nodezain.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.