Token-Lebenszyklus

Folgen Sie der Erstellung von Festangeboten, der Kurvenemission und der externen Migration, um die Berechtigungen, das Eigentum an Vermögenswerten und die staatlichen Übergangsformen in jeder Phase zu verstehen.

BigShortProtocol-EVM unterteilt den Token-Lebenszyklus in Erstellung, Kurvenhandel, atomare Migration, externen Handel und Shorts. Angebot und Emissionskonfiguration stehen bei Erstellung fest. Der letzte Kurvenkauf legt gleichzeitig den externen Pool an und initialisiert die Short Engine; ein üblicher, vom Betrieb manuell angeklickter „Graduierungs“-Schritt existiert nicht.

1. Festes Angebot und anfängliche Zuteilung

Das Gesamtangebot jedes Token wird einmalig im Konstruktor geprägt. Kurvenkontingent und Kreditreserve sind Assets für zwei unterschiedliche Zwecke.

Die Angebotsbasis der Kurve beträgt:

Das Gesamtangebot beträgt:

Das Marktkapitalisierungsmodell verwendet die Kurvenangebotsbasis von 1,000,000,000 Token, nicht das ERC-20-Gesamtangebot von 1,199,861,071. Dies ist eine Bewertungsdefinition des Protokolls und darf nicht mit der Umlaufmarktkapitalisierung oder der Bewertung des vollständigen Gesamtangebots verwechselt werden.

Der Ersteller erhält durch die Initiierung keine automatische Token-Zuteilung. Möchte er verkäufliche Token halten, muss auch er sie durch Handel erwerben. Die Kreditreserve wird ebenfalls nicht erst bei Migration geprägt: Die Token werden bereits bei Erstellung an die vorausberechnete Engine-Adresse übertragen, obwohl dort zu diesem Zeitpunkt noch kein Engine-Vertragscode liegt.

2. Bei Erstellung festgelegte Geschäftskonfiguration

Diese Längen werden in UTF-8-Bytes gemessen, nicht in chinesischen Zeichen. Name, Symbol und weitere Daten fließen in die deterministische Ableitung der Deployment-Adressen ein. Unterschiedliche Absender und Erstellungsnummern besitzen unterschiedliche Deployment-Namensräume.

Ausführungsreihenfolge der Erstellung

1. Metadaten, Ersteller und Abgabenkonfiguration prüfen.
2. Aktuelles Standard-Launch Profile lesen und die vier Versionen für Token, Kurve, Engine und Handelsplatz festhalten.
3. Erwartete Adressen von Token und unabhängiger Short Engine berechnen.
4. Token bereitstellen; Kurvenangebot und Kreditreserve einmalig prägen. Bei gewähltem Abgabenmodus wird gleichzeitig der Token-eigene Tax Processor bereitgestellt.
5. Angegebene Token/USDC-Pair erstellen oder wiederverwenden, Identität und Code prüfen und als mainPair.
6. Kurve auf Bonding setzen, Anfangsreserven, Metadaten, Abgabensätze und Konfigurationssnapshot speichern und das Erstellungsereignis ausgeben.

Jeder Token speichert sein eigenes Launch Profile. Wählt ein Administrator später ein neues Standard-Profile, wechseln bereits erstellte Token nicht automatisch auf eine neue Kurve oder einen anderen Handelsplatz. Die Upgrade-Berechtigung für den Factory-Proxy ist eine andere Ebene als dieser Snapshot-Mechanismus; siehe das Kapitel zu Berechtigungen.

3. Zustandsautomat und ausführbare Nutzeraktionen

Bei einer normalen erfolgreichen Transaktion sind die Übergänge:

None → Bonding → Complete → Migrating → Migrated

Die letzten drei Phasen können während desselben abschließenden Kaufs auftreten. Neuer On-Chain-Zustand und Logs werden nur behalten, wenn die gesamte Transaktion erfolgreich ist.

Einziges Mengenkriterium für den Kurvenabschluss

Sei $R_0$ das anfängliche und $R$ das aktuelle verkäufliche Kontingent. Der Fortschritt nach netto verkaufter Menge ist:

Hier gilt $R_0=\mathrm{793,100,000}$ Token. Käufe verringern $R$, Rückverkäufe erhöhen $R$; Wallet-Transfers ändern den Fortschritt nicht. Der Prozentsatz dient der Produktdarstellung und ist kein separat vom Vertrag gepflegtes Zustandsfeld.

Abschlussbedingung ist $R=0$, kein fester eingesammelter USDC-Betrag und keine feste Marktkapitalisierung. Sind beispielsweise exakt 396,550,000 Token netto verkauft, verbleiben ebenfalls 396,550,000 Token, und der Fortschritt beträgt 50%. Das entspricht nicht 50% der endgültigen USDC-Einnahmen, weil sich der Kurvenpreis mit den Transaktionen verändert.

4. Handelsgrenzen während der Kurvenphase

Kurvenquotes verwenden die virtuellen Reserven der Factory, die Abrechnung nutzt reale Reserven. Drei Einstiegspunkte erfüllen unterschiedliche Anforderungen:

Der Käufer darf den Token-Empfänger bestimmen, jedoch nicht die Haupt-Pair. Erstattungen gehen stets an den Transaktionsabsender, nicht an den Token-Empfänger. Vor einem Verkauf muss der Inhaber der Factory eine Token-Ausgabefreigabe erteilen.

Die Haupt-Pair ist noch nicht geöffnet

• Gewöhnliche Inhaber können Token zwischen Wallets übertragen.
• Vor Öffnung des externen Handels sind Token-Transfers ungleich null mit mainPair eingeschränkt; die Factory ist als für die Migration vorgesehene Kontrollinstanz ausgenommen.
• Ein Kurvenkauf kann Token nicht direkt an die Pair senden.
• Die Pair-Adresse kann bereits existieren; „Pair erstellt“ bedeutet jedoch nicht „externer Handel eröffnet“.

Diese Einschränkung betrifft die vom Protokoll gebundene mainPair und darf nicht als globale Sperre aller Drittadressen oder selbst angelegten Märkte beworben werden.

5. Atomarität von letztem Kauf und Migration

Der letzte Kauf wird zunächst nach Kurvenregeln abgerechnet. Danach folgen externe Liquiditätseinzahlung, Engine-Deployment und -Initialisierung sowie die Öffnung des externen Handels. Schlägt ein erforderlicher Schritt fehl,wird der gesamte letzte Kauf zurückgesetzt: Token-Transfers, Curve-Reserve-Updates, Erstattungen und Protokolle in dieser Transaktion werden zurückgegeben. Vorher abgeschlossene Transaktionen sind unberührt.

Der letzte Kauf benötigt mehr Ausführungsressourcen als ein gewöhnlicher Kauf. Clients sollten deshalb kein festes gas limit gewöhnlicher Käufe übernehmen. Migrationsmittel, LP-Verbleib und Präzision behandelt Migration und externer AMM.

6. Aufgaben der Module nach der Migration

Die Migration fügt dem AMM keine Kreditreserven hinzu und verteilt die anfänglichen LP nicht an Ersteller oder letzten Käufer. Handelspreise werden von den realen Pair-Reserven nach Migration bestimmt. Shorts müssen weiterhin Risikokapazität, Kreditbestand und Margin-Anforderungen gleichzeitig erfüllen.