Skip to main content
Cette page est traduite automatiquement par IA. La version anglaise fait foi.Voir la version anglaise →
Une Platform dans LaunchLab est un environnement de lancement tiers construit sur le programme LaunchLab de Raydium. Les plateformes peuvent se marquer elles-mêmes, facturer leurs propres frais et configurer les paramètres de migration post-bonding-curve pour chaque token lancé sous leur contrôle — sans exécuter un programme on-chain séparé. L’interface LaunchLab de Raydium n’est qu’une plateforme parmi tant d’autres.

​
Pourquoi les plateformes existent

Raydium voulait que LaunchLab soit une primitive partagée, et non un produit unique de marque. Le système Platform PDA permet aux écosystèmes, fournisseurs d’outils, communautés et équipes meme d’offrir des expériences de lancement curées ou personnalisées qui se règlent toutes dans le même programme de bonding-curve LaunchLab sous-jacent et le pool CPMM post-migration. Exemples de plateformes que vous pourriez rencontrer :
  • L’interface LaunchLab de Raydium sur raydium.io/launchlab — l’implémentation de référence.
  • Launchpads partenaires — des tiers qui ont enregistré leur propre Platform PDA pour personnaliser l’expérience de lancement.
  • Plateformes de niche — par exemple, une plateforme spécifique à une communauté qui ne lance que des memecoins liés à un thème particulier, avec une part de frais personnalisée finançant son trésor.
Tous ces tokens vivent toujours sur le même programme LaunchLab, passent au même programme CPMM et peuvent être routés par les mêmes agrégateurs.

​
La Platform PDA

Chaque plateforme est représentée par une Platform PDA stockée dans le programme LaunchLab. Les champs incluent : Les noms de champs exacts se trouvent dans l’IDL LaunchLab (sdk-api/anchor-idl). Le tableau ci-dessus est un aperçu descriptif.

​
Ce qu’une plateforme peut contrôler

Capture de frais :
  • Part des frais de plateforme sur chaque achat/vente pré-migration.
  • Part post-migration — avant la mise à jour du 2026-08-17, la scale du créateur produisait une clé de frais du créateur séparée. Pour les migrations exécutées après, platform_scale + creator_scale devient une position LP verrouillée détenue par la plateforme et burn_scale est brûlée.
Destination post-migration :
  • CPMM avec un AmmConfig choisi via cp_config_id. Tous les lancements nouvellement initialisés utilisent CPMM.
  • AMM v4 reste uniquement comme chemin de graduation pour l’état de lancement existant créé avec le type de migration hérité.
Expérience utilisateur :
  • Métadonnées de marque utilisées par l’application Raydium et tout portefeuille / explorateur qui affiche les tokens LaunchLab.
  • Personnalisation de la page de lancement — les plateformes qui hébergent leur propre frontend peuvent filtrer les tokens pour afficher uniquement les lancements de leur propre plateforme.

​
Ce qu’une plateforme ne peut pas contrôler

  • Mathématiques de bonding-curve. La forme de la courbe (logistique, exponentielle, etc.) fait partie du programme LaunchLab lui-même. Les plateformes choisissent parmi les courbes supportées ; elles ne peuvent pas ajouter de courbes personnalisées arbitraires.
  • Logique du seuil de migration. La condition qui déclenche la graduation vers CPMM est appliquée par le programme.
  • Posture de sécurité / audit de base. Chaque plateforme hérite de l’historique d’audit de LaunchLab ; une plateforme malveillante ne peut pas le contourner en modifiant le programme.

​
Enregistrer une plateforme

Le programme LaunchLab expose une instruction create_platform (nom exact de l’IDL). Les appelants passent :
  • La seed qui dérivera la Platform PDA.
  • Le compte de destination des frais.
  • Les frais souhaités en bps (soumis aux plafonds au niveau du programme).
  • Configuration post-migration (ID AmmConfig CPMM si applicable).
  • Métadonnées de marque.
Le loyer pour la Platform PDA est payé par le créateur. Les mises à jour de la marque et de certains paramètres de frais sont autorisées après la création par l’autorité de la plateforme ; les paramètres structurels (programme de destination de migration) généralement ne le sont pas. Consultez products/launchlab/instructions pour la signature d’instruction exacte dans l’IDL LaunchLab actuel.

​
Interaction économique

Un seul swap sur une bonding-curve LaunchLab distribue la valeur à peu près comme ceci (les ratios exacts sont définis par la plateforme) :
Post-migration, les tokens LP ont deux destinations effectives :
La clé de frais de plateforme représente les droits de frais LP réclamables sans la capacité de retirer la liquidité verrouillée. Le LP brûlé n’a pas de détenteur de clé de frais.

​
Restriction des configurations globales

Un administrateur de plateforme peut définir restrict_global_config = 1 et créer une PlatformAllowConfig par GlobalConfig accepté. Les nouvelles transactions de lancement doivent alors ajouter la allow PDA correspondante. Avec la restriction désactivée, la plateforme accepte toute configuration qui passe la validation du programme.

​
Notes pour les intégrateurs

  • Lister les tokens par plateforme. Utilisez les points de terminaison API pool-info / mint avec un filtre platform (si supporté) pour lister uniquement les tokens lancés sous une Platform PDA spécifique.
  • Affichage de la marque. Si vous construisez un portefeuille ou un explorateur qui affiche les tokens LaunchLab, lire le nom / URL de l’image de la plateforme depuis la Platform PDA offre une bien meilleure UX que d’afficher « LaunchLab » pour chaque token.
  • Mathématiques des frais. Chaque devis de bonding-curve doit tenir compte des frais de plateforme en plus des frais du protocole et du créateur. Les assistants de devis du SDK le font automatiquement quand la Platform PDA est fournie.

​
Où aller ensuite

Sources :
  • IDL du programme LaunchLab fourni dans le SDK Raydium v2 : raydium-io/raydium-sdk-V2 sous src/raydium/launchpad/.
  • Points de terminaison api-v3.raydium.io/launchlab/platforms (si disponibles).