Migration und externer AMM · BSC

BNB/WBNB-Einpackung, reservierte Engine-Development, LP-Locking, Spendengrenzen und Pancake V2-Preisierung bei BSC-Abschluss.

Sobald das Curve-Sale Token-Inventarium Null erreicht, wird das Protokoll übertragen Reservierte 2,000,000,000 Token + alle tatsächlichen Curve BNB Reserven In das PancakeSwap V2 Token/WBNB Paar und implementieren und initialisieren Sie eine separate Short Engine. Migration verwendet keine virtuellen BNBs, mischt Fonds aus anderen Kurven oder fügt dem AMM einen Darlehensbestand hinzu.

1. Auslöser und atomare Ausführungsreihenfolge

Reihenfolge	Aktion	Ergebnis
1	Lösen Sie den endgültigen Kauf, liefern Sie Token, Prozesssteuer und erstatten Sie	Verkaufsbestand null erreicht; Vollständiger und Post-Curve-Zustand
2	Lesen Sie diese Token MarketGroup und reservierte Engine	Verwenden Sie keine nachfolgend ausgewählte Standardgruppe oder einen anderen Deployer
3	Eintritt in die Migration; recheck Paar, Ort, Reserven und Salden	Ablehnung ungültiger Orte oder Token-Verunreinigung
4	Verpacken Sie alle tatsächlichen BNB-Reserven in WBNB	Überprüfen BNB Abnahme und WBNB Erhöhung wei für wei
5	Transfer-Migration Token und der volle WBNB Betrag auf Paar	Prüfen Sie die tatsächlichen Quittungen ohne Präzisionstrunkierung
6	Registrierung von Migrationsreserven; Der festgelegte Deployer implementiert den reservierten Motorvertrag	Binden Sie die Engine an ihren Markt, wirtschaftliches Snapshot und bestehende Darlehensbestände
7	Verifizieren Sie Motorbindungen und öffnen Sie den externen Token-Handel	`externalTradingEnabled=true`
8	Null dieses Kurven tatsächlichen BNB-Ledger und speichern Sie die Migrationsergebnisse	Endzustand: Migranten

2 zu sehen. Native BNB und WBNB: gleiche Präzision, getrennte Balance

Szenario	Asset / Einheit
Curve Payments, Factory Curve Accounting und Engine Position Settlement	BNB, 18-Decimal Wei
Pair Reserves und Router Inputs/Outputs	WBNB, 18-Decimal Wei

Wenn die tatsächlichen BNB-Reserven dieser Kurve Q sind, ist der Betrag, der als WBNB verpackt und eingezahlt wird:

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

Jeder Wei betritt das Paar. Kein Migrationsstaub entsteht aus der Dezimalkonvertierung, und kein solches Staub-Ansprüche-Ledger existiert. BNB- und WBNB-Guthaben sind unabhängig. Eine BNB-Übertragung erhöht nicht automatisch das WBNB-Guthaben. Factory prüft die Guthabenzuwächse vor und nach dem Wrapping sowie vor und nach der Übertragung an das Pair.

3. Berechnungsbeispiel für den vollständigen Verkauf der aktuellen Gruppe

Beispiel D: Kaufen Sie alle Bestände einmal aus dem ursprünglichen Zustand, ohne Token-Steuer oder Spenden

Kaufen Sie alle 8,000,000,000-Token mit der rohen 18-Dezimal-Reichenrechnung:

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

Element	Exaktes Ergebnis
Nettobetrag, der in die Kurve eintritt	15.998084815592369216 BNB
Token in das Paar abgelegt	2,000,000,000 Token
WBNB in das Paar eingelegt	15.998084815592369216 WBNB
Raw WBNB-Gesamtzahl, die in das Paar eingezahlt wurde	`15998084815592369216`

Kurvenendpunkt, tatsächliche externe Reserven und idealer Anker

Kennzahl	Das Ergebnis dieses Beispiels	Verwendung
Endpoint Virtual BNB	22.138084815592369216 BNB	Virtuelle Kurvenreserven
Endpoint virtuelle Token	3,070,367,520 Token	Virtuelle Kurvenreserven
Curve-Endpoint-Protokoll Marktkapitalisierung	72.102393838482141108 BNB	Virtuell-Reserve-Verhältnis Zeiten feste Kurve Versorgung
Tatsächliche externe Anfangs-WBNB	15.998084815592369216 WBNB	Aktuelle Pair Reservierungen
Tatsächliche externe Anfangs-Token	2,000,000,000 Token	Aktuelle Pair Reservierungen
Tatsächliche anfängliche Protokoll-Marktkapitalisierung	79.990424077961846080 BNB	`actualStartMarketCap`
Fixed Ideal Migration BNB Anker	15.998084815592369216 BNB	Parameter des Risikomodells der Gruppe
Feste ideale Migrations-Marktkapitalisierung	79.990424077961846080 BNB	Gruppenrisiko / Kollateralmodell Anker

Die tatsächlichen externen Reserven entsprechen hier der idealen Anker, weil dieses Beispiel sauber beginnt, alle Bestände einmal kauft und keine Spende hat. Es zwingt nicht die gleiche Einzahlung auf jedem Abschluss. Virtuelle Kurvenreserven und tatsächliche externe Reserven unterscheiden sich. Marginalpreise müssen nicht über die Migration hinweg kontinuierlich sein.

4 zu sehen. Vorgefertigte Paar, Spenden und Kontaminationskontrollen

Zu den Schlüsselkontrollen gehören:

Sowohl die Token-Reserve des Paares als auch das tatsächliche Token-Guthaben sind Null.
Die aufgezeichneten WBNB-Reserven überschreiten das tatsächliche WBNB-Guthaben nicht.
Das Paar muss das Token/WBNB-Paar sein, das von der Standortfabrik der Gruppe registriert wurde, wobei die voraussichtliche Adresse, die Asset-Ordnung und der Laufzeitcode-Hash übereinstimmen.
Der tatsächliche WBNB, der in dieser Transaktion erhalten wird, entspricht dem Migrationsbetrag dieser Kurve.
Alle gefundenen LPs werden von der Null-Adresse gehalten. Token-Reserven entsprechen der Migrationsallokation; Die WBNB-Reserven entsprechen dem tatsächlichen Vor-Migration-Guthaben plus dieser Einzahlung.

Eine fehlgeschlagene Überprüfung kehrt den endgültigen Kauf zurück. Die Hashes und Beziehungen zum Factory/Router-Code müssen noch überprüft werden. Der Engine wird mit dem bei der Erstellung reservierten Deployer und Adresse bereitgestellt.

Lassen Sie das tatsächliche WBNB-Gleichgewicht in Paar vor der Migration $Q_{\mathrm{pre}}$ :

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

Die Spende bleibt im Pool ohne Rückerstattung an den Spender oder Endkunden; Dies erhöht den ursprünglichen Preis und actualStartMarketCap ohne die feste ideale Anker zu ändern oder die schrittweise TWAP-Bestätigung zu umgehen.

Beispiel E: gleiche Abschluss mit einer zusätzlichen 1 WBNB Spende beibehalten

Element	Ohne Spende	Extra 1 WBNB
Token Reservierungen	2,000,000,000	2,000,000,000
WBNB-Reserve	15.998084815592369216	16.998084815592369216
Aktuelle Initial Protocol Market Cap (BNB)	79.990424077961846080	84.990424077961846080
Feste ideale Marktkapitalisierung (BNB)	79.990424077961846080	79.990424077961846080

Dieses Beispiel bedeutet nicht, dass unbegrenzte Spenden akzeptabel sind. Reserveintervalle, LP-Regeln und Ausführungsgrenzen gelten weiterhin. Normale Paar-Operationen können eine nicht synchronisierte Spende vor der Migration entfernen. Die Balance bei der Ausführung bestimmt das Ergebnis.

BNB, die direkt an die Fabrik gesendet wird, erhöht nicht automatisch den Wert eines Tokens realNativeReserves· ; WBNB, die direkt an Factory gesendet wird, ist auch nicht automatisch die Migrationsfinanzierung dieses Tokens. Halten Sie Curve-Buchhaltung, Factory-Gleichgewicht und tatsächliches Paar-Gleichgewicht getrennt.

5 zu sehen. LP und Darlehen Inventar

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

Die zurückgegebene Liquidität muss positiv sein, und die Gesamt LP muss den zurückgegebenen Betrag übersteigen, um die ursprüngliche Mindestliquiditätsstruktur von V2 zu decken. Der Schöpfer, das Protokollwallet, die Betreiber und der Endkunde erhalten keine Migrations-LP.

"Locked/burned LP" hier bedeutet, von der Null-Adresse gehalten und nicht durch gewöhnliche Konten einlösen. Das bedeutet nicht, dass die LP Gesamtangebot nicht zerstört werden, noch wird zugrunde liegende Token verbrannt. Es stellt nicht fest, dass niemand jemals eine externe AMM-Liquidität später hinzufügen kann.

1,997,367,528 Token in der Darlehen-Inventur bereits auf die reservierte Engine-Adresse gesetzt wurde. Migration implementiert und initialisiert nur den Motor. Es wird nicht erneut gemünzt oder dieser Principal zu Pair hinzugefügt. Engine verwaltet Inventar mit seinem separaten Ledger und dem tatsächlichen Saldo.