Berachain V2：変更点の説明、PoL ダイナミクスへの影響、そしてなぜこれが重要な次のステップなのか [Berachain翻訳]


:::note info
本記事は下記の翻訳となります。
[『Berachain V2: An explanation of the changes, how it affects PoL dynamics and why it’s an important next step』](https://blog.berachain.com/blog/berachain-v2-an-explanation-of-the-changes-how-it-affects-pol-dynamics-and-why-its-an-important-next-step)
:::

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/1926720/fc657e1b-0304-0c72-5884-baf9d4b5d0f2.png)

## 大変なベアニュースです！

ついにこの時が来ました。
Berachain はメインネットに近づいており、大規模なアップグレード - Berachain V2 - を発表する時が来ました。漫画のクマの NFT コレクションとして始まったものが、ユーザーとアプリケーションの成長に伴うセキュリティのスケーリングに関する多くの問題に対処するように設計された、新しいタイプのブロックチェーンへと進化しました。V2 と V1 の違いを説明する前に、Berachain のミッションについて簡単におさらいしましょう。

Berachain は、革新的なコンセンサスメカニズムである Proof of Liquidity（PoL）を中心に展開しています。これは、バリデーターとエコシステムの参加者（ユーザーとアプリケーション）間のインセンティブのバランスを取り、流動性と経済的セキュリティを同時にスケーリングするための共通の目標を作り出すシステムです。高レベルで言えば、Berachain は EVM 互換の L1 で、流動性をセキュリティに変換し、すべてを PoL で駆動します。

Berachain V2 は V1 から大きな飛躍を遂げ、実行クライアントの多様性とコンセンサスを改善する新しいアーキテクチャを導入し、EVM スマートコントラクト開発のための同一の体験を可能にします。詳しく見ていきましょう。

## なぜ V2 なのか？

新しいブロックチェーンアーキテクチャは、多くの場合、開発者向けに構築され、彼らだけが本当に理解できる機能や特徴を持っています。ブロックチェーンをモジュラー化する定義はまだ曖昧ですが、議論の大半は舞台裏で行われるブロックチェーンプロセスに焦点を当てており、ユーザーが中心に置かれることは通常ありません。Berachain V2 は、この設計アプローチを逆の角度から行い、インセンティブの調整と PoL を通じた新たなユーザー行動の促進という核心的な焦点を忠実に守りつつ、モジュラーなブロックチェーンを作り出しています。

Berachain V2 は完全なチェーンの書き直しではありません。

主要な変更のほとんどは Berachain の技術的アーキテクチャを対象としており、トリプルトークンモデル、PoL、プロトコル層でのインセンティブ調整は大部分が同じままです。V1 から V2 への重要な変更点の 1 つは、Polaris から離れる決定です。Berachain V1 の EVM 実行は CometBFT コンセンサスと密接に結合していたため、Berachain がネットワークに流入するユーザー数の記録を更新する中で、mempool がブロックスペースの需要に追いつけなくなりました。Polaris の限界に達したことで、メインネット前に実行とコンセンサスの相互作用に新しいアプローチが必要であることが示されました。

Berachain V2 は、Berachain の体験を改善するために設計された EVM 重視の開発フレームワークである BeaconKit を導入します。ETH2 のモジュラーなコンセンサスと実行の分離の原則を取り入れ、開発者は BeaconKit を使用して Berachain V2 上で任意の実行クライアントを利用できるようになりました。

BeaconKit は、Reth、Geth、Nethermind などの既存の Ethereum 実行クライアントを利用できる能力を通じて、V1 を悩ませていた多くの問題を解決します。V1 では実行クライアントが不必要なトランザクション情報を mempool にゴシップしていましたが、V2 では Polaris では不可能だった single-slot (instant) finality の導入によってこの問題に対処しています。

Berachain V2 と BeaconKit の構造により、Berachain は Polaris のプリコンパイルを介した EVM 互換ではなく、EVM 互換になります。Berachain V2 の ETH2 のようなシステムの使用により、開発者が知り愛する EVM 体験と同一のブロックチェーンを実現しつつ、PoL を通じて全く新しくエキサイティングなユーザー体験を可能にします。

Polaris も CometBFT を使用していましたが、コンセンサスと実行の分離が不十分だったため苦戦していたことに注目する価値があります。これら 2 つの機能を一緒にバンドルしたことで、トランザクションの豊富さによりネットワークが常に実行のボトルネックに直面するという問題が発生しました - Polaris は単に追いつけませんでした。BeaconKit は、EVM 等価性のための Polaris のプリコンパイルの実装の必要性を取り除き、代わりに開発者にとって EVM 互換のネットワークを最初から提供します。

技術的な調整を超えて、Berachain の主要なステークホルダーは同じままです。バリデーターは BGT の流れを指示し、エコシステム活動の向上に向けたインセンティブを調整して委任を最大化します。BGT 保有者と LP はガバナンスに参加し、バリデーターと緊密に協力して BGT 報酬を最大化するよう努めます。エコシステム内のアプリケーションは BGT のフライホイールに参加し、創造的なインセンティブループを立ち上げます。他のプロトコルとの協力とユーザーへのコミットメントは依然として不可欠です。

V2 では、主にアクティベーショントークンの選択と立ち上げ時に利用可能なバリデーターの数に関して、バリデーターのセットアップ プロセスにいくつかの小さな調整が導入されています。Berachain は当初、BGT ボンドで 100 バリデーターの上限を設定する予定でした。V2 ではこれを 256 のソフトリミットに引き上げ、Berachain で予想される巨額の TVL を確保するための十分な経済的ステークを確保するため、バリデーターはアクティベーションボンドを投稿するために BERA をステークすることになります。

これらの変更は BGT の基本的な効用に影響を与えません - バリデーターは委任された BGT の重みがゼロの状態でステークを開始します。追加の BGT を獲得する唯一の方法は、流動性の提供を通じてエコシステムに積極的に参加することです。また、バリデーターの BGT の委任はスラッシュされません - スラッシュされるのは BERA トークンで支払われるアクティベーションボンドのみです。

BGT 委任の基本は同じままです。バリデーターの gauge weight とブロック報酬は、委任された BGT の同時増加によってのみ増加します。どのバリデーターもブロックを生成する機会は等しく、BGT 報酬はバリデーターの投票に基づいて分配されます。つまり、BGT 委任が多いバリデーターが平均的により多くのブロックを生成し、一律の報酬を得る代わりに、個々のバリデーターのブロック報酬は（ブロックを生成する際に）委任された BGT に比例します。

## モジューラビリティは目的達成の手段であり、主な魅力ではない

Berachain V2 は、ETH2 の実行ダイナミクスの最良の部分と single-slot finality の最良の部分を組み合わせ、他に類を見ない体験を生み出します。ユーザーがモジュラーアーキテクチャの詳細を完全に理解する必要性を最小限に抑えています。開発者にとっては、オプション性が V1 の体験を改善し、新しいまたは既存のコードを新しいチェーン環境にデプロイするプロセスを容易にします。ユーザーにとっては、Berachain 上でのトランザクションがよりスムーズに感じられ、Berachain V1 よりも優れた体験を提供します。

Proof of Liquidity は、他のコンセンサスメカニズムが直面する問題の緩和に焦点を当てています。Berachain V2 は、モジュラー設計空間をユーザー体験から分離しています - 議論されたすべてのことはフード下で動作し、モジュラー流動性によって駆動される、他のチェーンでは利用できない優れた体験を創出します。

モジュラー流動性は、Berachain の具体的なユースケースです。他のブロックチェーンエコシステムはサイロ化された流動性に苦しんでいます - どの dApp でも、そのネイティブトークンやコアバリュープロポジションがアプリケーションのエコシステムを超えて拡張可能かどうかを判断してみてください。ほとんどの場合、答えはノーです。

アプリケーションはオンチェーンで堅牢なコミュニティを構築し、より広い DeFi エコシステム全体に機能を拡張することができるかもしれませんが、同じアプリケーションが L1 が獲得できるような市場シェアを獲得するのは難しいです。Berachain では、アプリケーションのスケーリングへのアプローチを取り、ブロックチェーンの成長行為を拡大するために活用されます。Berachain 上のすべての関係者の利害が一致することで、流動性はサイロ化されず、コミュニティはより協調的な方法で成長することができます。Proof of Liquidity は、エコシステム全体で共有された流動性を可能にすると同時に、Berachain のセキュリティを高めます。

Berachain V2 はモジュラーブロックチェーンですが、それ以上に、協力を通じて効用を推進するブロックチェーンです。

モジュラー流動性に基づいて構築されたエコシステムは、そのアーキテクチャから機能を導き出す必要があります - モジュール性の側面を開発やアーキテクチャに限定するのではなく、V2 はユーザー体験を前面に押し出しています。Berachain は、プロトコル層でのインセンティブの調整によって駆動される、デプロイされたすべてのアプリケーションにネイティブな水平スケーラビリティを適用します。ユーザー、dApp、バリデーターがすべて連携して働き、エコシステムを成長させ、スタックのあらゆるレベルでの参加を可能にします。

結局のところ、Berachain V2 は単なるアップグレード以上のものです - V1 からの学びの集大成であり、メインネット立ち上げ時に大規模で成長するベアのコミュニティをより良くサポートするために、開発者の生活をより容易にするように特別に設計されています。Berachain V2 上で構築することに熱心な方や、その新機能についてもっと知りたい方は、[こちら](https://docs.berachain.com/?ref=berachain.ghost.io)のドキュメントをチェックしてください。読んでいただき、ありがとうございます、ベアの皆さん。

---

---

:::note info
【Sunrise とは】
Sunrise は Proof of Liquidity(PoL)と Fee Abstraction（手数料抽象化）を備えたデータ可用性レイヤーです。 私たちは DA の体験を再構築し、多様なエコシステムからのモジュラー型流動性を活用してロールアップを立ち上げています。

- [Sunrise - Specialized DA Layer for Proof of Liquidity](https://sunriselayer.io/)
- [Sunrise / Gluon Docs](https://docs.sunriselayer.io/)

【Social Links】

- [X(旧 Twitter)[英語])](https://twitter.com/SunriseLayer)
- [X(旧 Twitter)[日本語])](https://twitter.com/SunriseLayer)
- [Discord Community](https://discord.com/invite/sunrise)
- [Medium](https://sunriselayer.medium.com/)
- [Github](https://github.com/sunriselayer)
- [Linkedin](https://www.linkedin.com/company/sunriselayer)

【お問合せ】
Sunrise へのお問い合わせはこちらから 👉 [Google Form](https://forms.gle/h8RVahxRtXUvYwnv6)

![1080x360.jpeg](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/3839047/8971d83b-3331-4757-dc72-320d28618735.jpeg)

:::