Token-Lebenszyklus · BSC · BigShort Docs

Folgen Sie der Anfangs-Minting, Kurvenemissionen und externen Migrationen, um das Eigentum an Vermögenswerten, Konfigurations-Snapshots und staatliche Übergänge in einem BSC-Markt zu verstehen.

Ein Markt geht durch Erstellung, Kurvenhandel, atomare Migration, externen Handel und Shorts. der Die Wirtschaftsgruppe und die anfängliche Versorgung sind bei der Schaffung festgelegt. Der endgültige Kurvenkauf finanziert auch das externe Paar und initialisiert die Short Engine; Routine-Abschluss erfordert keine manuelle Bedienung.

1. Anfangsangebot und Verteilung

Bestandteil	Token-Menge	Anfänglicher Inhaber	Verwendung
Auf der Kurve verkäufliches Kontingent	8,000,000,000	Factory	Verkauft an Kurvenkäufer; Rückverkauf ergänzt verfügbaren Inventar
Reserve für externe Migration	2,000,000,000	Factory	Begleiten Sie das Hauptpaar beim Abschluss
getrennte Darlehensreserven	1,997,367,528	Reservierte Short Engine Proxy-Adressen	Darlehen Token zu kurz nach dem Abschluss
Vollständige Initial Mint	11,997,367,528	Beide Adresstypen oben	Nicht alles zum Verkauf erhältlich

S_{\mathrm{curve}}=8{,}000{,}000{,}000+2{,}000{,}000{,}000=10{,}000{,}000{,}000

S_{\mathrm{minted}}=S_{\mathrm{curve}}+1{,}997{,}367{,}528=11{,}997{,}367{,}528

Protokoll-Marktkapazität verwendet die feste Kurvenangebot: 10,000,000,000 Token statt der ursprünglichen gemütlichen oder lebenden zirkulierenden Versorgung. Die aktuelle Implementierung hat keinen späteren Minteingangspunkt, aber burnTaxMode Brennt Token auf steuerpflichtigen externen Übertragungen, was Gesamtangebot und abnehmen; Die Basis für die Kurvenversorgung des Risikomodells wird nicht zurückgesetzt.

Durch die Erstellung erhält der creator nicht automatisch Token oder LP. Die Kredit-Token werden bereits bei der Erstellung an die reservierte Engine-Adresse geprägt; der Vertragscode wird dort erst bei der Migration bereitgestellt. Bei der Graduierung wird dieser Bestand nicht erneut geprägt.

2 zu sehen. Erstellungsparameter, Identität und Metadaten

Konfiguration	Aktuelle Einschränkungen
`name`	Nicht leer, höchstens 64 Bytes
`symbol`	Nicht leer, höchstens 16 Bytes
`uri`	Bis zu 512 Byte kann leer sein

Die Länge wird in UTF-8 Bytes gemessen. Der Schöpfer kann ein Vertragskaler sein, kann aber keine andere Identität willkürlich benennen. Steuerempfänger und Kaufempfänger können sich unterscheiden, ohne den Schöpfer zu ändern.

Erstellungssekvenz und MarketGroup-Snapshot

Validieren Sie Metadaten und Steuereinstellungen, lesen Sie dann defaultMarketGroup bestätigen, dass die Gruppe existiert und neue Token-Erstellung ermöglicht.
Derivieren Sie das Bereitstellungssalz aus Fabrik, Schöpfer, Benutzersalz, Name/Symbol-Hashes und Creation Nonce.
fixiert ProtocolDeployer Vorhersage von Token, Engine und optionalen Prozessoradressen; Registrierung von Token und der reservierten Engine.
Im Steuermodus müssen Sie zuerst TaxProcessor einführen und initialisieren, dann Token und Mint initialisieren.
Erstellen oder Wiederverwenden des Token/WBNB-Paares; Ort, Adresse, Code und Vermögenswerte überprüfen, dann binden mainPair.
Factory speichert Kurvenreserven, Steuereinstellungen und marketGroupOf[token]geht in Bonding und die Veranstaltung aussenden.

Group Curve, Engine und Tax Economics, Place, Deployer und Oracle bleiben im Moment. Eine spätere Änderung der Factory-Standardgruppe wirkt sich nicht auf bestehende Token aus; Die Deaktivierung einer Gruppe in Registry blockiert nicht den Handel oder die Migration von alten Token.

3. Zustandsmaschine und Abschlussbedingungen

Status	Bedeutung	Nutzeraktion
`None`	Der Markt existiert noch nicht in der Fabrik	Erstellung
`Bonding`	Verkaufs-Inventur bleibt erhalten	Kaufen, zurück verkaufen und übliche Geldbeutel-Transfers
`Complete`	Der endgültige Kauf hat den Verkaufsbestand auf Null reduziert	Sofortige Migration in derselben Transaktion, nicht eine Wartephase eines Betreibers
`Migrating`	Verifizieren Sie Paar, finanzieren Sie es und implementieren Sie Motor in der gleichen Transaktion	Kein separater öffentlicher Eintrittspunkt für Migration
`Migrated`	Paar und Motor bereit	Externe Trades und qualifizierte Positionstransaktionen; Curve Trading ist geschlossen

None → Bonding → Complete → Migrating → Migrated. der Die letzten drei Phasen können alle in der endgültigen Kauftransaktion auftreten; Status und Logs bleiben nur dann bestehen, wenn die gesamte Transaktion erfolgreich ist.

Lassen Sie die ursprüngliche Verkaufsinventare $R_0=8{,}000{,}000{,}000$ mit einer verbleibenden Menge an $R$ :

\mathrm{Progress}=\frac{R_0-R}{R_0}\times100\%

Kauf reduziert R; Der Verkauf erhöht R. Geldbeutel-Transfers ändern den Fortschritt nicht. Die einzige Bedingung für die Fertigstellung ist R=0 statt eines festen BNB-Fundraisingbetrags oder einer Marktkapitalisierung. Der Verkauf von 4,000,000,000 Token ist 50% Quantitative Fortschritt, nicht 50% der Abschluss BNB gesammelt.

4 zu sehen. Handelsgrenzen auf der Kurve

Ein Kaufempfänger kann nicht das Hauptpaar sein. Die Rückerstattungen gehen an den Transaktionsanrufer, nicht an den Token-Empfänger. Die Inhaber müssen die Fabrik genehmigen, bevor sie zurückverkaufen.

Vor der Eröffnung des externen Handels sind übliche Geldbeutelübertragungen erlaubt, aber Übertragungen, die mainPair die Nicht-Null-Überweisungen zu begrenzen; Transfers mit Fabrik sind die Ausnahme der Migration. Dies gilt für das gebundene Hauptpaar, nicht für jeden Drittmarkt. Eine bestehende Pair-Adresse bedeutet nicht, dass der Handel geöffnet ist.

5 zu sehen. Atomische Endkauf und Migration

Der endgültige Kauf regelt zuerst den Kurvenhandel und wickelt dann alle tatsächlichen Kurven BNB in WBNB zusammen. 2,000,000,000 Token Einzahlung in Pair, Bereitstellung und Initialisierung der reservierten Engine, Überprüfung von Bindungen und offene externe Handel.

Der endgültige Kauf verbraucht mehr Ressourcen als ein normaler Kauf; Kunden sollten nicht die gleiche feste Gasgrenze annehmen. Siehe Finanzierung, Spenden, LP und Verpackungsdetails in Migration und externer AMM.

6 zu sehen. Verantwortlichkeiten und Grenzen nach der Migration

Token verwaltet ERC-20-Verhalten, Hauptpaarsteuer und Brennsteuer; Das Paar hält und tauscht tatsächliche Token / WBNB.
Engine verwaltet den separaten Kreditbestand, BNB-Positionen, Funding, Positionsschließungen, Liquidationen und Legacy. Das Gruppen-Oracle führt getrennte Beobachtungen pro Engine.
Die Fabrik behält Emission, Migration und Rollenmanagement. Der Quoter bietet Vorschau und führt keine Trades aus.
Der Darlehensbestand tritt nicht in die AMM ein. Alle ursprünglichen Migrations-LP wird von der Null-Adresse gehalten, anstatt dem Schöpfer oder dem Endkunden zugewiesen.
Trades und neue Positionen unterliegen weiterhin Risikobeschränkungen, Inventar, Minimum-Notation und Pause. Eine erfolgreiche Migration bedeutet nicht unbegrenzte Short-Selling-Kapazitäten.