移行と外部市場 AMM

BNB/WBNB 包装、予約エンジン展開、LP ロック、寄付限界、および BSC 卒業時に Pancake V2 の価格設定。

curve-sale Token inventory がゼロに達すると、プロトコルは転送されます。予約 2,000,000,000 トークン + すべての実際の曲線 BNB 準備PancakeSwap V2 Token/WBNB Pair に入り、別々の Short Engine を展開し、初期化します。 Migration では、仮想 BNB を使用したり、他の曲線から資金を混ぜたり、AMM に融資インベントリを追加したりすることはありません。

1. 発動条件とアトミックな実行順序

順序	操作	結果
1	最終購入を決め、トークン、プロセス税、および返金	売り上げはゼロに達する。記録完全および後曲線状態
2	Read this Token's MarketGroup and reserved Engine を参照	次に選択したデフォルトグループまたは別の展開者を使用しないでください。
3	移住にあたって、 recheck Pair, venue, reserves, and balances (カップル、場所、準備、およびバランス)	無効な場所やトークン汚染を拒否する
4	すべての実際のBNB準備をWBNBに包み込む	BNB 減少と WBNB 増加を確認 wei for wei
5	転送移行トークンとWBNBの全額を Pairに	正確なトランクなしで実際の収入を確認する
6	移住準備物の記録固定デプロイヤーが予約エンジン契約を展開する	エンジンを市場、経済のスナップショット、既存の融資リストに結びつける
7	エンジン結合を検証し、外部トークン取引を開く	`externalTradingEnabled=true`
8	この曲線の実際の BNB レジェンドをゼロにし、移行結果を保存する	最終ステータス:移民

2位ネイティブBNBとWBNB:平等な精度、別々のバランスを

場面	アセット / Unit
曲線支払い、Factory の曲線台帳、Engine のポジション決済	BNB 18 - 十数位 wei
Pair Reserves and Router Inputs/Outputs について	WBNB 18 - 十分の wei

この曲線の実際の BNB 予備が Q である場合、WBNB として包装され、預けられた金額は次のとおりです。

Q_{\mathrm{wrapped}}=Q_{\mathrm{migrated}}=Q

すべてのWeiがカップルに入ります。デシマル変換から移行粉塵は発生しませんし、そのような粉塵請求帳も存在しません。 BNB と WBNB の残高は独立しており、BNB を送金しても WBNB 残高は自動で増えません。Factory はラップ処理の前後と Pair への送金の前後で、残高の増分をそれぞれ検証します。

3. 現在のグループの完売計算例

例 D:トークン税や寄付なしで、最初の状態からすべての在庫を一度購入する

すべての 8,000,000,000 Token を 18 デシマル整数計算で購入する:

Q=\left\lceil\frac{(6.14\times10^{18})(8{,}000{,}000{,}000\times10^{18})}{(11{,}070{,}367{,}520-8{,}000{,}000{,}000)\times10^{18}}\right\rceil

項目	正確な結果
net amount entering the curve 曲線に入る	15.998084815592369216 BNB
Token Deposit Into the Pair シングル	2,000,000,000 Token
WBNBがカップルに預けられた。	15.998084815592369216 WBNB
Raw WBNB integer deposited into the Pair (WBNBの純数がカップルに預けられる)	`15998084815592369216`

曲線終点、実際の外部市場、理論上の基準値

指標	この例の結果	用途
エンドポイントVirtual BNB	22.138084815592369216 BNB	Virtual Curve 予約
エンドポイント仮想トークン	3,070,367,520 Token	Virtual Curve 予約
Curve Endpoint Protocol Market Cap(コルブ・エンドポイント・プロトコル)	72.102393838482141108 BNB	Virtual-reserve ratio times fixed curve supply 仮想・予備比時間固定曲線供給
実外部市場の初期 WBNB	15.998084815592369216 WBNB	現時点のカップル予約
実外部市場の初期 Token	2,000,000,000 Token	現時点のカップル予約
実初期プロトコル時価総額	79.990424077961846080 BNB	`actualStartMarketCap`
Fixed ideal migration BNB anchor(BNBアンカー)	15.998084815592369216 BNB	グループリスクモデルパラメータ
固定理想移行時価総額	79.990424077961846080 BNB	グループリスク/コラテリアルモデルアンカー

実際の外部準備は、この例が清潔に始まり、すべての在庫を一度購入し、寄付がないため、ここで理想的なアンカーに等しい。それはすべての卒業時に同じ預金を強制しない。仮想回路準備と実際の外部準備は異なる。限界価格は、移行を通じて継続的である必要はありません。

4位 Pre-Created Pair、寄付、汚染チェック

主要なチェックには、

両方のカップルのトークンの準備と実際のトークンのバランスをゼロとする。
記録されたWBNB準備は、WBNBの実際のバランスを超えません。
ペアは、グループの会場工場が登録したトークン/WBNB ペアでなければなりませんが、予測されたアドレス、資産順序、およびランタイムコードハッシュに匹敵します。
この取引で受信した実際の WBNB は、この曲線の移行金額に等しい。
すべてのMinted LPはゼロアドレスで保持されます。トークン準備は、移行配分に等しい。 WBNBの準備は、移住前の実際の残高とこの預金に等しい。

失敗したチェックは最終購入を返します。場所工場/ルーターコードのハッシュと関係はまだ検証されなければなりません。エンジンは、作成時に予約されたデプロイヤーとアドレスを使用して展開されます。

移行前に実質の WBNB バランスを Pair で表示する $Q_{\mathrm{pre}}$ ：

Q_{\mathrm{actual}}=Q_{\mathrm{pre}}+Q

寄付は、寄付者または最終購入者に返金することなくプールに残ります。実際の価格を上昇させ、 actualStartMarketCap固定理想のアンカーを変更したり、徐々に TWAP の確認を回避したりすることなく。

例E:追加の1 WBNB寄付で同じ卒業

項目	寄付なし	1 WBNB エキストラ
トークン予約	2,000,000,000	2,000,000,000
WBNB 準備金	15.998084815592369216	16.998084815592369216
実際の初期プロトコル市場資本(BNB)	79.990424077961846080	84.990424077961846080
固定理想市場資本(BNB)	79.990424077961846080	79.990424077961846080

この例では、無制限の寄付が受け入れられることを意味しません。予約整数範囲、LPルール、および実行制限は依然として適用されます。通常の Pair オペレーションは、移行前に同期しない寄付を削除することがあります。実行時のバランスが結果を決定する。

工場に直接送信されたBNBは、トークンの価値を自動的に増やすことはありません。 realNativeReserves～～ WBNBが直接工場に送信されたのは、自動的にこのトークンの移行資金もありません。曲線会計、工場のバランスを、実際のペアのバランスを別々に保つ。

5位 LPとLending Inventory

\mathrm{LPBalance}_{\mathrm{zero}}=\mathrm{LPTotalSupply}

返還された流動性は肯定的で、総LPはV2の初期最小流動性構造をカバーするために返還された金額を超えなければならない。作成者、プロトコルウォレット、オペレーター、最終購入者は、移行LPを受け取らない。

「Locked/burned LP」とは、ここではゼロのアドレスで保有され、普通のアカウントによって買い換えられないことを意味します。つまり、LPの総供給量燃え尽きるもなく、燃え尽きることもない。それは、誰も後で外部AMMの流動性を追加することができないことを確立するものではありません。

1,997,367,528 Token in Lending Inventory(融資の記録)すでに予約エンジンアドレスに引っ張られていました。 Migration only deploys and initializes Engine. 移行はエンジンのみを展開し、イニシャル化します。再度、このメインを Pair に追加することもありません。エンジンは、その別々のレジェンドと実際のバランスを用いて在庫を管理します。