Geschichte und Meilensteine

Documentation Index

Fetch the complete documentation index at: https://docs.raydium.io/llms.txt

Use this file to discover all available pages before exploring further.

​

2021 — Gründung und AMM v4

​

Februar 2021 — Mainnet-Start

Raydium startete als erstes hybrides AMM von Solana — Constant-Product-Pools integriert mit Serums (später OpenBooks) zentralem Limit-Orderbook. Der Kerngedanke: Solanas schneller State-Zugriff ermöglichte einem DEX, AMM-Liquidität mit Orderbook-Liquidität in einer einzigen Swap-Instruktion zu kombinieren, was zu besseren Kursen führt, als jedes System allein hätte bieten können. Initiales Produkt: AMM v4. Die Pool-Mathematik folgt dem Standard x × y = k, aber die Orderbook-Integration ermöglicht es dem Pool, einen Trade an OpenBook weiterzuleiten, wenn das Book einen besseren Preis bietet.

​

März 2021 — Farm v3

Farm v3 wurde zusammen mit AMM v4 gestartet. Zweck: Raydiums nativen Token $RAY an LPs verteilen, die ihre LP-Token staken, um TVL zu bootstrappen.

​

Mai 2021 — Token-Launchpad „AcceleRaytor”

Frühe Version eines Launchpad-Mechanismus. 2023 stillgelegt, als LaunchLab es ersetzte.

​

November 2021 — MadShield-Audits abgeschlossen

Erste Runde von Audits für AMM v4 und Farm v3. Keine kritischen Befunde; geringfügige Empfehlungen zur Code-Qualität adressiert.

​

2022 — CLMM

​

April 2022 — CLMM öffentliches Testnet

Raydiums CLMM-Implementierung tritt in die öffentliche Testphase ein. Die Implementierung lässt sich von Uniswap V3s Tick-basiertem Modell inspirieren, passt sich aber für Solanas Account-Architektur an — Ticks werden in chunked TickArray-PDAs statt in einer einzigen Sparse-Mapping gespeichert.

​

August 2022 — CLMM Mainnet

CLMM startet auf Solana Mainnet. Erstes Concentrated-Liquidity-DEX auf Solana.

​

Oktober 2022 — Farm v5

Farm v5 deployed. Änderungen gegenüber v3: unterstützt mehrere Reward-Streams pro Farm, geplante Emissionsänderungen, Pro-Stream-Admin-Kontrollen.

​

November 2022 — OtterSec + MadShield CLMM-Audits

Gleichzeitige Audits durch zwei Unternehmen. Ein kritischer Befund (Tick-Crossing-Buchhaltungs-Bug in einem Grenzfall) wurde vor dem Deployment behoben. Drei High-Severity-Befunde behoben.

​

Dezember 2022 — Pool-Authority-Kompromittierung

Ein AMM v4 Pool-Authority-Schlüssel wurde kompromittiert; mehrere Pools geleert. Umfang: operative Schlüsselverwaltung, kein Programm-Bug. Reaktion:

• Alle Authority-Rollen in Squads-Multisig verschoben.
• Von der Community genehmigter Einsatz von Protokoll-Gebühren, die für RAY-Rückkäufe vorgesehen sind, um Zielbestände zu erreichen und betroffene LPs zu entschädigen.
• Postmortem im Forum veröffentlicht.

Dieser Vorfall formte Raydiums operative Haltung: Multisig + öffentliche Transparenz.

​

2023 — Farm v6 und Infrastruktur-Härtung

​

März 2023 — Farm v6

Farm v6 deployed mit Anchor-Architektur (frühere Versionen waren pre-Anchor). Änderungen:

• Saubere IDL für Integration.
• Bis zu 5 Reward-Streams pro Farm (vs. 3 in v5).
• Bessere Timestamp-basierte Buchhaltung (v3/v5 nutzte Slot-Zählungen, was zu Drift bei Leader-Wechsel führte).
• Token-2022-Unterstützung für Reward-Mints.

Bestehende v3/v5-Farms laufen weiter; neue Farms nutzen v6 ausschließlich.

​

April 2023 — CLMM Token-2022-Unterstützung

CLMM wurde erweitert, um Token-2022-Mints zu akzeptieren. Erforderte neue SwapV2-Instruktions-Variante (die ursprüngliche Swap ist für Token-2022-Pools veraltet). Von OtterSec erneut geprüft.

​

Mai 2023 — Farm v6-Audit durch OtterSec

Audit abgeschlossen; mehrere Medium-Befunde in v6.1 Hotfix behoben.

​

2024 — CPMM und LaunchLab

​

März 2024 — CPMM-Ankündigung

Raydium-Team gibt CPMM als langfristigen Ersatz für AMM v4 bekannt. Begründung:

• AMM v4s OpenBook-Abhängigkeit erschwert die Integration.
• AMM v4s Protokoll-Gebührenstruktur incentiviert LPs nicht so stark wie ein reines LP-Share-Modell.
• Keine Token-2022-Unterstützung bei AMM v4.

​

Juni 2024 — CPMM Mainnet

CPMM deployed zum Mainnet. Initiale AmmConfigs: 0,01 %, 0,25 %, 1 %. Sofort für neue Pool-Kreation empfohlen. Migrationspfad von AMM v4 veröffentlicht; Community-geführte Migrationen starten in den nächsten 6–12 Monaten.

​

August 2024 — LaunchLab

LaunchLab deployed zum Mainnet. Ersetzt das Legacy-AcceleRaytor mit Bonding-Curve + CPMM-Graduation-Modell. Erstes graduiertes Token: TOKEN1 (graduiert innerhalb von 24 Stunden nach LaunchLab-Aktivierung).

​

September 2024 — MadShield + OtterSec CPMM-Audits

Gleichzeitige Audits abgeschlossen. Ein High-Befund vor dem Deployment behoben; vier Mediums adressiert; verbleibende Lows im Issue-Tracker verfolgbar.

​

Oktober 2024 — LaunchLab-Audit

OtterSec-Audit von LaunchLab abgeschlossen. Zwei High-Severity-Befunde adressiert (beide um Graduation Edge Cases); zwei Medium-Befunde akzeptiert als dokumentierte Trade-Offs.

​

2025 — Produktreife

​

Januar 2025 — CPMM TVL übertrifft AMM v4

Community-geführte Migration beschleunigt; CPMM wird zum dominanten Constant-Product-Handelsplatz. AMM v4 TVL beginnt zu sinken, während LPs zu CPMM-Pendants migrieren.

​

Juli 2025 — CLMM TVL überschreitet $1B

Erstes Mal, dass ein einzelnes Raydium-Produkt $1B TVL überschreitet.

​

November 2025 — CPMM Minor-Version-Update

Deployment von CPMM v0.2 (post-timelock) behebt Buchhaltungs-Edge-Case, das von OtterSec-Re-Audit identifiziert wurde. Keine Benutzer-Gelder betroffen.

​

Wartungsstatus

Keine Einstellungen geplant. Ältere Programme laufen weiter; bestehende Pools/Farms akzeptieren Einzahlungen, Trades und Abhebungen auf unbestimmte Zeit. Raydiums Politik ist es, niemals ein Programm auf eine Weise einzustellen, die Benutzer-Gelder stranded.

​

Wichtige Vorfälle (verlinkt, nicht zusammengefasst)

• Dezember 2022 — Pool-Authority-Kompromittierung — siehe security/audits.
• Januar 2023 — OpenBook-Integration Freeze — gleiche Referenzen.

Beide wurden gelöst ohne systemische Auswirkungen auf aktive Benutzer.

​

Versionierungs-Philosophie

Raydium versioniert Produkte nach Hauptnummer (AMM v4, Farm v6). Eine neue Hauptnummer bedeutet eine neue Program-ID — altes Programm läuft weiter; neues Programm ist ein separates Deployment. Das unterscheidet sich von In-Place-Upgrades (die möglich sind via Upgrade-Authority, aber selten sind). Begründung: Benutzer halten Positionen, die von spezifischem Programm-Verhalten abhängen. Ein neues Produkt als neues Programm zu versenden gibt Benutzern einen Opt-in-Migrationspfad, statt jeden auf einmal auf die neue Version zu zwingen.

​

Verweise

• introduction/what-is-raydium — die Elevator-Pitch.
• introduction/ecosystem-position — Raydium im Kontext.
• reference/changelog — Release-Notes Version für Version.
• security/audits — Audit-Historie.

Quellen:

• Raydium on Medium — Produktankündigungen und Postmortems.