Bu sayfa yapay zekâ tarafından otomatik olarak çevrilmiştir. İngilizce sürüm esas alınır.İngilizce sürümü görüntüle →
Bu, dokümantasyonun değişiklik günlüğüdür — proje canlı yayına alındığından bu yana bu sayfalar için yapılan güncellemelerin kaydıdır. Aşağıdaki her sürüm kendi girişine bağlanır; tam özet, etkilenen bölümler ve doğrulama tarihi için bir tanesini açın. Protokolün kendi tarihsel zaman çizelgesi için bkz.
introduction/history-and-milestones.Sürümler
LaunchLab: Yalnızca CPMM başlatmaları ve platform yapılandırma denetimleri
Yeni başlatma başlatması artık CPMM gerektirir; eski AMM v4’e bağlı durum taşınabilir kalır. Bu sürümden önce,
creator_scale yaratıcıya ait bir Fee Key üretiyordu; yükseltmeden sonra yürütülen CPMM göçleri bunun yerine platform_scale + creator_scale öğesini tek bir platforma ait Fee Key payına birleştirir. Platformlar ayrıca kendi PlatformAllowConfig PDA’larıyla başlatmaları kısıtlayabilir ve göç oluşturucuları her iki CPMM destek-mint PDA’sını da eklemelidir.Tam girişi oku →CLMM: kısıtlı yayıncı pozisyon NFT dondurması
Yeni CLMM pozisyon NFT mintleri havuzlarını dondurma yetkilisi olarak kullanır, ancak token hesapları varsayılan olarak donmuş kalır. Dondurma yalnızca
OpenPositionV2 veya OpenPositionWithToken22Nft üzerinde gerçekleşir; bu durumda temel kasa mint’inin dondurma yetkilisi kısıtlı yayıncı listesiyle eşleşir. Eşleşen bir pozisyon transfer edemez veya sahibini değiştiremez ancak yine de likiditeyi yönetebilir. ClosePosition çağrısı, CLMM’nin atomik olarak çözmesi, yakması ve kapatması için havuzu eklemelidir. Mevcut pozisyonlar değişmeden kalır.Tam girişi oku →CPMM: izinsiz yaratıcı ücret toplama
Ek bir
CollectCreatorFeePermissionless talimatı, herhangi bir ödeyicinin tüm tahakkuk eden yaratıcı ücretlerini temizlemesine izin verirken, yararlanıcı ve her iki token hedefini PoolState.pool_creator ve yaratıcının kanonik ATA’larıyla sınırlandırır. Orijinal yaratıcı tarafından imzalanan yol değişmeden kalır. CreatePermissionPda ayrıca özel bir hibe yetkilisini kabul ederken, ClosePermissionPda yalnızca yönetici tarafından kalır.Tam girişi oku →CLMM: izinli çok havuzlar ve limit-order donmuş-hesap koruması
İki ek, geriye dönük uyumlu CLMM program güncellemesi.
CreatePermissionedPool, istemci tarafından sağlanan sıfır olmayan seed_index öğesini havuz PDA tohumlarına katlar; bu, beyaz listeye alınmış bir operatörün (bir Permission PDA’sı tutan) (config, mint0, mint1) başına birden fazla havuz oluşturmasına izin verir — böylece havuz kimliği artık bir çift için kanonik değildir. Yeni yönetici talimatları CreatePermissionPda / ClosePermissionPda bu hibeleri yönetir ve PoolState bir seed_index alanı kazanır (dolgu alanından oyulmuş, boyut değişikliği yok). Ayrı olarak, OpenLimitOrder artık çıkış tarafı hesaplarını alır ve giriş veya çıkış token hesabı donmuş olan siparişleri reddeder (NotApproved).Tam girişi oku →AMM v4: OpenBook / Serum bağımlılığını kaldırma
AMM v4, uzun süredir hareketsiz olan OpenBook/Serum bağımlılığını, tüm sipariş defteri CPI’larını ve ölü pazar yapıcılığı talimatlarını kaldırır.
SwapBaseIn / SwapBaseOut, Deposit ve Withdraw düzenlerini korur (kaldırılan pazar hesapları artık doğrulanmaz, yok sayılır); zor kırılan bir WithdrawPnl (17 → 10, uyumluluk yok) ve SetParams (azaltılmış hesaplar + yeniden numaralandırılmış param); ve Initialize, PreInitialize, MonitorStep, MigrateToOpenBook, WithdrawSrm, SimulateInfo, AdminCancelOrders artık çağrılamaz. Zincir üstü hesap düzenleri ve hata kodları kararlı kalır; swapları V2 giriş noktalarına geçirin.Tam girişi oku →Sabit AMM: ölü OpenBook (pazar) kodunu kaldırma
Sabit AMM, uzun süredir hareketsiz olan OpenBook pazar yapıcılığı hesaplarını ve kodunu kaldırır. Daha küçük
SwapBaseIn / SwapBaseOut (18 → 9), Deposit (14 → 12) ve Withdraw (21/22 → 12) düzenleri (eski düzenler hala uyumlu); zor kırılan bir WithdrawPnl değişikliği (16 → 10, uyumluluk yok); referral ücreti emekli; ve basitleştirilmiş kasa yalnızca havuz varlığı formülü. Diğer çoğu Sabit talimatı artık çağrılamaz.Tam girişi oku →CLMM: limit emirleri, tek taraflı ücret, dinamik ücret
Üç seçmeli, geriye dönük uyumlu CLMM yeteneği: birinci sınıf limit emirleri (bir
limit_order_admin yerleştirme tutucusuyla), tek taraflı ücret toplama (CollectFeeOn) ve oynaklık izleyen dinamik ücret. CreateCustomizablePool, bir PoolState yeniden şekillendirmesi (dizin oluşturucu kırıcı değişiklik), yeni TickState alanları, on bir yeni hata kodu (sayısal kaymaya sahip) ve eşleşen SDK / API eklemeleri ekler.Tam girişi oku →İlk yayın
Raydium dokümantasyon setinin ilk genel sürümü; canlı mainnet-beta dağıtımları ve
@raydium-io/raydium-sdk-v2@0.2.42-alpha karşısında doğrulanmıştır.Tam girişi oku →Dokümantasyon kuralları
- Sürüm oluşturma: bu dokümantasyon takvim tabanlı sürüm oluşturmayı (YYYY-MM-DD) kullanır. Her güncelleme yeni bir giriş sayfası ve yukarıdaki zaman çizelgesine yeni bir satır ekler.
- Sürüm başına bir sayfa: her sürüm özeti
reference/changelog/altında kendi sayfasında yaşar; bu nedenle bu dizin kısa kalır ve her giriş bağımsız olarak bağlanabilir. - Doğrulama tarihi: her giriş, içeriğin zincir üstü / API durumu ve program kaynağına karşı son ne zaman çapraz kontrol edildiğini kaydeder. Belirtilmemişse, girişin ana tarihini varsayın.
- Kırıcı değişiklikler: etkilenen sayfalar üzerinde kutulu bir uyarıda çağrılır ve girişte etiketlenir.
- Kapsam: bu değişiklik günlüğü dokümantasyon setinin kendisini kapsar. Protokolün kendi tarihsel zaman çizelgesi
introduction/history-and-milestonesiçinde yaşar ve “Raydium’da X ne zaman oldu” için gerçeğin kaynağıdır.
Düzeltmeler
Bu dokümantasyonda bir hata bulursanız, lütfen dokümantasyon deposunda bir sorun veya çekme isteği açın. Düzeltmeler değişiklik günlüğü girişleri olarak kaydedilir.İşaretçiler
introduction/history-and-milestones— protokolün kendi zaman çizelgesi.security/audits— denetim geçmişi.ray/protocol-fees— protokol ücret bölümleri.reference/program-addresses— program kimliği gerçeğin kaynağı.