Skip to main content
Diese Seite wurde mit KI automatisch übersetzt. Maßgeblich ist stets die englische Version.Englische Version ansehen →
Dies ist das Changelog der Dokumentation — die Aufzeichnung von Aktualisierungen dieser Seiten seit dem Projektstart. Jede Version unten verlinkt auf einen eigenen Eintrag; öffnen Sie einen für die vollständige Zusammenfassung, betroffene Kapitel und Verifizierungsdatum. Für die historische Zeitleiste des Protokolls selbst siehe introduction/history-and-milestones.

​
Versionen

​
LaunchLab: Plattform-Kurvenregeln ersetzen die Kurvenparameter-Whitelist
Startparameter-Beschränkungen verschieben sich von PlatformConfig in dedizierte PlatformCurveRule-Konten pro Konfiguration. Eine Regel enthält bis zu 10 Prüfgruppen mit bis zu 25 (field, op, value)-Constraints über 19 Startparameter, mit Eq / Gte / Lte / Neq — so kann eine Plattform endlich ein Wertband, alternative Stufen, eine Graduierungs-Bewertungsobergrenze, einen Migrationsboden, Token-Typ-Gating oder eine Gruppe ausdrücken, die sich an einem Datum ändert — nichts davon konnte die nur-Gleichheit-Whitelist. PlatformConfig behält seine 944-Byte-Größe: restrict_curve_param, curve_rule_manager und die Längenpräfix der entfernten Vec kommen alle aus dem Padding. Decoder müssen die nachfolgende Vec<PlatformCurveParam> entfernen, und Startbuilder müssen die Regel-PDA zu remaining_accounts anhängen, während das Flag aktiv ist. Zwei Instruktionen entfernt, vier hinzugefügt, zwei UpdatePlatformConfig-Varianten hinzugefügt, 6024–6030 angehängt. IDL-Aktualisierung erforderlich. Das SDK liefert zwei reine Off-Chain-Checks, damit ein Creator nie eine Regel aus einer zurückgewiesenen Transaktion lernen muss, und der Eintrag dokumentiert eine Devnet-Probe vor Aktivierung des Flags auf Mainnet.Vollständigen Eintrag lesen →
​
LaunchLab: Plattform hält die Withdraw-Withheld-Autorität von der Mint-Erstellung
InitializeWithToken2022 schreibt jetzt PlatformConfig.transfer_fee_extension_auth in die neue Basis-Mint’s withdraw_withheld_authority statt in die Launch-authority-PDA, so dass eine Plattform einbehaltene Transfergebühren während der Bonding-Curve-Phase einziehen kann, anstatt auf die Graduierung zu warten — das Programm selbst hat keine Withdraw-Withheld-Instruktion. MigrateToCpswap weist diese Autorität nur neu zu, wenn die PDA sie noch hält, was die Graduierung für Mints beider Generationen funktionsfähig hält. transfer_fee_config_authority wechselt immer noch nur bei der Graduierung, daher führt das Rotieren von transfer_fee_extension_auth während des Starts stillschweigend dazu, dass die beiden Autoritäten auf verschiedenen Keys liegen. Kein Account-Layout, keine Instruktion, kein Argument oder Fehlercode hat sich geändert.Vollständigen Eintrag lesen →
​
LaunchLab: Plattformgebührensatz-Obergrenze auf 500 bps erhöht
Die Plattform-fee_rate-Obergrenze wechselt zu 50000 (500 bps) auf beiden Pfaden, die sie validieren. CreatePlatformConfig war seit der ersten Programmversion auf 10000 (100 bps) begrenzt; UpdatePlatformConfig war seit 2026-01-27 auf 25000 (250 bps) begrenzt. Die beiden Checks stimmen jetzt überein, so dass eine Plattform, die mit einem zulässigen Satz erstellt wurde, auch mit diesem aktualisiert werden kann — einschließlich durch die AllInfo-Bulk-Variante, die fee_rate neu validiert, während sie jedes andere Feld umschreibt. Die beiden Pfade werfen immer noch unterschiedliche Fehler (InvalidInput bei Erstellung, InvalidPlatformInfo bei Aktualisierung). Kein Account-Layout, keine Instruktion oder Fehlercode hat sich geändert, und keine bestehende Plattform oder Start wird neu bepreist. GlobalConfig.max_share_fee_rate bleibt bei 100 bps und begrenzt nur die pro-Transaktion-Referral-share_fee_rate.Vollständigen Eintrag lesen →
​
LaunchLab: Token-2022-Quote-Mints
Ein Start kann jetzt in einer Token-2022-Mint notiert werden. CreateConfig, InitializeV2, InitializeWithToken2022, die vier Swap-Instruktionen und jeder Fee-Claim akzeptieren entweder Tokenprogramm in ihrem Quote-Programm-Slot; das veraltete Initialize bleibt nur Legacy. Swap-Slippage-Grenzen werden jetzt gegen das verglichen, was der Zahler tatsächlich zahlt oder erhält, netto der Transfergebühr der Quote-Mint. PoolState.token_program_flag Bit1 wird aussagekräftig, daher lesen Decoder, die das ganze Byte gegen 0 testen, eine Legacy-Basis-Mint als Token-2022 falsch. MigrateToCpswap benennt seine zwei Token-Programm-Konten in token_program / token_program_2022 um, und 6023 wird für CalculateOverflow wiederverwendet.Vollständigen Eintrag lesen →
​
LaunchLab: Nur-CPMM-Starts und Plattformkonfigurationssteuerungen
Die neue Startinitialisierung erfordert jetzt CPMM, während der an AMM v4 gebundene Legacy-Status migrierbar bleibt. Vor dieser Version erzeugte creator_scale einen Creator-eigenen Fee Key; CPMM-Migrationen, die nach dem Upgrade ausgeführt wurden, konsolidieren stattdessen platform_scale + creator_scale in einen Plattform-eigenen Fee Key Share. Plattformen können Starts auch mit ihren eigenen PlatformAllowConfig-PDAs einschränken, und Migrations-Builder müssen beide CPMM-Support-Mint-PDAs anhängen.Vollständigen Eintrag lesen →
​
CLMM: Eingeschränkte Emittenten-Position NFT-Einfrierung
Neue CLMM-Position NFT-Mints verwenden ihren Pool als Freeze-Autorität, aber ihre Token-Konten bleiben standardmäßig nicht eingefroren. Das Einfrieren erfolgt nur bei OpenPositionV2 oder OpenPositionWithToken22Nft, wenn die Freeze-Autorität einer der zugrunde liegenden Vault-Mints mit der Liste der eingeschränkten Emittenten übereinstimmt. Eine übereinstimmende Position kann nicht übertragen oder den Besitzer wechseln, kann aber immer noch Liquidität verwalten. Sein ClosePosition-Aufruf muss den Pool anhängen, damit CLMM atomar auftauen, brennen und schließen kann. Bestehende Positionen bleiben unverändert.Vollständigen Eintrag lesen →
​
CPMM: Erlaubnisfreie Creator-Fee-Erfassung
Eine additive CollectCreatorFeePermissionless-Instruktion lässt jeden Zahler alle aufgelaufenen Creator-Gebühren einziehen, während der Begünstigte und beide Token-Ziele auf PoolState.pool_creator und die kanonischen ATAs des Creators beschränkt werden. Der ursprüngliche Creator-signierte Pfad bleibt unverändert. CreatePermissionPda akzeptiert auch eine dedizierte Grant-Autorität, während ClosePermissionPda nur Admin-Zugriff bleibt.Vollständigen Eintrag lesen →
​
CLMM: Berechtigte Multi-Pools und Limit-Order-Frozen-Account-Schutz
Zwei additive, rückwärtskompatible CLMM-Programmaktualisierungen. CreatePermissionedPool faltet einen vom Client bereitgestellten Nicht-Null-seed_index in die Pool-PDA-Seeds, was einem whitelisted Operator (einem, der eine Permission-PDA hält) ermöglicht, mehrere Pools pro (config, mint0, mint1) zu erstellen — so dass eine Pool-ID nicht mehr kanonisch für ein Paar ist. Neue Admin-Instruktionen CreatePermissionPda / ClosePermissionPda verwalten diese Grants, und PoolState erhält ein seed_index-Feld (aus Padding geschnitzt, keine Größenänderung). Separat akzeptiert OpenLimitOrder jetzt die Output-Side-Konten und lehnt Orders ab, deren Input- oder Output-Token-Konto eingefroren ist (NotApproved).Vollständigen Eintrag lesen →
​
AMM v4: OpenBook / Serum-Abhängigkeit entfernen
AMM v4 entfernt seine lange inaktive OpenBook/Serum-Abhängigkeit, alle Order-Book-CPIs und die toten Market-Making-Instruktionen. SwapBaseIn / SwapBaseOut, Deposit und Withdraw behalten ihre Layouts (entfernte Market-Konten werden jetzt ignoriert, nicht validiert); ein hart-brechendes WithdrawPnl (17 → 10, keine Kompatibilität) und SetParams (reduzierte Konten + umbenummerierter param); und Initialize, PreInitialize, MonitorStep, MigrateToOpenBook, WithdrawSrm, SimulateInfo, AdminCancelOrders sind nicht mehr aufrufbar. On-Chain-Account-Layouts und Fehlercodes bleiben stabil; migrieren Sie Swaps zu den V2-Einstiegspunkten.Vollständigen Eintrag lesen →
​
Stable AMM: Toten OpenBook (Market) Code entfernen
Stable AMM entfernt seine lange inaktiven OpenBook-Market-Making-Konten und Code. Kleinere SwapBaseIn / SwapBaseOut (18 → 9), Deposit (14 → 12) und Withdraw (21/22 → 12) Layouts (alte Layouts immer noch kompatibel); eine hart-brechende WithdrawPnl-Änderung (16 → 10, keine Kompatibilität); die Referral-Gebühr eingestellt; und eine vereinfachte Vault-Only-Pool-Asset-Formel. Die meisten anderen Stable-Instruktionen sind nicht mehr aufrufbar.Vollständigen Eintrag lesen →
​
CLMM: Limit Orders, Single-Sided Fee, Dynamic Fee
Drei Opt-In, rückwärtskompatible CLMM-Funktionen: First-Class Limit Orders (mit einem limit_order_admin Settle Keeper), Single-Sided Fee Collection (CollectFeeOn) und eine volatilitätsverfolgbare dynamische Gebühr. Fügt CreateCustomizablePool, eine PoolState-Umgestaltung (Indexer-Breaking Change), neue TickState-Felder, elf neue Fehlercodes (mit numerischer Verschiebung) und entsprechende SDK / API-Ergänzungen hinzu.Vollständigen Eintrag lesen →
​
Erste Veröffentlichung
Erste öffentliche Veröffentlichung der Raydium-Dokumentation, verifiziert gegen Live-Mainnet-Beta-Deployments und @raydium-io/raydium-sdk-v2@0.2.42-alpha.Vollständigen Eintrag lesen →

​
Dokumentationskonventionen

  • Versionierung: Diese Dokumentation verwendet kalenderbasierte Versionierung (YYYY-MM-DD). Jede Aktualisierung fügt eine neue Eintrag-Seite und eine neue Zeile oben in der Zeitleiste hinzu.
  • Eine Seite pro Version: Jede Versionszusammenfassung lebt auf ihrer eigenen Seite unter reference/changelog/, so dass dieser Index kurz bleibt und jeder Eintrag unabhängig verlinkt werden kann.
  • Verifizierungsdatum: Jeder Eintrag dokumentiert, wann der Inhalt zuletzt gegen On-Chain / API-Status und die Programmquelle abgeglichen wurde. Falls nicht angegeben, gehen Sie vom Hauptdatum des Eintrags aus.
  • Breaking Changes: Werden auf betroffenen Seiten in einer eingerahmten Warnung aufgerufen und im Eintrag gekennzeichnet.
  • Abdeckung: Dieses Changelog behandelt die Dokumentation selbst. Die historische Zeitleiste des Protokolls selbst lebt in introduction/history-and-milestones und ist die Quelle der Wahrheit für „wann ist X auf Raydium passiert”.

​
Korrektionen

Wenn Sie einen Fehler in dieser Dokumentation finden, öffnen Sie bitte ein Issue oder einen Pull Request im Dokumentations-Repository. Korrektionen werden als Changelog-Einträge protokolliert.

​
Verweise