STP - Songbird Test Proposal 0 翻訳

元記事はこちら👇
STP/STP_0.md at main · flare-foundation/STP · GitHub

SongbirdはFlareのカナリアネットワークです。
Flare Network (Flare)の立ち上げに先立ち、当初Flareを構成するプロトコルはSongbirdでテストされることを意図しています。
Flareの立ち上げ後は、SongbirdがFlareのアップグレードのための長期的なテストの場となることが想定されています。
Flareへの変更は、Flare Improvement Proposal (FIP)プロセスを通じて行われます。
Flareへの変更に伴い、Songbirdでのテストが必要となった場合には、Songbird Testing Proposals (STP)が実施される可能性があります。

Songbird governance systems
Songbirdには2つのガバナンスシステムがあります。

Songbird Testing Proposal (STP)
このプロポーザルシステムは、Flare上の初期プロトコルと、その後の継続的なFlareへのアップグレードをテストする仕組みです。これについては以下に詳述します。

Songbird Improvement Proposal（SIP）
SIPのガバナンス・モジュールは、Flareの立ち上げ後に有効になります。提案のプロセスは、そのイベントの前に詳しく説明され、一般的にSongbirdへの変更がどのように行われるかを定義します。将来の Flare 改善提案(FIP)のテストを Songbird で行うことを不可能にするような、Flare のコアプロトコルとの互換性を崩す SIP は、Songbird を Flare のカナリアネットワークとしての地位に終止符を打つ SIP がない限り、自動的に拒否されます。当然のことながら、SongbirdがFlareのCanary Networkであり続ける限り、Songbirdに加えられる可能性のある一連の変更は減少します。

STPの目的
STP構造の目的は、Songbirdのトークンホルダーが極めて不人気な変更に対してガバナンスを行使することを可能にすると同時に、テストのためのSongbirdの実用性を制限しないことにあります。これを達成するために、STPは高い閾値で拒否されない限り自動的に実施されます。

Flareのローンチ前
Flareのローンチ前には、簡略化されたSongbirdのガバナンスプロセスは以下のようになります。

STPは財団によってこのリポジトリにアップロードされます。

投票者は期限までにいつでも投票を委任することができます。
計算上の票数は、提案ごとにランダムに選ばれたブロックで決定されます。

提案は、Songbird Token Free Floatの75%未満の反対であれば自動的に通過し、実施されます。Free Floatの量は供給契約から得ることができます。
その契約では、API関数3 getCirculatingSupplyAtで値を読み取り、どのブロック番号を照会するかを設定する必要があります。

Flareローンチ後
Flareが発売された後の手順は、上記のステップ1がFIPプロセスによって開始されることを除けば、Songbirdの視点から見て同じです。

Flee Floatの定義
フレア財団が保有していない全てのSGBのこと。

プロポーザルの構成
有効なSTP提案は以下のように構成されます。

a) 詳細を記載した表。a) 詳細な表：#、タイトル、ステータス、タイプ、著者、日付

b) 簡単な説明

c) 技術的な説明

d) コードリポジトリへのリンク

e) 監査報告書へのリンク（該当する場合

f) バグバウンティ情報（該当する場合）。

g) 提案された実装日の範囲。

h) 投票契約の詳細。

i) 投票の締め切り。

以上です。
我々がどのように投票するかの詳細はこの資料ではわかりませんね・・・。