本記事は下記の翻訳となります。
『How to farm BGT: A Road to Greener Pastures』
Berachain と Proof of Liquidity に注目している方は、Berachain のガバナンストークンである BGT をファームするための戦略をどのように構築し始めるべきか疑問に思うかもしれません。BGT を獲得するには、賢明な参加が重要です：流動性の提供、バリデーターとの戦略的な連携、そしてバリデーターにインセンティブを与えるエコシステムプロトコルの価値提案を理解することが必要です。Berachain の Proof of Liquidity は、積極的な参加が直接報酬に結びつく環境を作り出します。この投稿では、ネットワークのセキュリティと流動性に貢献しながら、BGT の獲得を最大化するための戦略の基本を理解する方法について、読者の皆さんにご説明します。
BGT の獲得方法
覚えておいていただきたいのは、BGT は購入できず、譲渡もできないということです。BGT を獲得する唯一の方法は、流動性を提供し、その LP トークンをホワイトリストに登録された gauge にステークすることです。Berachain では、gauge とは、ユーザーが特定の資産をステークして BGT 報酬を獲得できるスマートコントラクトを指します。ユーザーが gauge から獲得する BGT 報酬の量は、以下の要因に基づいています：
- gauge にステークされた総資産に対するユーザーのシェア
- gauge に排出される BGT 報酬の量（これについては次のセクションで説明します）
誰でも新しい gauge を追加する提案を作成でき、プロトコルや開発者は、エンドユーザーが特定のステーキングトークンを獲得する方法について創意工夫を凝らしています。流動性をどこに提供するべきかを判断する良い方法は、以下のリストから逆算することです：
現在、ユーザーが BGT を獲得する方法として 3 つの gauge が存在します。これらのデフォルトの gauge（vault）は、Berachain のネイティブ dapps として組み込まれており、時間の経過とともに新しい gauge が追加されていく予定です。BEX 上の HONEY-WBERA プールに LP を提供したり、Bend で HONEY を借り入れたり、Berps の vault に HONEY を預けたり、そして代表的なトークンをそれぞれの gauge にステーキングすることで獲得できます。このリストは、BGT ガバナンスを通じて行われるgauge whitelistingプロセスにより、新しい gauge が追加されるにつれて常に変化していきます。開発者やプロトコルは、特定のアセットに対する新しい gauge の作成を提案することができます。提案が可決されると、新しい gauge が作成され、承認された gauge のリストに追加されます。
WBERA-HONEY プール gauge を使用して、ユーザーが流動性を提供し、ステーキングを行う例を見てみましょう。ユーザーがこの gauge が対象であることを知ったら、その specific なアプリに移動して流動性を提供し、LP トークンを受け取る必要があります。
BEX では、このプールが現在 48.34k%の BGT APY を受け取っていることが確認できます。ユーザーが流動性を追加すると、この specific なプールに流動性を提供したことを証明する LP トークンが自動的に付与されます。実際に BGT の獲得を開始するのは、この LP トークンをステーキングしてからになります。この LP トークンをステーキングするには、BGT station の gauge セクションに戻ります。ユーザーが WBERA-HONEY gauge をクリックすると、LP トークンを預け入れるオプションが表示されます。
ユーザーが LP トークンを預け入れると、BGT リワードの獲得が始まり、いつでも claim することができます！ユーザーはこのプロセスを Bend と Berps でも繰り返します。唯一の違いは、Bend ではユーザーの代わりに LP トークンのステーキングステップが自動的に行われることです。BGT を獲得したユーザーは、それを claim して validator に委任することができます。このことを念頭に置いて、フライホイールの次のステップに進みましょう。
BGT の発行がどのように生成されるか
gauge とは何か、そしてどのようにして BGT を獲得し始めるかを理解したところで、Proof of Liquidity の総合的な戦略を立てるためには、この BGT がどこから来ているのかを理解することが重要です。validator はブロックを構築する際に BGT を獲得し、その獲得した BGT の一部を、自身が選択した一連の gauge に分配します。これは"berachef"と呼ばれる、各 validator 固有の BGT リワードの配分先内訳を通じて設定されます。ユーザーは BGT Station の validator セクションで、各 validator の berachef 設定を確認することができます。
validator は自身の選択した gauge に BGT の発行を振り向けることができるため、BGT の委任を戦略的に考えるなら、すでに預け入れている gauge に BGT を振り向けている validator に委任するのがよいでしょう。BGT の報酬額は、gauge 内にステーキングされた総資産に対するユーザーのシェアと、その gauge に発行される BGT リワードの量に依存することを覚えておいてください。ユーザーがステーキングしている gauge に発行される BGT が多いほど、ステーカーの報酬も多くなります。テストネットでは、デフォルトの gauge は同等の重みに設定されていますが、オンチェーンガバナンスが有効になると、validator は gauge の重みを決定できるようになります。
ここまでの BGT ファーミング戦略をまとめると：
- BGT を獲得している gauge に流動性を提供する
- この gauge にも BGT の発行を振り向けている validator に委任する
インセンティブ
validator は BGT の発行先を決定するため、プロトコルが validator を説得したり、インセンティブを与えたりして BGT を自分たちに向けてもらう方法があるはずです。私たちには「incentives」という概念があり、これは validator の BGT 発行の市場です。この市場では、任意のプロトコル/dapp が ERC20 トークンの形で市場にオファーを出し、validator がそれを引き受けるのを待つことができます。例えば、ある dapp が「1 BGT につき 100 $CAMI トークンを支払う用意があり、合計 1000 $CAMI を提供する」と言うことができます。これらは指値注文と考えることができ、incentive は完全に埋まるまで開かれたままです。validatorA がオーダーの 20%を埋めれば、incentive の 20%を得ることができます。delegator は、validator が受け取る incentive の一部を受け取る資格があります。validator は報酬として与えられる ERC20 トークンからコミッション分を取り、残りは delegator に分配されます*。
validator は、自身のリスク戦略と交換で提供される ERC20 への確信に基づいて、どの incentive を引き受けるかを評価することができます。例えば、リスク許容度の低い validator は、Berachain のステーブルコインである HONEY の incentive のみを受け入れる意思があるかもしれません。一方で、他の validator は BGT と交換に新しく変動の大きい ERC20 を受け入れる意思があるかもしれません。delegator にとって、これはユーザーが incentive から受け取る報酬の量と種類に影響を与えるため、重要な視点です。戦略的に考えると、受け入れられる（低い）コミッション率を取り、興味のある incentive を受け入れ、ユーザーのリスクと一致している validator に委任することが良いでしょう。
これが私たちの BGT ファーミング戦略です：
- BGT を獲得している gauge に流動性を提供する
- この gauge にも BGT の発行を振り向けている validator に委任する
- そして incentive を引き受ける際に適切なコミッション率を取り、自分のリスク許容度や全体的な考えと一致している validator に委任する
We did it, Joe!
Proof of Liquidity は、報酬を最大化しようとする異なるプレイヤーが存在するシステムです。BGT の発行と incentives マーケットプレイスの複雑さを理解することで、ユーザーは BGT をファームし、自身の資本を生産的にするための効果的な戦略を立てることができます。流動性を提供し、ホワイトリストに登録された gauge に LP トークンをステーキングし、適切な validator と連携することで、参加者は報酬を最大化し、ネットワークのセキュリティと流動性に貢献できます。このシステムは積極的な参加と戦略的な意思決定を促進し、ステーカー、validator、プロトコルが協力してエコシステムの成長を推進する環境を作り出します。
*この機能は現在テストネットでは利用できませんが、メインネットでは利用可能になる予定です。
【Sunrise とは】
Sunrise は Proof of Liquidity(PoL)と Fee Abstraction（手数料抽象化）を備えたデータ可用性レイヤーです。 私たちは DA の体験を再構築し、多様なエコシステムからのモジュラー型流動性を活用してロールアップを立ち上げています。
【Social Links】
【お問合せ】
Sunrise へのお問い合わせはこちらから 👉 Google Form
