Halaman ini diterjemahkan secara otomatis oleh AI. Versi bahasa Inggris adalah acuan resmi.Lihat versi bahasa Inggris →
introduction/history-and-milestones.
Rilis
CLMM: Anchor 1.0, pemulihan lamport berlebih, dan pemilik biaya tetap
CLMM berpindah ke Anchor
1.0.2 di Agave 3.1.10, langkah yang sama yang dilakukan CPMM dan LaunchLab pada 2026-09-09. Kedua crate CPI publik sekarang menetapkan =1.0.2, sehingga satu program dapat melakukan CPI ke CPMM dan CLMM. Admin baru CollectExcessLamports mengembalikan rent yang dibebaskan oleh SIMD-0437. Ini menyapu satu pool per panggilan: PDA PoolState menandatangani vault dan vault reward-nya sendiri, vault wSOL melalui putaran SyncNative / UnwrapLamports, dan akun apa pun milik CLMM di remaining_accounts dikurangi hingga minimum rent-nya. CreateAmmConfig sekarang menulis kunci protocol_fee_owner dan fund_fee_owner yang dikodekan keras alih-alih penandatangan. Di mainnet ini adalah kunci yang sudah disimpan di semua 21 config, dan config yang ada tidak ditulis ulang. 6052 ditambahkan. Tidak ada instruksi atau tata letak akun yang menghadap pengguna yang berubah.Baca entri lengkapnya →CPMM: protokol mengambil bagian dari biaya kreator
CPMM sekarang dapat mempertahankan sebagian dari biaya kreator. Pembagian diterapkan ketika biaya dikumpulkan, bukan ketika dikenakan: swap masih mengumpulkan seluruh biaya kreator ke
creator_fees_token*, dan CollectCreatorFee / CollectCreatorFeePermissionless kemudian memindahkan bagian ke penghitung protocol_fees_token* pool yang ada dan membayar kreator sisanya — pembulatan ke bawah, jadi debu tetap bersama kreator. Tingkatnya berasal dari AmmConfig.creator_fee_share_rate baru (diukir dari padding; akun masih 236 byte, tetapi padding[0] lama sekarang adalah bidang aktif) atau dari PDA CreatorFeeShare per-kreator yang menimpanya, dikelola oleh admin baru CreateCreatorFeeShare / CloseCreatorFeeShare. Pemecahan untuk klien biaya kreator: kedua instruksi pengumpulan mengambil akun baru yang ditambahkan di akhir daftar mereka — akun yang ada mempertahankan posisi mereka, tetapi yang baru wajib, jadi transaksi pra-upgrade ditolak karena akun yang hilang. UpdateAmmConfig mendapat param = 8. PoolState, matematika swap dan pemeriksaan k tidak tersentuh, dan tidak ada kode kesalahan yang ditambahkan. Berjalan bersama: perbaikan pengurutan dua lintasan di CollectExcessLamports.Baca entri lengkapnya →LaunchLab: Anchor 1.0, pemulihan lamport berlebih, dan akhir gerbang transisi
LaunchLab berpindah ke Anchor
1.0.2 di Agave 3.1.10 dan menghentikan perancah transisinya. Initialize yang sudah usang sekarang gagal tanpa syarat dengan NotApproved. MigrateToAmm sangat memecah untuk dompet migrasi: ketiga argumen dan sembilan akun OpenBook hilang, mengikuti penghapusan OpenBook AMM v4 itu sendiri, dan program tidak lagi menginisialisasi pasar melalui CPI. Gerbang jam get_upgrade_timestamp dihapus, jadi tiga remaining_accounts perdagangan diperlukan tanpa syarat (dengan slot system_program sekarang divalidasi), MigrateToCpswap selalu mengambil jalur CPMM yang diizinkan, dan InitializeWithToken2022 menghilangkan pembatasan amm_fee_on-nya. Admin baru CollectExcessLamports mengembalikan rent yang dibebaskan oleh SIMD-0437 — perhatikan bahwa akun sumber harus dikelompokkan berdasarkan PDA otoritas vault mana dari tiga yang memilikinya. Tiga batasan alamat MigrateToCpswap dipindahkan ke badan instruksi, mengubah 2012 menjadi 2502. 6031 ditambahkan. Tidak ada tata letak akun, instruksi perdagangan atau perilaku biaya yang berubah.Baca entri lengkapnya →CPMM: Anchor 1.0, pemulihan lamport berlebih, dan pemilik biaya tetap
CPMM berpindah ke Anchor
1.0.2 di Agave 3.1.10 dan menambahkan admin CollectExcessLamports yang mengembalikan rent yang dibebaskan oleh SIMD-0437 dari vault, LP mint dan PDA — vault wrapped-SOL termasuk, melalui putaran SyncNative / UnwrapLamports yang meninggalkan saldo wrapped tidak berubah. Tiga perubahan perilaku berjalan bersama: CreateAmmConfig sekarang menulis kunci protocol_fee_owner dan fund_fee_owner yang dikodekan keras alih-alih penandatangan (config yang ada tidak dimigrasikan — baca bidangnya), MINT_WHITELIST Token-2022 empat-alamat yang dikodekan keras dihapus sehingga PDA registri SupportMintAssociated adalah satu-satunya bypass yang tersisa, dan ClosePermissionPda sekarang menerima otoritas hibah khusus. 6015 ditambahkan. Tidak ada instruksi atau tata letak akun yang menghadap pengguna yang berubah.Baca entri lengkapnya →AMM v4: dependensi Solana 3.0 dan pemulihan lamport berlebih
AMM v4 membangun kembali terhadap
solana-program 3.0.0, spl-token 9.0.0, spl-associated-token-account 8.0.0 dan crate solana-system-interface baru, dan menambahkan WithdrawExcessLamports (tag 18) khusus admin yang mengembalikan rent yang dibebaskan oleh SIMD-0437. Setiap instruksi yang menghadap trader dan LP mempertahankan akun, argumen dan matematikanya, dan tidak ada yang dalam rilis ini yang memecah: CreateConfigAccount berhenti membaca sysvar rent trailing-nya tetapi masih menerima daftar lima-akun lama. AmmError mendapat kode 60 (itu bernomor dari 0, bukan 6000).Baca entri lengkapnya →LaunchLab: aturan kurva platform menggantikan whitelist parameter kurva
Pembatasan parameter peluncuran pindah dari
PlatformConfig ke akun PlatformCurveRule per-config. Aturan menyimpan hingga 10 grup pemeriksaan dari hingga 25 batasan (field, op, value) atas 19 parameter peluncuran, dengan Eq / Gte / Lte / Neq — jadi platform akhirnya dapat mengekspresikan pita nilai, tingkat alternatif, batas valuasi kelulusan, lantai migrasi, gating tipe token, atau grup yang beralih pada tanggal, tidak satupun yang dapat dilakukan whitelist hanya-kesetaraan. PlatformConfig mempertahankan ukuran 944-byte-nya: restrict_curve_param, curve_rule_manager, dan awalan panjang vec yang dihapus semuanya keluar dari padding. Decoder harus menghilangkan Vec<PlatformCurveParam> trailing, dan pembangun peluncuran harus menambahkan PDA aturan ke remaining_accounts saat flag aktif. Dua instruksi dihapus, empat ditambahkan, dua varian UpdatePlatformConfig ditambahkan, 6024–6030 ditambahkan. Penyegaran IDL diperlukan. SDK mengirimkan dua pemeriksaan off-chain murni sehingga kreator tidak perlu mempelajari aturan dari transaksi yang dikembalikan, dan entri mendokumentasikan latihan devnet sebelum mengaktifkan flag di mainnet.Baca entri lengkapnya →LaunchLab: platform memegang otoritas withdraw-withheld dari pembuatan mint
InitializeWithToken2022 sekarang menulis PlatformConfig.transfer_fee_extension_auth ke withdraw_withheld_authority mint dasar baru alih-alih PDA authority peluncuran, sehingga platform dapat menyapu biaya transfer yang ditahan selama fase kurva ikatan daripada menunggu kelulusan — program itu sendiri tidak memiliki instruksi withdraw-withheld. MigrateToCpswap menetapkan kembali otoritas itu hanya ketika PDA masih memegangnya, yang membuat kelulusan bekerja untuk mint dari kedua generasi. transfer_fee_config_authority masih bergerak hanya saat kelulusan, jadi memutar transfer_fee_extension_auth mid-launch diam-diam meninggalkan dua otoritas pada kunci yang berbeda. Tidak ada tata letak akun, instruksi, argumen, atau kode kesalahan yang berubah.Baca entri lengkapnya →LaunchLab: batas tingkat biaya platform dinaikkan ke 500 bps
Batas
fee_rate platform bergerak ke 50000 (500 bps) di kedua jalur yang memvalidasinya. CreatePlatformConfig dibatasi pada 10000 (100 bps) sejak rilis pertama program; UpdatePlatformConfig dibatasi pada 25000 (250 bps) sejak 2026-01-27. Dua pemeriksaan sekarang setuju, jadi platform yang dibuat pada tingkat apa pun yang diizinkan juga dapat diperbarui pada tingkat itu — termasuk melalui varian AllInfo massal, yang memvalidasi kembali fee_rate sambil menulis ulang setiap bidang lainnya. Dua jalur masih menaikkan kesalahan yang berbeda (InvalidInput pada pembuatan, InvalidPlatformInfo pada pembaruan). Tidak ada tata letak akun, instruksi, atau kode kesalahan yang berubah, dan tidak ada platform atau peluncuran yang ada yang mengubah harga. GlobalConfig.max_share_fee_rate tetap pada 100 bps dan hanya membatasi share_fee_rate rujukan per-transaksi.Baca entri lengkapnya →LaunchLab: mint kutipan Token-2022
Peluncuran sekarang dapat dikutip dalam mint Token-2022.
CreateConfig, InitializeV2, InitializeWithToken2022, empat instruksi swap, dan setiap klaim biaya menerima program token apa pun di slot program kutipan mereka; Initialize yang sudah usang tetap hanya warisan. Batas slippage swap sekarang dibandingkan dengan apa yang benar-benar dibayar atau diterima pembayar, bersih dari biaya transfer mint kutipan. Bit1 PoolState.token_program_flag menjadi bermakna, jadi decoder yang menguji seluruh byte terhadap 0 salah membaca mint dasar warisan sebagai Token-2022. MigrateToCpswap mengganti nama dua akun program token-nya menjadi token_program / token_program_2022, dan 6023 digunakan kembali untuk CalculateOverflow.Baca entri lengkapnya →LaunchLab: peluncuran hanya CPMM dan kontrol konfigurasi platform
Inisialisasi peluncuran baru sekarang memerlukan CPMM sementara status terikat AMM v4 warisan tetap dapat dimigrasikan. Sebelum rilis ini,
creator_scale menghasilkan Fee Key milik kreator; migrasi CPMM yang dieksekusi setelah upgrade malah mengkonsolidasikan platform_scale + creator_scale menjadi satu bagian Fee Key milik platform. Platform juga dapat membatasi peluncuran dengan PDA PlatformAllowConfig mereka sendiri, dan pembangun migrasi harus menambahkan kedua PDA dukungan mint CPMM.Baca entri lengkapnya →CLMM: pembekuan NFT posisi penerbit terbatas
Mint NFT posisi CLMM baru menggunakan pool mereka sebagai otoritas pembekuan, tetapi akun token mereka tetap tidak beku secara default. Pembekuan terjadi hanya pada
OpenPositionV2 atau OpenPositionWithToken22Nft ketika otoritas pembekuan mint vault yang mendasar cocok dengan daftar penerbit terbatas. Posisi yang cocok tidak dapat mentransfer atau mengubah pemilik tetapi masih dapat mengelola likuiditas. Panggilan ClosePosition-nya harus menambahkan pool sehingga CLMM dapat mencairkan, membakar, dan menutup secara atomik. Posisi yang ada tetap tidak berubah.Baca entri lengkapnya →CPMM: pengumpulan biaya kreator tanpa izin
Instruksi aditif
CollectCreatorFeePermissionless memungkinkan pembayar apa pun menyapu semua biaya kreator yang terkumpul, sambil membatasi penerima manfaat dan kedua tujuan token ke PoolState.pool_creator dan ATA kanonik kreator. Jalur yang ditandatangani kreator asli tetap tidak berubah. CreatePermissionPda juga menerima otoritas hibah khusus, sementara ClosePermissionPda tetap hanya admin.Baca entri lengkapnya →CLMM: multi-pool berizin dan penjaga akun beku limit-order
Dua pembaruan program CLMM aditif dan kompatibel ke belakang.
CreatePermissionedPool melipat seed_index non-nol yang disediakan klien ke dalam benih PDA pool, memungkinkan operator yang terdaftar dalam whitelist (satu yang memegang PDA Permission) membuat beberapa pool per (config, mint0, mint1) — jadi ID pool tidak lagi kanonik untuk pasangan. Instruksi admin baru CreatePermissionPda / ClosePermissionPda mengelola hibah tersebut, dan PoolState mendapat bidang seed_index (diukir dari padding, tidak ada perubahan ukuran). Secara terpisah, OpenLimitOrder sekarang mengambil akun sisi output dan menolak pesanan yang akun token input atau output-nya beku (NotApproved).Baca entri lengkapnya →AMM v4: hapus dependensi OpenBook / Serum
AMM v4 menghapus dependensi OpenBook/Serum yang sudah lama tidak aktif, semua CPI order-book, dan instruksi market-making yang mati.
SwapBaseIn / SwapBaseOut, Deposit, dan Withdraw mempertahankan tata letak mereka (akun pasar yang dihapus sekarang diabaikan, tidak divalidasi); WithdrawPnl sangat memecah (17 → 10, tidak ada kompatibilitas) dan SetParams (akun berkurang + param yang dinomori ulang); dan Initialize, PreInitialize, MonitorStep, MigrateToOpenBook, WithdrawSrm, SimulateInfo, AdminCancelOrders tidak lagi dapat dipanggil. Tata letak akun on-chain dan kode kesalahan tetap stabil; migrasikan swap ke entrypoint V2.Baca entri lengkapnya →Stable AMM: hapus kode OpenBook (pasar) yang mati
Stable AMM menghapus akun dan kode market-making OpenBook yang sudah lama tidak aktif. Tata letak
SwapBaseIn / SwapBaseOut yang lebih kecil (18 → 9), Deposit (14 → 12), dan Withdraw (21/22 → 12) (tata letak lama masih kompatibel); perubahan WithdrawPnl sangat memecah (16 → 10, tidak ada kompatibilitas); biaya rujukan pensiun; dan formula aset pool vault-only yang disederhanakan. Sebagian besar instruksi Stable lainnya tidak lagi dapat dipanggil.Baca entri lengkapnya →CLMM: limit order, biaya satu sisi, biaya dinamis
Tiga kemampuan CLMM opt-in dan kompatibel ke belakang: limit order kelas satu (dengan penjaga settle
limit_order_admin), pengumpulan biaya satu sisi (CollectFeeOn), dan biaya dinamis pelacakan volatilitas. Menambahkan CreateCustomizablePool, reshape PoolState (perubahan pemecah indexer), bidang TickState baru, sebelas kode kesalahan baru (dengan pergeseran numerik), dan penambahan SDK / API yang cocok.Baca entri lengkapnya →Publikasi awal
Rilis publik pertama dari rangkaian dokumentasi Raydium, diverifikasi terhadap penerapan mainnet-beta langsung dan
@raydium-io/raydium-sdk-v2@0.2.42-alpha.Baca entri lengkapnya →Konvensi dokumentasi
- Versioning: dokumentasi ini menggunakan versioning berbasis kalender (YYYY-MM-DD). Setiap pembaruan menambahkan halaman entri baru dan baris baru di bagian atas garis waktu di atas.
- Satu halaman per rilis: setiap ringkasan rilis hidup di halaman tersendiri di bawah
reference/changelog/, jadi indeks ini tetap pendek dan setiap entri dapat ditautkan secara independen. - Tanggal verifikasi: setiap entri mencatat kapan konten terakhir kali diperiksa silang terhadap status on-chain / API dan sumber program. Jika tidak dinyatakan, asumsikan tanggal utama entri.
- Perubahan yang memecah: dipanggil dalam peringatan kotak di halaman yang terpengaruh dan ditandai dalam entri.
- Cakupan: changelog ini mencakup rangkaian dokumentasi itu sendiri. Garis waktu historis protokol itu sendiri hidup di
introduction/history-and-milestonesdan merupakan sumber kebenaran untuk “kapan X terjadi di Raydium”.
Koreksi
Jika Anda menemukan kesalahan dalam dokumentasi ini, silakan buka issue atau pull request di repositori dokumentasi. Koreksi dicatat sebagai entri changelog.Penunjuk
introduction/history-and-milestones— garis waktu protokol itu sendiri.security/audits— riwayat audit.ray/protocol-fees— pembagian biaya protokol.reference/program-addresses— sumber kebenaran ID program.