Halaman ini diterjemahkan secara otomatis oleh AI. Versi bahasa Inggris adalah acuan resmi.Lihat versi bahasa Inggris →
introduction/history-and-milestones.
Rilis
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* yang ada di pool dan membayar kreator sisanya — pembulatan ke bawah, jadi debu tetap bersama kreator. Tingkat 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 posisinya, tetapi akun baru bersifat wajib, jadi transaksi pra-upgrade ditolak karena akun yang hilang. UpdateAmmConfig mendapat param = 8. PoolState, matematika swap dan pemeriksaan k tidak berubah, dan tidak ada kode kesalahan yang ditambahkan. Berjalan beriringan: perbaikan pengurutan dua-lintasan dalam CollectExcessLamports.Baca entri lengkapnya →LaunchLab: Anchor 1.0, pemulihan lamport berlebih, dan akhir gerbang transisi
LaunchLab berpindah ke Anchor
1.0.2 pada 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 berizin, dan InitializeWithToken2022 menghilangkan pembatasan amm_fee_on nya. Admin baru CollectExcessLamports mengembalikan sewa yang dibebaskan oleh SIMD-0437 — perhatikan bahwa akun sumber harus dikelompokkan berdasarkan mana dari tiga PDA otoritas vault 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 pada Agave 3.1.10 dan menambahkan admin CollectExcessLamports yang mengembalikan sewa yang dibebaskan oleh SIMD-0437 dari vault, mint LP dan PDA — vault SOL terbungkus termasuk, melalui putaran SyncNative / UnwrapLamports yang meninggalkan saldo terbungkus tidak berubah. Tiga perubahan perilaku berjalan beriringan: CreateAmmConfig sekarang menulis kunci protocol_fee_owner dan fund_fee_owner yang dikodekan keras alih-alih penandatangan (konfigurasi 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 yang menghadap pengguna atau tata letak akun 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 peti solana-system-interface baru, dan menambahkan WithdrawExcessLamports (tag 18) khusus admin yang mengembalikan sewa yang dibebaskan oleh SIMD-0437. Setiap instruksi yang menghadap pedagang dan LP menyimpan akun, argumen dan matematikanya, dan tidak ada yang memecah dalam rilis: CreateConfigAccount berhenti membaca sysvar sewa tertinggalnya 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 daftar putih parameter kurva
Pembatasan parameter peluncuran pindah dari
PlatformConfig ke akun PlatformCurveRule per-konfigurasi. Aturan menyimpan hingga 10 grup pemeriksaan dengan 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 daftar putih hanya-kesetaraan. PlatformConfig mempertahankan ukuran 944 byte: restrict_curve_param, curve_rule_manager, dan awalan panjang vec yang dihapus semuanya keluar dari padding. Decoder harus menghilangkan Vec<PlatformCurveParam> tertinggal, dan pembangun peluncuran harus menambahkan PDA aturan ke remaining_accounts saat bendera 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 pernah mempelajari aturan dari transaksi yang dikembalikan, dan entri mendokumentasikan latihan devnet sebelum mengaktifkan bendera 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, jadi 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 pada kelulusan, jadi memutar transfer_fee_extension_auth di tengah-peluncuran 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 massal AllInfo, 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 direprice. GlobalConfig.max_share_fee_rate tetap pada 100 bps dan hanya mengikat 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 tokennya 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 peningkatan 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 untuk menyapu semua biaya kreator yang terkumpul, sambil membatasi penerima manfaat dan kedua tujuan token ke PoolState.pool_creator dan ATA kanonik kreator. Jalur asli yang ditandatangani kreator 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 putih (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 menyimpan tata letak mereka (akun pasar yang dihapus sekarang diabaikan, tidak divalidasi); WithdrawPnl yang 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 yang sangat memecah (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 set 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/, 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 set 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 masalah atau permintaan tarik 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 alamat program.