> For the complete documentation index, see [llms.txt](https://mozuku.gitbook.io/jairosukpupurotokoru/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://mozuku.gitbook.io/jairosukpupurotokoru/gai-yao.md).

# 概要

{% hint style="info" %}
このドキュメントは、FTL Labsが学術的な研究開発を通じて策定した、Gyroscopeプロトコルの理論的な設計メカニズムについて説明しています。Gyro DAOはGyroscopeを起動し、最終的なデザインにどのメカニズムを組み込むかを決定する責任があります。 不明な点、古くなった点があれば、gyroscope-docsリポジトリにpull requestをお願いします。
{% endhint %}

### Gyroscopeプロトコル

Gyroscopeの使命は、DeFiのための強力な公共インフラを構築することです。その核となるのは、全天候型準備金と自律的な価格設定を持つ、完全担保のステーブルコインです。

* **完全な裏付けのあるステーブルコイン** : Gyroscopeのステーブルコインは、1単位のステーブルコインが1米ドル相当の担保で裏付けされる長期準備率100％を目指しています。
* **全天候型の準備金** : 準備金とは、発行されたステーブルコインを共同で担保する、プロトコルで管理された資産のバスケットのことである。当初はほとんどの資産が他のステーブルコインになる予定。全天候型とは、DeFiにおけるすべてのリスクを可能な限り分散させることを目的としています。価格リスクだけでなく、検閲、規制、カウンターパーティ、オラクル、ガバナンスのリスクも考慮します。
* **自律的な価格設定** : ステーブルコインの鋳造と償還の価格は、厳しいペグの維持という目標と、短期的な危機に直面してもプロジェクトを長期的に存続させるという目標とのバランスをとるために、自律的に設定されます。

{% hint style="info" %}
Gyroscopeプロトコルは、Ethereum 上で開始される予定です。プロトコルはまだ開発中です。ゲーム化されたKovan Testnetバージョンがあり、ユーザーは様々な「レベル」で簡単にアクセスできるコアコンセプトを紹介しています。
{% endhint %}

### ステーブルコインのメカニズム

#### シナリオ A: ステーブルコインの価格が額面より高い場合

価格がペグを超えて上昇すると、より多くのステーブルコインが発行されて市場で販売され、その収益によって準備金が増加し、実質的に上昇傾向の閉じた裁定取引のループが形成されます。ステーブルコイン供給の過剰なインフレを防ぐために、一時的な市場イベント（別のステーブルコインへの信頼の喪失など）に対応して、資本流入が過剰でステーブルコインが過剰に担保されている場合、鋳造は一時的に禁止される場合があります。

{% hint style="info" %}
これは、Gyroscope設計の自律的なコンポーネントの一部です。将来的には、流入と流出のレベルを測定するボンディングカーブを使用して、ステーブルコインを鋳造/償還することで、動的な鋳造手数料に移行することが予見されています。
{% endhint %}

#### シナリオ B: ステーブルコインが額面より低い価格で取引される場合

準備金がステーブルコインの供給量の 100%をカバーするかしないかによって、このシナリオは異なる展開となる。

* 健全な準備金の場合、上昇時と同じ裁定取引のループが存在する。ステーブルコインを市場で購入し、1ドル相当の準備金資産と交換することができる。これは、第一の防御線である全天候型準備金の設計に支えられた一般的なケースであり、資産の裏付けを可能な限り強固にするものである。
* 準備金に大きなショックがあった場合、自律的な価格設定を含む追加の防衛線が存在する。

### プロトコルの防御ライン

**安定したシステムを維持するために、複数の防衛線が存在する。第一の防衛線**は、すべての発行代金を保管し、さらにDeFiのすべてのリスクを可能な限り分散させる**全天候型準備金**である。これは、一般的なシナリオとして完全担保を目指すものである。全天候型準備金は、価格リスクだけでなく、検閲リスク、規制リスク、カウンターパーティリスク、オラクルリスク、ガバナンスリスクなどに対するリスク分散を図っています。

{% hint style="info" %}
準備金は最初はほぼ他のステーブルコインで構成されるが、これは長期的には変化する可能性がある。準備金への大きなショックは、他のDeFiシステムに大きな問題が発生した場合にのみ起こります。
{% endhint %}

<figure><img src="/files/CNtIcETCLoFWL4Yt2Po0" alt=""><figcaption></figcaption></figure>

もし準備金に大きなショックがあれば、第二の防衛線であるGyroscopeの自律的な価格設定で制御されます。ステーブルコインあたりの担保不足すると、償還市場のボンディングカーブがサーキットブレーカーとして償還相場を低下させ、持続可能なシステムを維持するのです。この安定化メカニズムは滅多に必要とされるものではありませんが、不測の事態に備え、Gyroscopeのマルチマーケットデザインを利用しており、ステーブルコインの鋳造/償還、ボンディングカーブの価格に流動性を集中させるものです。

償還価格を下げる目的は、銀行の取り付け騒ぎや通貨ペグへの攻撃を抑制し、持続可能な方法で一時的な景気後退が過ぎるのを待つユーザーに報いることです。ステーブルコインの保有者が退出する方法は維持されつつ、重要なことに、Gyroscopeはステーブルコインが目標価格に戻ることに賭ける理由を提供します。(例えば利回りを通じて)

{% hint style="info" %}
通貨ペグ調整ゲームの直観は次の通りです。\
ステーブルコインの基本的な価値についてユーザーが形成する信念は、準備金の価値と、ステーブルコインが広く受け入れられ、使用される程度に依存します。しかし、ユーザーは他の市場参加者の信念について (とりわけ) 信念を形成し、Gyroscopeはそれらの信念を調整します。準備金の価値はチェーン上で観察可能であり、準備金の使用方法に関するルールがあるため、合理的なユーザーはペグを攻撃するか防御するかを暗黙のうちに同意します。これにより、信用危機を未然に防ぐことを目的としている。
{% endhint %}

第三の防衛ラインには、準備金の回復や資産担保の拡大を可能にするメカニズムが含まれます。準備金は、たとえば、ガバナンス トークンを競売にかけることで資本を増やすことができます。実際、Gyroscopeのガバナンスは、危機の際に最後の手段として単独で機能するのではなく、ショックに対する資産の余裕を構築するために、適切な時期にこれを行うよう奨励されています。Gyroscopeのメカニズムは、安定性を強化するために、レバレッジド ローン メカニズム (Maker のような) と並行して機能します。

### 補完的なインフラストラクチャ

追加の製品は、Gyroscopeの設計から生まれます。たとえば、資産の故障に耐えることができる流動性の高い DEX が自然に生まれます。この設計は、取引の効率的なルーティングを可能にし、流通市場の自動化されたマーケット メーカー、準備金プール、および外部プールのネットワークとして概念化できます。二次市場の AMM (SAMM) は、Gyroscopeのステーブルコインに出入りする流動性の高い経路であり、一次市場の AMM (PAMM) は鋳造/償還市場です。より詳細な説明については、PAMM および SAMM の説明を参照してください。

<figure><img src="/files/PxkL5IVNc49InlT2vBLm" alt=""><figcaption></figcaption></figure>


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## 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/gai-yao.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.