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.
本頁內容由 AI 自動翻譯，所有內容以英文版本為準。查看英文版 →
Raydium 的產品組合在五年內透過一系列部署而不斷擴展。本頁是時間軸，內容包括每次推出的背景原因及其帶來的變化。可將其視為理解為何當今程式碼庫呈現現在這個樣貌的指南。
2021 年 — 創立與 AMM v4
2021 年 2 月 — 主網上線
Raydium 作為 Solana 上第一個混合式 AMM 推出—恆定乘積池與 Serum（後來是 OpenBook）的中央限價訂單簿集成。核心洞察：Solana 快速的狀態存取讓 DEX 能在單一交換指令中結合 AMM 流動性與訂單簿流動性，提供比任一方單獨運作都更緊湊的報價。 初始產品：AMM v4。池的數學運算是標準的x × y = k，但訂單簿集成讓池能在訂單簿提供更優價格時將交易轉遞到 OpenBook。
2021 年 3 月 — Farm v3
Farm v3 與 AMM v4 一同推出。目的：將 Raydium 原生的 $RAY 代幣分配給質押其 LP 代幣的 LP，以此啟動 TVL 增長。2021 年 5 月 — 代幣啟動板「AcceleRaytor」
早期版本的啟動板機制。在 2023 年被 LaunchLab 取代後停用。2021 年 11 月 — MadShield 審計完成
AMM v4 和 Farm v3 的第一輪審計。未發現關鍵問題；幾項代碼質量建議已獲解決。2022 年 — CLMM
2022 年 4 月 — CLMM 公測上線
Raydium 的 CLMM 實現進入公開測試。實現靈感來自 Uniswap V3 的 tick 模型，但針對 Solana 的帳戶架構進行調適—tick 儲存在分段的TickArray PDA 中，而非單一稀疏映射。
2022 年 8 月 — CLMM 主網上線
CLMM 在 Solana 主網上線。Solana 上首個集中流動性 DEX。2022 年 10 月 — Farm v5
Farm v5 部署。相比 v3 的變更：支援每個 farm 多個獎勵流、排期發行變更、個別流的管理員控制。2022 年 11 月 — OtterSec + MadShield CLMM 審計
兩家公司進行的並發審計。發現一項關鍵問題（邊界情況下的 tick 交叉會計錯誤），在部署前修復。三項高嚴重程度的發現已修復。2022 年 12 月 — 池管理員金鑰洩露
一個 AMM v4 池的管理員金鑰遭洩露；多個池被清空。範圍：操作金鑰管理，非程式錯誤。 應對措施：- 將所有管理員角色轉移到 Squads 多簽。
- 社區批准使用預留的協議費用進行 RAY 回購，以達到目標餘額並賠償受影響的 LP。
- 在論壇發布事後分析。
2023 年 — Farm v6 與基礎設施強化
2023 年 3 月 — Farm v6
Farm v6 部署，採用 Anchor 架構（之前版本為 Anchor 前時代）。變更：- 集成更簡潔的 IDL。
- 每個 farm 支援多達 5 個獎勵流（相比 v5 的 3 個）。
- 更佳的基於時間戳的會計（v3/v5 使用 slot 計數，導致在區塊生產者變更時出現偏差）。
- Token-2022 對獎勵 mint 的支援。
2023 年 4 月 — CLMM Token-2022 支援
CLMM 擴展為接受 Token-2022 mint。需要新的SwapV2 指令變體（原始的 Swap 已針對 Token-2022 池棄用）。由 OtterSec 重新審計。
2023 年 5 月 — OtterSec Farm v6 審計
審計完成；v6.1 修補版本中修復了多項中等嚴重程度的發現。2024 年 — CPMM 與 LaunchLab
2024 年 3 月 — CPMM 公告
Raydium 團隊宣布 CPMM 為 AMM v4 的長期替代方案。理由：- AMM v4 的 OpenBook 依賴性複雜化集成。
- AMM v4 協議費用結構不如純 LP 分享模型那樣激勵 LP。
- AMM v4 不支援 Token-2022。
2024 年 6 月 — CPMM 主網上線
CPMM 部署到主網。初始 AmmConfigs：0.01%、0.25%、1%。立即推薦用於新池創建。 從 AMM v4 的遷移路徑已發布；社區主導的遷移在接下來的 6–12 個月內開始進行。2024 年 8 月 — LaunchLab
LaunchLab 部署到主網。取代舊版 AcceleRaytor，採用綁定曲線 + CPMM 畢業模型。首個畢業代幣：TOKEN1（在 LaunchLab 啟用後 24 小時內畢業）。2024 年 9 月 — MadShield + OtterSec CPMM 審計
並發審計完成。一項高嚴重程度的發現在部署前修復；四項中等程度的發現已處理；其餘低嚴重程度的問題在問題追蹤器中記錄。2024 年 10 月 — LaunchLab 審計
OtterSec 對 LaunchLab 的審計完成。兩項高嚴重程度的發現已處理（均涉及畢業邊界情況）；兩項中等程度的發現已作為文件化取捨被接受。2025 年 — 產品成熟期
2025 年 1 月 — CPMM TVL 超過 AMM v4
社區主導的遷移加速；CPMM 成為主導的恆定乘積場所。隨著 LP 遷移到 CPMM 對應版本，AMM v4 TVL 開始下降。2025 年 7 月 — CLMM TVL 突破 10 億美元
Raydium 任何單一產品首次超過 10 億美元 TVL。2025 年 11 月 — CPMM 次要版本更新
部署 CPMM v0.2（時間鎖之後）修復 OtterSec 重新審計發現的會計邊界情況。無用戶資金受影響。維護狀態
| 產品 | 狀態 | 新功能 |
|---|---|---|
| AMM v4 | 完全運作 — UI 不再顯示新池創建選項 | 無（新池預設使用 CPMM） |
| Farm v3 | 維護中 | 無（新 farm 使用 Farm v6） |
| Farm v5 | 維護中 | 無（新 farm 使用 Farm v6） |
| AcceleRaytor | 2023 年停用 | 由 LaunchLab 替代 |
主要事件（連結，未重述）
- 2022 年 12 月 — 池管理員洩露 — 見
security/audits。 - 2023 年 1 月 — OpenBook 集成凍結 — 同樣的參考資料。
版本控制哲學
Raydium 按主版本號對產品進行版本控制（AMM v4、Farm v6）。新的主版本號意味著新的程式 ID—舊程式繼續運行；新程式是獨立的部署。這不同於原位升級（儘管可能，但很少發生）。 理由：用戶持有依賴特定程式行為的頭寸。作為新程式發布新產品為用戶提供選擇加入的遷移路徑，而不是一次性強制所有人遷移到新版本。參考資源
introduction/what-is-raydium— 簡要介紹。introduction/ecosystem-position— Raydium 的背景脈絡。reference/changelog— 逐版本發布說明。security/audits— 審計歷史。
- Raydium on Medium — 產品公告和事後分析。