Cette page est traduite automatiquement par IA. La version anglaise fait foi.Voir la version anglaise →
Cette entrée couvre une mise à jour à venir du programme LaunchLab. Elle a été vérifiée par rapport à la branche de version locale avant le déploiement. Confirmez le programme déployé et l’IDL publié avant d’activer les nouveaux chemins en production.
GlobalConfig vers les administrateurs de plateforme, et étend les entrées CPI de migration CPMM.
TL;DR pour les intégrateurs
- Les nouveaux lancements sont CPMM uniquement.
Initialize,InitializeV2etInitializeWithToken2022nécessitentmigrate_type = 1. Un nouveau lancement configuré pour AMM v4 retourneMigrateTypeNotMatch. - L’état hérité d’AMM v4 reste supporté.
MigrateToAmmn’est pas supprimé. Il peut toujours graduer un pool existant dont le type de migration stocké est0. - Le LP verrouillé du créateur se déplace vers la plateforme après cette mise à jour. Avant cette version,
creator_scaleproduisait une clé de frais distincte appartenant au créateur. Les migrations exécutées après la mise à jour combinentplatform_scale + creator_scaleen une seule part de LP verrouillé appartenant à la plateforme.burn_scaleest brûlé. - Les frais du créateur restent séparés. Les frais du créateur de courbe de liaison et les frais du créateur CPMM ne sont pas des droits de clé de frais LP.
platform_cp_creatordétermine toujours si le créateur de lancement original ou une adresse sélectionnée par la plateforme devient le créateur CPMM officiel. - Les plateformes gèrent leurs propres listes d’autorisation de configuration.
PlatformConfig.restrict_global_configetPlatformAllowConfigremplacent le modèle mondial géré par l’administrateurrequires_platform_auth/PlatformGlobalAccess. - Les constructeurs de migration CPMM doivent changer. Le chemin mis à jour nécessite dix comptes restants fixes et ajoute des PDA CPMM
support_mintpour les deux mints triés. - Une autorité déléguée peut créer
GlobalConfig. Elle ne peut pas mettre à jour les configurations existantes.
Comportement des nouveaux lancements par rapport à l’état existant
La vérification CPMM uniquement s’exécute lors de l’initialisation du pool. Elle ne réécrit pas les comptesPoolState existants. Les lancements liés à AMM v4 existants conservent leur type de migration stocké et peuvent utiliser l’instruction de migration héritage conservée.
amm_creator_fee_on contrôle maintenant uniquement le côté frais du créateur CPMM (QuoteToken ou BothToken). Les clients ne doivent pas l’utiliser pour déduire le programme cible.
Changement de propriété du LP
Les trois champs d’échelle restent dansPlatformConfig, et leur somme doit toujours égaler 1_000_000. La distribution à l’exécution est maintenant :
creator_scale séparément et frappait sa clé de frais au créateur du token. Pour les migrations exécutées après la mise à jour, cette même échelle est ajoutée à la part de la plateforme. Si la part combinée est non nulle, LaunchLab crée une clé de frais pour platform_nft_wallet et ne crée pas de nouvelle clé de frais du créateur.
Le changement ne modifie pas les clés de frais ou les enregistrements de liquidité verrouillée créés par les migrations terminées avant la mise à jour. Un lancement créé avant la mise à jour mais migré après suit la nouvelle distribution car le fractionnement est appliqué lors de l’exécution de MigrateToCpswap.
Parce que la disposition du compte est conservée, les indexeurs n’ont pas besoin d’une migration de taille de compte, mais les interfaces utilisateur et les systèmes comptables doivent interpréter creator_scale selon la version de migration.
Migration de la liste d’autorisation de plateforme
GlobalConfig.requires_platform_auth est supprimé et son octet revient au remplissage. PlatformConfig réutilise un octet de remplissage pour restrict_global_config, donc les deux tailles de compte restent inchangées.
Quand restrict_global_config = 1, l’initialisation doit inclure le PDA dérivé de :
CreatePlatformGlobalAccess et ClosePlatformGlobalAccess sont supprimées, et les anciens PDA PlatformGlobalAccess ne satisfont pas la nouvelle vérification. Il n’y a pas de chemin de conversion automatique.
Changement de compte de migration CPMM
MigrateToCpswap s’attend maintenant à ces indices remaining_accounts basés sur zéro :
Les anciens constructeurs qui ajoutent des comptes de verrouillage de créateur séparés ou omettent les indices 8–9 sont incompatibles avec le chemin mis à jour. Dérivez les deux adresses de support-mint en utilisant
[b"support_mint", mint] sous le programme CPMM.
Impact sur les erreurs et l’IDL
Les codes6000–6021 restent stables. Les anciennes variantes d’accès global de plateforme sont supprimées. 6022 signifie maintenant InvalidPlatformAllowConfig, et l’ancien 6023 n’existe plus.
Actualisez l’IDL LaunchLab avant de construire les instructions PlatformAllowConfig, de décoder les champs de configuration mis à jour, ou de construire la nouvelle disposition de migration CPMM.
Pages mises à jour
products/launchlab/instructionsetaccounts— restriction de création, limite héritage, PDA d’autorisation et comptes de migration.products/launchlab/global-configetplatform-config— changements de champs compatibles avec la disposition et modèle d’autorité.products/launchlab/creator-fees,platformset pièges de frais — LP verrouillé de plateforme uniquement et frais du créateur CPMM séparés.- Pages
user-flowsLaunchLab et Burn & Earn — comportement orienté créateur corrigé. protocol-overview/architecture— chemin de nouveau lancement CPMM uniquement.reference/program-addresses— autorités de création de configuration déléguées.reference/error-codesetsecurity/admin-and-multisig— nouvelle erreur et limites de rôle.
feat/cpswap-only-and-platform-allow-config au commit 2b1999f8e226ec84148cf818ea809d3cd5f30caa, comparé avec master à 13b5c5210b58ceaef1ea4f9d9fbb7626d20613ee.

