Halaman ini diterjemahkan secara otomatis oleh AI. Versi bahasa Inggris adalah acuan resmi.Lihat versi bahasa Inggris →
introduction/history-and-milestones.
Rilis
LaunchLab: aturan kurva platform menggantikan whitelist parameter kurva
Pembatasan parameter peluncuran pindah dari
PlatformConfig ke akun PlatformCurveRule per-konfigurasi. Sebuah aturan menampung hingga 10 grup pemeriksaan dengan hingga 25 batasan (field, op, value) atas 19 parameter peluncuran, dengan Eq / Gte / Lte / Neq — sehingga platform dapat akhirnya mengekspresikan pita nilai, tingkat alternatif, batas valuasi kelulusan, lantai migrasi, gating tipe token, atau grup yang berubah pada tanggal tertentu, yang tidak dapat dilakukan whitelist hanya-kesetaraan. PlatformConfig mempertahankan ukurannya 944 byte: restrict_curve_param, curve_rule_manager, dan awalan panjang vec yang dihapus semuanya keluar dari padding. Decoder harus menghapus Vec<PlatformCurveParam> yang tertinggal, 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 pembuat 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 yang 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 berfungsi untuk mint dari kedua generasi. transfer_fee_config_authority masih pindah saat kelulusan saja, jadi memutar transfer_fee_extension_auth di tengah-peluncuran secara diam-diam meninggalkan dua otoritas pada kunci 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. Kedua pemeriksaan sekarang setuju, sehingga platform yang dibuat pada tingkat apa pun yang diizinkan juga dapat diperbarui pada tingkat itu — termasuk melalui varian massal AllInfo, yang memvalidasi kembali fee_rate sambil menulis ulang setiap bidang lainnya. Kedua jalur masih menaikkan kesalahan berbeda (InvalidInput saat membuat, InvalidPlatformInfo saat memperbarui). 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 pembuat; 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 mint dukungan 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 pembuat tanpa izin
Instruksi
CollectCreatorFeePermissionless aditif memungkinkan pembayar apa pun menyapu semua biaya pembuat yang terkumpul, sambil membatasi penerima manfaat dan kedua tujuan token ke PoolState.pool_creator dan ATA kanonik pembuat. Jalur asli yang ditandatangani pembuat 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 masuk daftar putih (satu yang memegang PDA Permission) membuat beberapa pool per (config, mint0, mint1) — sehingga ID pool tidak lagi kanonik untuk pasangan. Instruksi admin baru CreatePermissionPda / ClosePermissionPda mengelola hibah tersebut, dan PoolState mendapatkan 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 ketergantungan OpenBook / Serum
AMM v4 menghapus ketergantungan OpenBook/Serum yang sudah lama tidak aktif, semua CPI buku pesanan, dan instruksi pembuat pasar yang mati.
SwapBaseIn / SwapBaseOut, Deposit, dan Withdraw mempertahankan tata letak mereka (akun pasar yang dihapus sekarang diabaikan, tidak divalidasi); WithdrawPnl yang hard-breaking (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 pembuat pasar 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 yang hard-breaking (16 → 10, tidak ada kompatibilitas); biaya rujukan yang pensiun; dan formula aset pool yang disederhanakan hanya-vault. 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 penyelesai
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 tinggal di halaman tersendiri di bawah
reference/changelog/, sehingga 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 merusak: 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 tinggal 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.