Skip to main content
Cette page est traduite automatiquement par IA. La version anglaise fait foi.Voir la version anglaise →
Ceci est le journal des modifications de la documentation — l’enregistrement des mises à jour de ces pages depuis le lancement du projet. Chaque version ci-dessous renvoie à sa propre entrée ; ouvrez-la pour le résumé complet, les chapitres affectés et la date de vérification. Pour la chronologie historique du protocole lui-même, consultez introduction/history-and-milestones.

​
Versions

​
LaunchLab : lancements CPMM uniquement et contrôles de configuration de plateforme
L’initialisation de lancement requiert désormais CPMM, tandis que l’état hérité lié à AMM v4 reste migratable. Avant cette version, creator_scale produisait une Fee Key détenue par le créateur ; les migrations CPMM exécutées après la mise à niveau consolident plutôt platform_scale + creator_scale en une seule part de Fee Key détenue par la plateforme. Les plateformes peuvent également restreindre les lancements avec leurs propres PDAs PlatformAllowConfig, et les constructeurs de migration doivent ajouter les deux PDAs de support-mint CPMM.Lire l’entrée complète →
​
CLMM : gel de position NFT à émetteur restreint
Les nouveaux mints de position NFT CLMM utilisent leur pool comme autorité de gel, mais leurs comptes de jetons restent dégelés par défaut. Le gel se produit uniquement sur OpenPositionV2 ou OpenPositionWithToken22Nft lorsque l’autorité de gel du mint du coffre sous-jacent correspond à la liste des émetteurs restreints. Une position correspondante ne peut pas transférer ou changer de propriétaire mais peut toujours gérer la liquidité. Son appel ClosePosition doit ajouter le pool pour que CLMM puisse dégeler, brûler et fermer atomiquement. Les positions existantes restent inchangées.Lire l’entrée complète →
​
CPMM : collecte de frais créateur sans permission
Une instruction CollectCreatorFeePermissionless additive permet à n’importe quel payeur de collecter tous les frais créateur accumulés, tout en limitant le bénéficiaire et les deux destinations de jetons à PoolState.pool_creator et aux ATAs canoniques du créateur. Le chemin signé par le créateur original reste inchangé. CreatePermissionPda accepte également une autorité de subvention dédiée, tandis que ClosePermissionPda reste réservé à l’administrateur.Lire l’entrée complète →
​
CLMM : pools multi-permissionnés et garde de compte gelé pour ordres limites
Deux mises à jour du programme CLMM additives et rétro-compatibles. CreatePermissionedPool intègre un seed_index non nul fourni par le client dans les seeds du PDA du pool, permettant à un opérateur autorisé (détenant un PDA Permission) de créer plusieurs pools par (config, mint0, mint1) — ainsi un ID de pool n’est plus canonique pour une paire. Les nouvelles instructions d’administrateur CreatePermissionPda / ClosePermissionPda gèrent ces subventions, et PoolState gagne un champ seed_index (extrait du remplissage, pas de changement de taille). Séparément, OpenLimitOrder prend désormais les comptes du côté sortie et rejette les ordres dont le compte de jetons d’entrée ou de sortie est gelé (NotApproved).Lire l’entrée complète →
​
AMM v4 : suppression de la dépendance OpenBook / Serum
AMM v4 supprime sa dépendance longtemps dormante à OpenBook/Serum, tous les CPI du carnet de commandes et les instructions mortes de market-making. SwapBaseIn / SwapBaseOut, Deposit et Withdraw conservent leurs mises en page (les comptes de marché supprimés sont désormais ignorés, non validés) ; un WithdrawPnl cassant (17 → 10, pas de compatibilité) et SetParams (comptes réduits + param renuméroté) ; et Initialize, PreInitialize, MonitorStep, MigrateToOpenBook, WithdrawSrm, SimulateInfo, AdminCancelOrders ne sont plus appelables. Les mises en page des comptes on-chain et les codes d’erreur restent stables ; migrez les swaps vers les points d’entrée V2.Lire l’entrée complète →
​
Stable AMM : suppression du code OpenBook (marché) mort
Stable AMM supprime ses comptes et code de market-making OpenBook longtemps dormants. Mises en page plus petites SwapBaseIn / SwapBaseOut (18 → 9), Deposit (14 → 12) et Withdraw (21/22 → 12) (les anciennes mises en page restent compatibles) ; un changement WithdrawPnl cassant (16 → 10, pas de compatibilité) ; les frais de parrainage supprimés ; et une formule d’actif de pool simplifiée réservée au coffre. La plupart des autres instructions Stable ne sont plus appelables.Lire l’entrée complète →
​
CLMM : ordres limites, frais unilatéraux, frais dynamiques
Trois capacités CLMM optionnelles et rétro-compatibles : ordres limites de première classe (avec un gardien de règlement limit_order_admin), collecte de frais unilatéraux (CollectFeeOn) et frais dynamiques suivant la volatilité. Ajoute CreateCustomizablePool, une restructuration PoolState (changement cassant pour les indexeurs), nouveaux champs TickState, onze nouveaux codes d’erreur (avec un décalage numérique) et ajouts correspondants du SDK / API.Lire l’entrée complète →
​
Publication initiale
Première version publique de l’ensemble de documentation Raydium, vérifiée par rapport aux déploiements mainnet-beta en direct et @raydium-io/raydium-sdk-v2@0.2.42-alpha.Lire l’entrée complète →

​
Conventions de documentation

  • Versioning : cette documentation utilise le versioning basé sur le calendrier (YYYY-MM-DD). Chaque mise à jour ajoute une nouvelle page d’entrée et une nouvelle ligne en haut de la chronologie ci-dessus.
  • Une page par version : chaque résumé de version vit sur sa propre page sous reference/changelog/, donc cet index reste court et chaque entrée est indépendamment liée.
  • Date de vérification : chaque entrée enregistre quand le contenu a été dernièrement vérifié par rapport à l’état on-chain / API et au code source du programme. Si non indiqué, supposez la date principale de l’entrée.
  • Changements cassants : signalés dans un avertissement encadré sur les pages affectées et marqués dans l’entrée.
  • Couverture : ce journal couvre l’ensemble de documentation lui-même. La chronologie historique du protocole vit dans introduction/history-and-milestones et est la source de vérité pour « quand X s’est-il produit sur Raydium ».

​
Corrections

Si vous trouvez une erreur dans cette documentation, veuillez ouvrir un problème ou une demande de tirage sur le dépôt de documentation. Les corrections sont enregistrées comme des entrées de journal des modifications.

​
Pointeurs