Diese Seite wurde mit KI automatisch übersetzt. Maßgeblich ist stets die englische Version.Englische Version ansehen →
Dieser Eintrag behandelt ein bevorstehendes LaunchLab-Programm-Update. Er wurde vor der Bereitstellung gegen den lokalen Release-Branch verifiziert. Bestätigen Sie das bereitgestellte Programm und die veröffentlichte IDL, bevor Sie die neuen Pfade in der Produktion aktivieren.
GlobalConfig-Auswahlsteuerungen zu Plattform-Administratoren und erweitert die CPMM-Migrations-CPI-Eingaben.
TL;DR für Integratoren
- Neue Launches sind nur CPMM.
Initialize,InitializeV2undInitializeWithToken2022erfordernmigrate_type = 1. Ein neuer Launch, der für AMM v4 konfiguriert ist, gibtMigrateTypeNotMatchzurück. - Legacy-AMM-v4-Status bleibt unterstützt.
MigrateToAmmwird nicht entfernt. Es kann immer noch einen bestehenden Pool graduieren, dessen gespeicherter Migrationstyp0ist. - Gesperrte Creator-LP wechselt nach diesem Upgrade zur Plattform. Vor diesem Release erzeugte
creator_scaleeinen separaten, vom Creator gehörenden Fee Key. Migrationen, die nach dem Upgrade ausgeführt werden, kombinierenplatform_scale + creator_scalein einen plattformgehörenden gesperrten-LP-Anteil.burn_scalewird verbrannt. - Creator-Gebühren bleiben separat. Bonding-Curve-Creator-Gebühren und CPMM-Creator-Gebühren sind keine LP-Fee-Key-Rechte.
platform_cp_creatorbestimmt weiterhin, ob der ursprüngliche Launch-Creator oder eine von der Plattform ausgewählte Adresse zum CPMM-Creator-of-Record wird. - Plattformen verwalten ihre eigenen Config-Allowlists.
PlatformConfig.restrict_global_configundPlatformAllowConfigersetzen das global von Administratoren verwaltete Modellrequires_platform_auth/PlatformGlobalAccess. - CPMM-Migrations-Builder müssen sich ändern. Der aktualisierte Pfad erfordert zehn feste verbleibende Konten und fügt CPMM-
support_mint-PDAs für beide sortierten Mints hinzu. - Eine delegierte Autorität kann
GlobalConfigerstellen. Sie kann bestehende Configs nicht aktualisieren.
Verhalten bei neuen Launches versus bestehendem Status
Die CPMM-only-Prüfung läuft während der Pool-Initialisierung. Sie schreibt bestehendePoolState-Konten nicht um. Bestehende AMM-v4-gebundene Launches behalten ihren gespeicherten Migrationstyp und können die beibehaltene Legacy-Migrations-Anweisung verwenden.
amm_creator_fee_on steuert jetzt nur noch die CPMM-Creator-Gebühren-Seite (QuoteToken oder BothToken). Clients dürfen es nicht verwenden, um das Ziel-Programm abzuleiten.
LP-Eigentumsänderung
Die drei Scale-Felder bleiben inPlatformConfig, und ihre Summe muss immer noch 1_000_000 entsprechen. Die Laufzeit-Verteilung ist jetzt:
creator_scale separat und prägte seinen Fee Key an den Token-Creator. Für Migrationen, die nach dem Upgrade ausgeführt werden, wird diese gleiche Scale zum Plattform-Anteil addiert. Wenn der kombinierte Anteil ungleich Null ist, erstellt LaunchLab einen Fee Key für platform_nft_wallet und erstellt keinen neuen Creator-Fee-Key.
Die Änderung modifiziert keine Fee Keys oder Locked-Liquidity-Datensätze, die durch vor dem Upgrade abgeschlossene Migrationen erstellt wurden. Ein Launch, der vor dem Upgrade erstellt, aber danach migriert wurde, folgt der neuen Verteilung, da die Aufteilung angewendet wird, wenn MigrateToCpswap ausgeführt wird.
Da das Konto-Layout beibehalten wird, benötigen Indexer keine Konto-Größen-Migration, aber UIs und Buchhaltungssysteme müssen creator_scale gemäß der Migrationsversion interpretieren.
Platform-Allowlist-Migration
GlobalConfig.requires_platform_auth wird entfernt und sein Byte kehrt zum Padding zurück. PlatformConfig verwendet ein Padding-Byte für restrict_global_config wieder, sodass beide Konto-Größen unverändert bleiben.
Wenn restrict_global_config = 1, muss die Initialisierung die PDA enthalten, die von folgendem abgeleitet ist:
CreatePlatformGlobalAccess und ClosePlatformGlobalAccess werden entfernt, und alte PlatformGlobalAccess-PDAs erfüllen die neue Prüfung nicht. Es gibt keinen automatischen Konvertierungspfad.
CPMM-Migrations-Kontoänderung
MigrateToCpswap erwartet jetzt diese nullbasierten remaining_accounts-Indizes:
Alte Builder, die separate Creator-Lock-Konten anhängen oder die Indizes 8–9 weglassen, sind mit dem aktualisierten Pfad nicht kompatibel. Leiten Sie beide Support-Mint-Adressen mit
[b"support_mint", mint] unter dem CPMM-Programm ab.
Fehler- und IDL-Auswirkungen
Die Codes6000–6021 bleiben stabil. Die früheren Plattform-Global-Access-Varianten werden entfernt. 6022 bedeutet jetzt InvalidPlatformAllowConfig, und das alte 6023 existiert nicht mehr.
Aktualisieren Sie die LaunchLab-IDL, bevor Sie PlatformAllowConfig-Anweisungen konstruieren, die aktualisierten Config-Felder dekodieren oder das neue CPMM-Migrations-Layout erstellen.
Aktualisierte Seiten
products/launchlab/instructionsundaccounts— Erstellungsbeschränkung, Legacy-Grenze, Allow-PDA und Migrations-Konten.products/launchlab/global-configundplatform-config— Layout-kompatible Feldänderungen und Autorisierungsmodell.products/launchlab/creator-fees,platformsund Fee-Gotchas — Nur-Plattform-gesperrte LP und separate CPMM-Creator-Gebühren.user-flowsLaunchLab- und Burn & Earn-Seiten — Korrigiertes Creator-seitiges Verhalten.protocol-overview/architecture— CPMM-only-Pfad für neue Launches.reference/program-addresses— Delegierte Create-Config-Autoritäten.reference/error-codesundsecurity/admin-and-multisig— Neuer Fehler und Rollengrenzen.
feat/cpswap-only-and-platform-allow-config bei Commit 2b1999f8e226ec84148cf818ea809d3cd5f30caa, verglichen mit master bei 13b5c5210b58ceaef1ea4f9d9fbb7626d20613ee.

