メインコンテンツへスキップ

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 のプロダクトポートフォリオは 5 年間にわたる継次的なデプロイメントを通じて成長しました。このページはタイムラインであり、各ローンチが重要だった理由と何が変わったのかについてのコンテキストを提供します。今日のコードベースがどのような見た目をしているのかについて、なぜそうなっているのかを理解するためのガイドとして扱ってください。

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 と同時にローンチしました。目的は、LP トークンをステークする LP に Raydium のネイティブ $RAY トークンを配布し、TVL をブートストラップすることです。

2021 年 5 月 — トークンローンチパッド「AcceleRaytor」

ローンチパッドメカニズムの初期版。2023 年に LaunchLab に置き換わった時点で廃止されました。

2021 年 11 月 — MadShield 監査完了

AMM v4 と Farm v3 の最初のラウンドの監査。重大な知見はなく、軽微なコード品質の推奨事項が対処されました。

2022 年 — CLMM

2022 年 4 月 — CLMM パブリックテストネット

Raydium の CLMM 実装はパブリックテストに入ります。実装は Uniswap V3 のティックベースモデルからインスピレーションを得ていますが、Solana のアカウントアーキテクチャに適応しています — ティックは単一のスパース・マッピングではなく、チャンク化された TickArray PDA に保存されます。

2022 年 8 月 — CLMM メインネット

CLMM が Solana メインネットでローンチします。Solana 初の集中化リクイディティ DEX です。

2022 年 10 月 — Farm v5

Farm v5 がデプロイされました。v3 からの変更点:ファームごとに複数のリワードストリームをサポート、スケジュール済みエミッション変更、ストリームごとの管理者制御。

2022 年 11 月 — OtterSec + MadShield CLMM 監査

2 つのファームによる並行監査。1 つの重大な知見(エッジケースでのティック・クロッシング会計バグ)がデプロイ前に修正されました。3 つの高度な知見が修正されました。

2022 年 12 月 — プール権限の侵害

AMM v4 プール権限キーが侵害され、複数のプールが枯渇しました。スコープ:プログラムバグではなく、運用キー管理です。 対応:
  • すべての権限ロールを Squads マルチシグに移行しました。
  • RAY バイバックのためにイヤーマークされたプロトコルフィーの使用をコミュニティが承認、対象残高を取得して影響を受けた LP に補償しました。
  • フォーラムで事後分析を公開しました。
このインシデントは Raydium の運用方針を形成しました:マルチシグ + パブリック透明性。

2023 年 — Farm v6 とインフラストラクチャ強化

2023 年 3 月 — Farm v6

Farm v6 が Anchor アーキテクチャでデプロイされました(以前のバージョンは Anchor 前)。変更点:
  • 統合のためのより清潔な IDL。
  • ファームあたり最大 5 つのリワードストリーム(v5 では 3 つ)。
  • より良いタイムスタンプベースの会計(v3/v5 はスロットカウントを使用し、リーダー変更時のドリフトが発生しました)。
  • リワードミントのための Token-2022 サポート。
既存の v3/v5 ファームは引き続き実行されます。新しいファームは v6 を排他的に使用します。

2023 年 4 月 — CLMM Token-2022 サポート

CLMM は Token-2022 ミントを受け入れるように拡張されました。新しい SwapV2 命令バリアント(元々の Swap は Token-2022 プールでは非推奨)が必要でした。OtterSec によって再監査されました。

2023 年 5 月 — Farm v6 OtterSec 監査

監査完了。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 監査

並行監査が完了しました。1 つの高い知見がデプロイ前に修正されました。4 つの中程度が対処されました。残りの低い知見が問題トラッカーで追跡されています。

2024 年 10 月 — LaunchLab 監査

LaunchLab の OtterSec 監査が完了しました。2 つの高度な知見が対処されました(両方とも卒業エッジケースに関するもの)。2 つの中程度の知見が文書化されたトレードオフとして受け入れられました。

2025 年 — プロダクト成熟度

2025 年 1 月 — CPMM TVL が AMM v4 を超える

コミュニティが主導する移行が加速し、CPMM が支配的な定数積の会場になります。LP が CPMM の対応物に移行すると、AMM v4 TVL は減少し始めます。

2025 年 7 月 — CLMM TVL が $1B を超える

単一の Raydium プロダクトが TVL で $1B を超えるのは初めてです。

2025 年 11 月 — CPMM マイナーバージョン更新

CPMM v0.2(タイムロック後)のデプロイメントは OtterSec の再監査により識別された会計エッジケースを修正します。ユーザーファンドへの影響はありません。

メンテナンスステータス

プロダクトステータス新機能
AMM v4完全に運用中 — UI は新しいプール作成を表示しませんなし(新しいプールはデフォルトで CPMM)
Farm v3メンテナンスなし(新しいファームは Farm v6 を使用)
Farm v5メンテナンスなし(新しいファームは Farm v6 を使用)
AcceleRaytor2023 年に廃止LaunchLab に置き換わり
サンセットは計画されていません。 古いプログラムは実行され続け、既存のプール/ファームは無期限にデポジット、取引、および引き出しを受け入れます。Raydium のポリシーは、ユーザーファンドを置き去りにする方法でプログラムを廃止することはありません。

主要なインシデント(リンク、再要約なし)

  • 2022 年 12 月 — プール権限の侵害 — security/audits を参照してください。
  • 2023 年 1 月 — OpenBook 統合フリーズ — 同じ参照。
どちらもアクティブなユーザーへの体系的な影響なく解決されました。

バージョニング哲学

Raydium は大きなナンバーでプロダクトをバージョン分けします(AMM v4、Farm v6)。新しい大きなナンバーは新しいプログラム ID を意味します — 古いプログラムは実行され続け、新しいプログラムは別のデプロイメントです。これはインプレースアップグレード(アップグレード権限を介して可能ですが稀)とは異なります。 根拠:ユーザーは特定のプログラム動作に依存するポジションを保有しています。新しいプロダクトを新しいプログラムとして出荷することで、ユーザーはすべてを一度に新しいバージョンに強制する代わりに、オプトイン移行パスを得られます。

ポインタ

ソース: