ログイン/ 登録

ベラチャンの探究：ネイティブ・プロトコルの分析とテクニカル・ハイライト

2025/02/06 21:32

従う

Berachainは、市場で多くの注目を集めるブロックチェーンとして、コミュニティや開発者から多くの注目を集める革新的な機能や特徴を持っています。Berachainは、PoLメカニズムと3トークンモデルを通じて、オンチェーンの流動性問題に対するユニークなソリューションを提供しています。Berachainがメインネット上でライブになろうとしている今、BerachainはBerachainの初期のエコユーザーとプロジェクトを引き付け、サポートするためのインセンティブプログラムとTGEを開始しました。

Beosinは、Ronin Network、Merlin Chain、Manta Netowork、Self Chainなど、複数のブロックチェーンネットワークの公式監査パートナーです。strong>Berachainのアーキテクチャ、3つのネイティブアプリの設計、関連する契約実行プロセスを説明し、読者がBerachainをより深く理解できるようにします。

1.アーキテクチャ

ベラハンは、レイヤー1です。BerachainはトリプルトークンモデルとProof-of-Liquidityコンセンサスメカニズムの導入を特徴とするLayer1 EVM相当のチェーンで、流動性、コンセンサス、ガバナンスメカニズムを統合し、チェーンエコシステム内の流動性プロバイダーにさらなるインセンティブをもたらします。

ベラチャンのアーキテクチャは主に2つのレイヤーに分かれています：

(1)BeaconKitコンセンサスレイヤー。このレイヤーは主にブロックチェーンのコンセンサスメカニズムを担当し、基本的なコンセンサスアルゴリズムとしてCometBFTを採用し、それに基づいてProof-of-Liquidityを導入する。CometBFTはTendermintをベースにしたコンセンサスプロトコルで、高速な取引確認とビザンチン耐障害性機能（BFT).Berachainでは、BeaconKitがさらにCometBFTをカプセル化し、イーサネット仮想マシン（EVM）と互換性のある実行環境とのやり取りを可能にしている。

(2) EVM実行層 Berachainの実行層は、イーサリアム仮想マシンと同じ仮想マシンを使用しています。Berachainの実行レイヤーはEtherと同じ仮想マシン、EVM（Ethereum Virtual Machine）を使用し、Berachainが既存のEtherツールチェーン、スマートコントラクト、エコシステムをサポートすることを保証し、開発者がEtherから直接Berachainにスマートコントラクトや分散型アプリケーション（dApps）を移植することを可能にします。

Berachainにおいてノードの種類は検証ノードとRPCノードの2つに分けられます。各ノードはフルノードまたはアーカイブノードとして設定でき、各タイプのノードは実行クライアントとコンセンサスクライアントの組み合わせです。つまり、実行レベルでは、Berachainが構築したBeaconKitコンセンサスクライアントとフレームワークとペアになった任意のEVM実行クライアントをサポートします。

● Execution Client:EVMを実行するクライアント。strong>スマートコントラクトコードの実行、状態変更の管理、トランザクションロジックの実行を担当する。イーサリアムエンジンAPIを使用して、Berachainは6つの主要なEVM実行クライアントをサポートしています：Geth、Erigon、Nethermind、Besu、Reth、Ethereumjs；コンセンサス・クライアント：ネットワーク・ノード間でコンセンサスを得る役割を担う。

2.流動性の証明（PoL）

Berachainの流動性の証明（PoL）は、トークン経済です。

$BERA: BERAはBerachainのネイティブガストークンで、取引手数料の支払いやバリデーターの誓約トークンとして使用されます$BGT: Berachainのガバナンストークンで、オンチェーンガバナンスへの参加、報酬の分配、バリデータの委任に使用される。通常のガバナンストークンと比較してこのトークンのユニークな特徴は、BGTがソウルバウンドトークンであることです。つまり、ユーザーはアドレス間でBGTを譲渡することはできませんが、トークンは1:1の比率でBERAと交換することができます。これは一方通行の操作であり、BERAをBGTと交換することはできないことに注意することが重要です。.BGTは譲渡不可能なソウルバウンドトークンとして、Berachainエコシステムへの実際の参加（流動性の提供、融資など）を通じてのみガバナンスに参加できるユーザーを表し、購入や取引を通じて取得することはできません。

$HONEY（ハニー）: Berachainのネイティブステーブルコイン。HONEYは完全担保型のステイブルコインで、ホワイトリストに登録された担保を金庫に預けることで鋳造することができます。異なる担保は、BGTガバナンスによって決定されるように、異なる鋳造レートを持っています。

Berachainは流動性の証明（PoL）メカニズムを使用しています。Berachainが採用するProof of Liquidity (PoL)メカニズムは、PoLがすべてのチェーンのエコシステムにわたって流動性プロバイダーによって行われる貢献を考慮に入れるという点で、伝統的なコンセンサスメカニズム（PoWやPoSなど）とは異なります。流動性の採掘と誓約を通じて、BerachainはPoLを使用して、より多くのユーザーがBerachainのエコシステム全体に参加するようインセンティブを与えます。下記は、Berachainのネイティブな分散型取引所であるBEXを使用した、BerachainエコシステムにおけるPoLの主なプロセスの例です:

最初の誓約：ユーザーはまず、ブロック資格を持つ検証者になるためにBERAを誓約します。

ブロック提案: アクティブな検証者がランダムに選ばれ、新しいブロックを提案する。

報酬の分配：ブロックを提案する検証者にはガバナンストークン（BGT）が授与され、各検証者が設定したパラメータであるチェーンエコシステムの異なる報酬プールに分配されます。

流動性プロバイダー： BEXの場合、流動性プロバイダーはトークン（例：HONEYやBERA）をBEXプールに預けることで流動性を提供し、流動性バウチャートークン（例：$HONEY-WBERA）を取得して報酬プールに誓約することができます。報酬保管庫に誓約し、貢献度に応じたBGT報酬を受け取る。

委任統治トークン：BGT保有者は、アクティブなバリデータに委任して、ブロックを提案する際にそのバリデータの報酬配分のウェイトを増やすことができ、BGTの配分に影響を与えますが、そのウェイトはバリデータがブロックを作る確率には影響しません。

現在の統治トークンBGTは、主にBerachain上の3つの公式ネイティブDApps、1つのBerachainネイティブ分散型取引所BEX、Berachainネイティブ非中央集権型取引所BEXから調達されます。strong>Berachainネイティブの非保管型融資プロトコルBend、そしてネイティブの分散型レバレッジ取引プラットフォームBerpsであり、この記事ではこれら3つのプロジェクトのビジネスロジックに焦点を当てます。

3.PoLとBEX

BEX（Berachain取引所）は、Berachainのネイティブな分散型取引プラットフォームです。strong>流動性プール: BEX上の流動性プールは、ガバナンスを通じてPoL報酬プールにアップグレードし、BGT報酬の資格を得ることができます。

流動性プロバイダー: ユーザーはBEX上で流動性を提供し、LPトークンを受け取ることができます。

ガバナンス: BEXのガバナンスメカニズムでは、新しい流動性プールを提案によってPoL報酬プールにホワイトリストすることができます。

テストチェーンのコントラクトを見ると、現在のBEXのメインコードアーキテクチャは3つに分かれています。のメインコードアーキテクチャは3つの部分に分かれており、最初の部分はBeraCrocMultiSwapコントラクト (https://bartio.beratrail.io/address/0x21e2C0AFd058A89FCf7caf3aEA3cB84Ae977B73D）であり、主にトークンのマルチパス交換を担当し、ユーザーのトークン交換が中間トークンを含む場合に呼び出される必要があります。

2番目の部分は、BeraCrocMultiSwapDex契約です。CrocSwapDexコントラクト (https://bartio.beratrail.io/address/0xAB827b1Cc3535A9e549EE387A6E9C3F02F481B49)であり、流動性の追加と削除を含む、プールでのすべてのユーザー操作を担当します、

第三部はパス契約で、チェーンBEXは合計8種類のパス契約を持っており、異なるパス契約は異なる機能に対応し、ユーザーによると、プールに対応するさまざまな操作のCrocSwapDex契約に渡す。CrocSwapDex契約の異なる操作のためにユーザによって渡されたユーザCmdパラメータに応じて、CrocSwapDexは、指定されたロジックを完了するためにプロキシを介して対応するパスを呼び出します。

プロジェクトのメインロジックは、異なるPathの機能に従って、以下のカテゴリに分けられます。

BootPath: 契約アップグレード関連機能
BootPath: 契約アップグレード関連機能
BootPath.left;">ColdPath: プールの初期化やオーバー担保機能を含む、トランザクションに依存しない管理ロジック
HotPath: トランザクションの最も一般的なロジック、トークンのシングルステップ交換を担当

ColdPath: トランザクションに依存しない管理ロジック

ColdPath: トランザクションに依存しない管理ロジック。

KnockoutPath：このイベントは、トランザクションが事前に設定された流動性の境界ポイントまたは価格ポイント（バンプポイントとして知られている）を超えたときにトリガーされ、流動性の再評価または調整に使用されます。通常の取引パスとは異なり、流動性の境界を超えるコードは複雑すぎて、通常の取引所を処理するHotPathに完全に含めることができないため、別々に処理されます
LongPath：ロングチェーン複合注文取引（Long-Chain Composite Order Trades）の処理を担当します。strong>（ロングチェーン複合注文）とは、一般的に分散型取引プラットフォームまたは流動性プールにおける複数の単一操作の組み合わせである複雑な取引を指します
マイクロパス（MicroPaths）：
SafeModePath：この主な目的は、DEXコントラクトが緊急状態になったときに、そのコントラクトで実行できる操作の数を制限することです。他のすべての操作を制限し、特定の管理操作のみを許可します
WarmPath：流動性プロバイダーの中核となる操作ロジックを含みます。ambient liquidity)、Mint concentrated range liquidity)、Burn ambient liquidity、Burn concentrated range liquidity。

3.1流動性の追加

この記事では、流動性の追加とトークン交換という2つの一般的なロジックに焦点を当てます。この記事では、流動性の追加とトークン交換という2つの一般的なロジックに焦点を当てます。ユーザーが流動性を追加すると、まず CrocSwapDex コントラクトの userCmd 関数がフロントエンドまたはコントラクトを通じて呼び出されます。次に、コントラクトは、ProxyCallerコントラクトのcallUserCmd関数を呼び出し、この関数は、WarmPathコントラクトである着信proxyIdxエージェントに従って、対応するPathコントラクトを呼び出します。WarmPathコントラクトのcommitLP関数は、着信パラメータに従って、対応する追加モビリティブランチロジックに入ります。コントラクトには、MINT_AMBIENT_LIQ_LP、MINT_AMBIENT_BASE_LP、MINT_AMBIENT_QUOTE_LPの3種類の流動性追加ロジックが含まれており、指定された量の流動性を直接追加することと、プール内のベーストークンまたはクォートトークンに応じて追加する流動性の量を計算することを表します。

最後に、WarmPathコントラクトのmintAmbientLiq関数が流動性の鋳造を担当し、SettleLayerコントラクトのsettleFlows関数を呼び出して、ユーザーに対応する流動性クレデンシャルトークンを鋳造します。

流動性を除去するロジックは、流動性を追加するロジックと似ています。この記事では具体的な説明はしません。

3.2トークン交換

ユーザーがトークンをBEXと交換するとき、BeraCrocMultiSwapコントラクトの最初の呼び出しである次に、CrocSwapDexコントラクトのcaluserCmd関数を、指定されたHotPathまたはKnockoutPathに呼び出し、特定の交換ロジックを実装します；HotPathはMarketSequencerのswapOverPool関数を呼び出し、交換するトークン数を計算します。最後に、HotPathコントラクトはSettleLayerコントラクトのsettleFlows関数を呼び出し、交換後にターゲットトークンをユーザーに転送します。

まとめると、BEXは従来のユニスワップV2や

カーブ状態の管理

CurveStateのスナップショット: ガス消費を最適化するために、BEXは現在のCurveStateをオンチェーン・ストレージ（EVM）からメモリにコピーします。ストレージ）からメモリにコピーし、トランザクションの完了後に変更された状態をチェーンに書き戻します。

スナップショットには、priceRoot(priceRoot)、ambientSeeds、集中流動性(concLiq_)などの情報を保持しています。流動性の種などの概念の詳細については、アンビエント・ファイナンス（Crocswap）のホワイトペーパーを参照してください：https://crocswap-whitepaper.netlify.app/

スワップの実行

Step-by-step Execution of Trades: BEXのコード・アーキテクチャは、特に複数の流動性境界を越えるような大規模な取引（Uniswap V3のティックなど）の場合、取引をステップバイステップで実行することができます。流動性の境界を越えると、流動性と価格を再調整する必要があります。反復計算：各流動性間隔（またはティック）をトラバースすることで、取引完了またはユーザーの価格上限に達するまで、システムは取引のために流動性を徐々に消費または蓄積します。

ビットマップ構造: Uniswap V3と同様に、Ambient DEXはビットマップを使用して各価格帯の流動性の有無をマークし、ビットマップを使用して次に利用可能な流動性の範囲をすばやく見つけます。しかし、BEXチェーン上のすべてのプールされた流動性は現在アンビエント流動性を取っているため、つまり、流動性プロバイダーは指定された価格を使用して中央集権的な流動性を追加するのではなく、グローバルに流動性を提供しているため、トークン交換操作においてユニスワップV2からそれほど離れていないのが現状です。

4.PoLとベンド

ベンドはベラチェーン上の非管理的な貸し出しプロトコルであり、その中核はベラチェインエコシステムの基礎を提供します。このプロトコルは、以下の方法でPoLコンセンサスメカニズムと緊密に統合されています。

借り手は、以下を誓約することができます。暗号通貨（wBTCなどと同様）を差し入れてHONEYトークンを借り、借りている間に一定量の統治トークンを受け取ることができ、PoLコンセンサスメカニズムがBGTの分配を洗練するのに役立ちます。HONEYプロバイダーは、HONEYの流動性を提供し、借り入れによって発生した利息の分け前を受け取ることができます。

Bendには3つの主要プレーヤーがいます：

1.$HONEYトークンを提供する流動性プロバイダー（サプライヤー）。

2.$HONEYトークンを借りるために暗号通貨を誓約する借り手。

3.契約の支払能力を保証する清算人。

次の図は、プロジェクトの主な構造を示しています:

テストチェーン上の契約を研究することで、流動性プロバイダーは現在、1:1の比率で見返りに対応する数のAHONEYトークンを得るために、供給インターフェースを通じてHONEYトークンを預けています。時間の経過とともに、金利が上昇するにつれて、これらのユーザーによって取得されるAHONEYトークンの残高は増加し、貸出プールの生態系を維持し、借り手が常に貸出に利用可能な資金を確保するのに役立ちます。将来的には、流動性プロバイダーはAHONEYトークンを使用して、対応する数のHONEYトークンをWITHDRAWインターフェイスを通じて1:1の比率で取り出すこともできるため、収益性を達成することができます。

また、借り手は借り手インターフェースを通じて担保を差し入れることができ、それによって担保の価値に基づいて担保の価値よりも低いHONEYトークンを貸し出し、対応する数のvdHONEY、すなわち負債トークンを得ることができます。vdHONEYトークンは、時間とともに数が増えるという点でHONEYトークンに似ており、それによって将来vdHONEYトークンの数が増えます。vdHONEYトークンは時間の経過とともに数量が増加するため、借り手はより多くのHONEYトークンを返済する必要がある。しかしBeraチェーンでは、借り手はHONEYトークンを借りている間、一定数のガバナンス・トークン（BGT）を受け取ります。これは借り手の借り入れ意欲を高め、貸し出しプールのエコロジーを維持し、同時にPoLコンセンサスにも貢献します。

ベンドでは、誰でも清算人になることができます。借り手の健全性係数が1未満の場合、借り手の担保価値が債務の価値をカバーするには不十分であることが証明され、清算人は清算を開始し、清算インセンティブとして担保価値の5％を受け取ることができるため、清算人に清算を促すことができる。

4.1流動性の追加

流動性供給者が流動性の預託を行うと、供給機能はまず現在の準備金キャッシュと金利を更新します。これは、リザーブキャッシュと金利の健全性を維持し、常に最新のリザーブキャッシュデータを取得するのに役立ち、その後、現在のATOKENトークンが鋳造制限に達していることを確認し、ATOKENトークンが鋳造されすぎないようにします。

これらのチェックと更新に合格すると、流動性プロバイダーは適切な数のATOKENトークンを1対1で鋳造します。流動性プロバイダーが流動性の引き出しを実行すると、引き出し機能はまず現在の準備キャッシュと金利も更新し、最新の金利番号に基づいて現在のユーザーが所有する最新のATOKENトークン残高を計算し、対応する担保トークンを1対1で取り除くことができるようにします。

注目すべきは、流動性プロバイダーがここで借り入れを行う場合、対応する量の流動性を引き出すためには健全な借り入れ係数が必要だということです。そして現在のBerachainでは、HONEYトークンのみが貸し出し資産として貸し出されます。他の担保は貸し出しの利息を得るために頼ることはできません。

4.2ベンド

借り手がベンドを使って借りるとき、借り手はまず、供給機能を通じて十分な量の担保をプールに差し入れる必要があります。借り手がベンドを使って借り入れを行う場合、借り手はまず、供給関数を通じて十分な額の担保をプールに差し入れてもらう必要があり、次に借り入れを実行するために借り入れ関数を呼び出す。借り入れ関数はまず、最新の準備情報を確保するために準備キャッシュを更新し、次にvalidateBorrow関数を呼び出して、借り入れ限度額、担保の価値、ユーザーの信用情報などの借り入れの正当性を検証する。これらの検証がパスした場合、対応する数のHONEYトークンを得るために、担保価値に基づいて対応する数のデットトークン、すなわちvdHONEYトークンが鋳造されます。

借り手がローンを返済する必要がある場合、repay関数はリザーブキャッシュと金利も更新し、リザーブキャッシュと貸出金利に基づいて借り手が今回返済するHONEYトークンの数を取得し、返済成功後に対応する数のvdHONEYトークンを破棄します。借り手は、借り手が十分な数のvdHONEYトークンの返済に成功し、担保を取り出したときに現在の負債がまだ健全である場合にのみ、対応する額の担保を取り出すために引き出し機能を使用することができます。

4.3清算

借り手の担保が過小評価されている場合、誰でも清算人として清算コール関数を呼び出すことができます。liquidationCall関数はまず負債キャッシュデータを更新し、次にvalidateLiquidationCall関数を呼び出して借り手のヘルスファクターと担保の利用可能性をチェックします。借り手の現在の負債額が清算しきい値を超えている場合、ヘルスファクターが低くなります。ヘルスファクターが1未満であれば、清算人は借り手の負債トークンを破壊しながら、担保を準備保管庫のアドレスに送り、清算を成功裏に実行することができます。清算人はこの清算から担保価値の5%を清算報酬として受け取ることができ、清算人に清算を実行するインセンティブを与えます。

5. PoL vs Berps

Berachain Berpsは分散型レバレッジ取引プラットフォームです。取引プラットフォームです。そして、Berachainのネイティブ安定コインである$HONEYは、すべての取引の担保、経費、預金のベーストークンです。ユーザーは$bHONEY保管庫で取引の流動性を提供することで収入を得ることができる。保管庫の預金者は、Berpsによって生成された取引手数料を獲得し、トレーダーのポジションのカウンターパーティとして機能します。

現在、Berpsはベータネットワーク上で稼働しており、BTC、ETH、ATOM、TIAの4つのトークンのユビキタスフォーエバーコントラクト（UFC）取引をサポートしています。

Berpsのアーキテクチャは、すでに市場に存在する分散型永久取引プラットフォームと非常によく似ています。Berpsのアーキテクチャは、現在の市場ですでに利用可能な分散型永久取引プラットフォームと非常によく似ており、以下のような主要な契約があります：

●&n.Entrypoint: ユーザーが取引（清算を含む）を行うためのエントリーポイント。Entrypointコントラクトは、ユーザーによって開始された取引が正当かどうかをチェックし、チェックに合格した場合、コントラクトはユーザーに対応する取引を作成する。

● FeesAccrued: デビットとクレジットの手数料を計算・管理する

● FeesMarkets: すべての取引のペアに関連する手数料を計算・管理する

● Markets: すべての取引ペアのパラメータと上限を管理します

● Orders: ユーザーが提出した取引注文を管理し、ユーザーの資金を保管します

● Settlement: 取引状況を更新

● Vault: トレーダーのカウンターパーティとして機能し、取引に流動性を提供。ユーザーはVaultに資金を入金することで、プラットフォーム手数料収入とPoLトークンのインセンティブを得ることができる。

6.まとめ

まとめると、BerachainはCosmos SDKをベースにしたEVM相当のL1ブロックチェーンです。CosmosSDK上に構築されたブロックチェーンは、独自のProof-of-Liquidity（PoL）コンセンサスメカニズムを備えており、これによりBerachainに流動性を提供したユーザーはPoLメカニズムによって報酬を得ることができます。PoLにより、Berachainはチェーンの流動性と安全性を高めます。他のブロックチェーンと比較すると、BerachainにはネイティブのBEX、Bend & Berpsアプリがあり、トークン交換、流動性マイニング、貸し借り、永久取引など、さまざまなDeFiサービスをユーザーに提供しています。PoLと組み合わせることで、DeFiトランザクションの深さとユーザー体験の面でBerachainが卓越することができます。

有益なレポートを通じて仮想通貨業界の幅広い理解を得て、志を同じくする他の著者や読者との詳細な議論に参加してください。拡大している Coinlive コミュニティにぜひご参加ください。https://t.me/CoinliveSG

コメントを追加する

ログインあなたの素晴らしいコメントを残すために…

0 コメント

最も早い

コメントをさらに読み込む