Question 1

COOKとは何ですか？

Accepted Answer

COOKはCook Protocolのホワイトペーパーで設計されたプロトコルトークンであり、主な用途はプロトコル層のガバナンスへの参加といくつかのプロトコル上の操作です。これは特定のファンドの持分証明ではありません。ガバナンス権は、プラットフォーム手数料、接続可能なDeFiプロトコル、コミュニティトレジャリーの用途など、プロトコル全体に影響するルールを対象とします。 したがって、COOKを保有することと、特定のファンドの資産持分を保有することは別のものです。前者はプロトコル層のガバナンスと設計上の機能に対応し、後者はそのファンドが発行するckTokenで表されます。ホワイトペーパーが説明するのは2021年の当初案であり、これだけを基に、これらの機能が現在すべて実装済みであることや、パラメータが依然として有効であることを推定することはできません。

Question 2

Cook Protocolはどのような問題を解決しようとしていますか？

Accepted Answer

Cook Protocolの当初の目標は、資産運用における資金調達、戦略実行、持分記録を、検証可能なオンチェーンの枠組みに置くことでした。ファンドマネージャーはファンドを設立して投資戦略を定め、投資家はそのファンドに資産を投入した後、対応するckTokenを受け取ります。ckTokenは、その投資家が当該ファンドに持つ持分を表すために使われます。 この構造はプロトコルトークンとファンド持分を分けています。マネージャーは戦略の詳細を完全に公開する必要はありませんが、投資家はオンチェーンのファンド構成に基づき資産状況を確認できます。ファンドのパフォーマンスと資産変動は、そのckTokenが表す持分価値に影響しますが、COOK自体の価値または権利と同一ではありません。

Question 3

COOKを保有するとどのようなガバナンス事項に参加できますか？

Accepted Answer

ホワイトペーパーにおけるプロトコル層ガバナンスの設計では、COOK保有者は、プラットフォーム手数料のパラメータ、ファンドが利用を許可されるDeFiプロトコルの範囲、コミュニティトレジャリーのインセンティブおよび助成の手配など、プロトコル全体に影響する事項について提案し投票できます。この種の決定が変更するのはプロトコルの共通ルールであり、特定のファンドの取引判断を直接行うものではありません。 ファンド層の意思決定とプロトコル層の意思決定は区別する必要があります。プロトコル層は、ファンドがどのようなルールおよび統合範囲で運用できるかを決定します。具体的なファンドの資産配分と戦略実行は、そのファンドとその管理メカニズムの範囲に属します。ホワイトペーパーは、現在の投票閾値、実行手順、投票可能事項が当初の設計と同じであることを証明していません。

Question 4

COOKにはプロトコル内でどのような利用場面がありますか？

Accepted Answer

ホワイトペーパーでは、COOKにプロトコル利用に関する2種類の役割を想定しています。投資家が一部のファンドに参加する際、COOKの前払いが必要となる場合があり、ファンドマネージャーがファンドを作成する際には一定数量のCOOKをステーキングする必要があります。前者は一部の参加行為をトークン支払いに結び付け、後者はファンド作成の資格をトークンのロックに結び付けます。 これは、すべてのファンドが必ずCOOKを必要とすることを意味せず、ステーキングが自動的に投資収益を生むことも意味しません。前払いまたはステーキングの具体的な数量、返還の有無、実装済みかどうか、違反時の処理は、その時点で実際にデプロイされているプロダクトとルールに従う必要があります。ホワイトペーパーは当初のメカニズムの方向性のみを示しています。

Question 5

COOKは当初どのように配分されましたか？

Accepted Answer

ホワイトペーパーにおけるCOOKの初期供給計画は100億枚です。このうち60%はコミュニティトレジャリーに配分され、6年間でベスティングする計画でした。残りのトークンは、コミュニティインセンティブ、初期コミュニティ投資家、パートナー、チーム、アドバイザーなどのカテゴリに配分されます。配分比率は当初の用途区分を示すものであり、これらのトークンが同時に市場に出ることを意味しません。 供給を理解する際には、「配分」と「流通可能」を区別する必要もあります。トークンがあるカテゴリに指定されたことは、すべてがアンロック済みまたは自由に移転可能であることを意味しません。ベスティング予定は、リリースを時間区間に分散させることで、各段階で新たに利用可能となり得るトークンのペースを決めます。実際の流通量は、現在のコントラクトとアンロックの実行状況に基づき別途確認する必要があります。

Question 6

COOKとckTokenの違いは何ですか？

Accepted Answer

ckTokenは個別のCookファンドの持分トークンであり、保有者がそのファンド資産に持つ対応する持分を表します。ファンド資産と戦略の結果は主にこの持分関係を通じて反映されます。異なるファンドは異なるckTokenを持つことができるため、これはプロトコル全体で統一されたガバナンストークンではありません。 一方、COOKはプロトコル層に位置し、ホワイトペーパーではガバナンス、一部の参加における前払い、ファンド作成時のステーキングなどの機能に使われます。簡潔に言えば、ckTokenを購入または保有することは特定のファンドへのエクスポージャーを得る経路です。COOKを保有しても、特定のファンドの資産持分を自動的に取得することはなく、その逆も同様です。

Question 7

COOKのインフレメカニズムはどのように設計されていますか？

Accepted Answer

ホワイトペーパーは、6年間のベスティング期間終了後に年率2%の継続的インフレを開始することを提案しています。この設計が原文どおりに実行される場合、ある年度の新規発行量は、当時適用される供給量の基準に対して年率2%で計算され、当初の100億枚に加えて将来分の全トークンを一度に追加発行するものではありません。 このメカニズムと初期アンロックは別の段階です。6年間は当初配分におけるベスティングとリリースが中心であり、その後に計画上の継続的発行が行われます。継続的インフレはトークン数量を増やす可能性がありますが、新規トークンの受取先、実際の実行方法、現在の供給量への影響は、ホワイトペーパーの当初計画だけから決定することはできません。

Question 8

ファンド管理手数料とプロトコル手数料の違いは何ですか？

Accepted Answer

ファンド管理手数料とプロトコル手数料は同じ階層ではありません。ホワイトペーパーでは、ファンドマネージャーはファンドのメカニズムを通じて管理手数料を徴収でき、プロトコル層のガバナンスはプラットフォーム手数料などの共通パラメータを議論できると説明されています。前者は特定のファンドの管理サービスに対応し、後者はプロトコルルールに対応します。 投資家にとって、手数料が発生するか、どの資産で支払われるか、ファンド純資産価値にどのように影響するかは、具体的なファンドの条件と実際のデプロイに依存します。COOKを保有していることを理由に、特定のファンドの管理手数料またはプラットフォーム手数料収入を得られると推定してはいけません。

Question 9

コミュニティトレジャリーは当初設計でどのような役割を担いますか？

Accepted Answer

当初案では、コミュニティトレジャリーの役割はコミュニティ向けに留保されたCOOKを受け入れ、プロトコルガバナンスによってインセンティブ、助成などの用途を決定することです。その意義は、一部のトークン資源の利用を、個々の保有者にあらかじめ自動配分するのではなく、プロトコル層の集合的な意思決定に組み込むことにあります。 トレジャリーにトークンが配分されることは、直ちに市場供給が形成されることを意味せず、保有者が比例して受け取れることも意味しません。具体的な拠出条件、ガバナンス手続き、トレジャリー残高、実際に配布済みのインセンティブは、いずれも現在検証可能なオンチェーンまたはガバナンス資料に基づいて判断する必要があります。

Question 10

ホワイトペーパーはファンドのセキュリティ設計をどのように説明していますか？

Accepted Answer

ホワイトペーパーでは、セキュリティ設計をファンドのガバナンス権限、コードセキュリティ、保険などの方向に分けています。その基本的な論理は、マネージャーまたは参加者の操作はファンドおよびプロトコルのルールに制約され、スマートコントラクトのコードにはセキュリティ保証が必要であり、リスク移転は保険の仕組みを利用し得る、というものです。 これらの方向性は、資産の安全性、収益、または保険金支払いを保証するものではありません。保険が存在するか、どの事象を補償するか、保険金額と請求条件、現在のコントラクトがホワイトペーパー記載の設計を依然として採用しているかは、すべて実際のプロダクト条件とオンチェーンのデプロイに従う必要があります。

Cook Protocol (COOKPROTOCOL)価格

Cook Protocol（COOKPROTOCOL）の本日の価格（USD）