Skip to main content
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 →
Raydium beş yıldır hizmet veriyor. Programlarının bazıları üçüncü veya dördüncü nesildedir. Bu sayfa, operatörün bakış açısından “hangi program sürümünü kullanmalıyım, eski olanların durumu nedir ve bugün eski sürümde çalışıyorsam A’dan B’ye nasıl geçerim?” sorularına yanıt verir.

​
Duruma genel bakış

Bu tablodaki en önemli sonuç: AMM v4 kullanımdan kaldırılmamıştır ve CPMM yeni varsayılandır — ancak kasıtlı olarak bir arada bulunurlar. AMM v4 havuzlarının yıllar süren işlem geçmişi vardır ve zorla geçirilmemektedir. Yeni bir havuz başlatmak için hangi programı seçeceğiniz bir tavsiye, bir kısıtlama değildir.

​
AMM v4 — durum ve yönelim

AMM v4, orijinal Raydium havuz tasarımıdır: sabit-çarpım fiyatlandırması (x · y = k). OpenBook (eski adıyla Serum) emir defteri entegrasyonuna sahip hibrit bir AMM olarak başlatıldı ve eğrinin bölümlerini bağlı bir pazarda limit emirleri olarak yansıttı. OpenBook entegrasyonu o zamandan beri devre dışı bırakılmıştır — havuzlar artık OpenBook’a likidite paylaşmaz ve tüm swaplar V2 swap giriş noktaları aracılığıyla tamamen eğriye karşı yürütülür. Bugün AMM v4, pratikte, OpenBook hesaplarının inert durum olarak korunduğu saf bir sabit-çarpım AMM’dir.

​
Dondurulmuş olanlar

  • Yeni ücret katmanları yok. AMM v4 ücret yapısı havuz başına ve dağıtımda ayarlanmıştır. Yeni havuzlar aynı sabit kodlanmış ~0.25% işlem ücreti, ~%12 protokole kabul eder.
  • Yeni özellik çalışması yok. Takım, CPMM yeni varsayılan olduktan beri AMM v4’e yeni talimatlar eklememiştir. Program yönetim modundadır — yalnızca hata düzeltmeleri, kapsam genişlemesi yok.
  • Token-2022 desteği yok. AMM v4, Token-2022 var olmadan önce yazılmıştır ve entegrasyon hiçbir zaman geri uyarlanmamıştır. Token-2022 mintleri CPMM’yi (veya uygun olduğunda CLMM’yi) kullanmalıdır.
  • OpenBook entegrasyonu devre dışı. Her AMM v4 havuzu hala zincir üzerinde karşılık gelen bir OpenBook pazar hesabına bağlıdır, ancak havuz artık o pazarda emir göndermez veya bakım yapmaz. OpenBook kesintisi artık AMM v4 swaplarını etkilemez.

​
Hala çalışan olanlar

  • Mevcut havuzlar normal şekilde işlem görür. Hiçbir durum geçişi zorlanmamıştır; 2021’de oluşturulan v4 havuzları 2026’da birçok yüksek hacimli çiftin aktif mekanı olmaya devam etmektedir.
  • LP’ler her zamanki gibi yatırım yapabilir, çekebilir ve farm ödüllerini toplayabilir. CPMM’ye geçiş isteğe bağlıdır.
  • Toplayıcılar hala bunu yönlendirir. Jupiter ve Raydium Trade API’si her ikisi de v4 havuzlarını birinci sınıf mekanlar olarak indeksler.

​
AMM v4’ü ne zaman kullanmalısınız

Dürüst olmak gerekirse: nadiren. v4’ün daha iyi bir cevap olduğu durumlar dar aralıktadır:
  • Çiftin zaten derin, iyi işlem gören bir v4 havuzu vardır ve mevcut derinliğe likidite eklemek istiyorsunuz, pazarı bölmek yerine.
(OpenBook entegre yönlendirmesi artık AMM v4’ü seçmek için bir neden değildir — bu entegrasyon kapalıdır.) Diğer her durumda, yeni havuzları CPMM’de başlatın. Tam karar ağacı için user-flows/choosing-a-pool-type bölümüne bakın.

​
CPMM — benimseme eğrisi ve v4 → CPMM geçişi

CPMM (sabit-çarpım pazar yapıcı, dahili ad raydium-cp-swap) 2024’te yeni varsayılan sabit-çarpım havuzu olmak için tasarlanan temiz oda yeniden yazısı olarak dağıtıldı. Raydium’un programlarının yapısal olarak en basiti: saf x · y = k, emir defteri yok, yerel Token-2022 desteği, daha küçük işlem ayak izi.

​
CPMM’nin AMM v4’e göre avantajları

  • Varsayılan olarak daha iyi LP ekonomisi. CPMM’nin varsayılan AmmConfig, işlem ücretlerinin %100’ünü LP’lere yönlendirir (protokol ücreti katman başına değiştirilebilir). AMM v4 ~%12’yi protokole sabit kodlar.
  • Daha düşük havuz oluşturma maliyeti. OpenBook pazarı gerekmez. Oluşturma bir işlemdir, ~0.15 SOL kira vs v4 için ~0.6 SOL.
  • Token-2022. Transfer ücreti mintleri, transfer-hook mintleri (uyarılarla), gizli transferler — tümü CPMM’de desteklenir, v4’te hiçbiri.
  • Daha temiz entegratör yüzeyi. CPMM’nin Anchor-CPI dostu yayınlanmış bir sandığı (raydium-cp-swap), daha basit bir hesap listesi ve kararlı bir IDL’si vardır. AMM v4 bir IDL gönderir ancak hiçbir zaman bakımlı bir Rust CPI sandığına sahip olmamıştır.
  • Swap başına daha küçük hesap listesi. ~10 hesap vs v4 için ~17 (bunlar OpenBook pazar hesaplarını taşır, hatta onlara vurmadığında bile).

​
Geçişin değerli olduğu zaman

Aktif olarak işlem gören bir havuz için, LP ücret artışı tek başına birkaç ay içinde geçişi haklı çıkarır. Aritmetik: günde 0.25% × $X hacim kazanan bir havuz v4’te protokole %0.03 verir (eksik %12). CPMM’de bu LP’lere geri döner. Bir yıl boyunca, bu anlamlı bir şekilde bileşik olur. Düşük hacimli bir havuz için, geçiş daha çok gelecek için hazırlık hakkındadır — daha iyi varsayılanlar, ihtiyacınız olursa Token-2022 desteği, daha kolay entegrasyonlar.

​
Geçiş nasıl çalışır

Yerinde bir yükseltme yoktur. Geçiş, yeni havuz oluştur, eski havuzu boşalt, yeni havuzu doldur dizisidir. Adım adım tam açıklama user-flows/migrate-amm-v4-to-cpmm bölümündedir; yüksek seviye şekil:
  1. Aynı çiftin için yeni bir CPMM havuzu oluşturun, korumak istediğiniz aynı ücret katmanında.
  2. LP’leri koordine edin: eski havuzun boşaltıldığı ve yeni havuzun tohumlandığı bir pencereyi duyurun.
  3. Her LP v4 havuzundan çeker ve yeni CPMM havuzuna yatırır.
  4. (İsteğe bağlı) Yeni havuza teşvikli LP’leri çekmek için CPMM tarafında bir farm kurun.
  5. Toplayıcılar daha derin havuza doğru yeniden ağırlık verdikçe hacmin geçişini izleyin.
Zincir bunların hiçbirini zorlamaz — Raydium’un API’si ve ön ucu basitçe hangisi daha derin ise onu tercih eder ve toplayıcılar kullanıcı için hangisi en ucuz ise bunu yönlendirir.

​
CLMM — tek program, sürümler arasında kararlı

CLMM ilk program sürümündedir. v2 olmamıştır — iyileştirmeler yeni bir nesil olarak değil, 24 saatlik kilitli multisig’in arkasında aynı program ID’sine yerinde yükseltmeler olarak gönderilmiştir. Bu, CLMM geçiş hikayesi olmadığı anlamına gelir: mevcut pozisyonlar yerlerinde kalır ve bir yükseltme gönderildiğinde programın davranışı hafifçe değişebilir, ancak hesap düzenleri ve PDA’lar kararlıdır. CLMM yükseltmeleri arasında değişen olanlar:
  • SwapV2 talimatı Token-2022 transfer ücreti matematiğini doğru şekilde desteklemek için eklendi. Eski Swap hala çağrılabilir; yeni entegrasyonlar SwapV2’yi hedeflemelidir.
  • Ödül akışı uzantıları — RewardInfo slot sayısı çıkartıldı (orijinal 3 → hala şu anda 3, ancak rezervasyon deseni sıkılaştırıldı). Veri geçişi gerekmez.
  • Tick-array sıkıştırması — birçok tick’i geçen swaplarda CU’yu azaltmak için dahili optimizasyon. Dışarıdan görünmez.
  • Anchor 1.0 yeniden derlemesi (2026-09-30): Anchor 0.32.1’den 1.0.2’ye geçer ve yönetici CollectExcessLamports’ı ekler. Kullanıcıya yönelik hiçbir talimat veya hesap düzeni değişmedi. Değişiklik günlüğü girişine bakın.
  • CreateCustomizablePoolV2 (2026-10-22): CreatePermissionedPool yeniden adlandırılır ve izinsiz hale getirilir; Permission hesabı ve CreatePermissionPda / ClosePermissionPda kaldırılır. Eski talimatı çağıran havuz yaratıcıları yeni IDL’ye karşı yeniden derlenmelidir. Hiçbir hesap düzeni değişmedi. Değişiklik günlüğü girişine bakın.
IDL, adanmış raydium-idl deposunda bulunur (sdk-api/anchor-idl bölümüne bakın). Eski bir SDK’yı mevcut programa karşı çalıştırıyorsanız, en kötü durum yeni talimatları kaçırmaktır.

​
Farm v3 → v5 → v6

Tüm Raydium programları arasında Farm’ın en açık sürüm geçmişi ve tek zorunlu geçiş yolu vardır. Üç nesil ayrı programlar, ayrı program ID’leri ve ayrı durum düzenleridir.

​
Nesiller

​
Neden üç nesil var

  • v3 → v5: eşzamanlı birden fazla ödül akışına ihtiyaç duydu (örn., çift teşvikli farmlar). v3’ün tek akış tasarımı bunu yeniden tasarım olmadan destekleyemedi.
  • v5 → v6: v5’in u64 tamsayı emisyon oranı, minimum ifade edilebilir oranı “saniye başına 1 token birimi” ile sınırlar. 9 ondalak bir mint için, bu saniye başına 1 lamport — düşük emisyon programları için çok kaba. v6’nın Q64.64 kesirli oranı bunu düzeltir. v6 ayrıca slot tabanlı güncellemeyi duvar saatine yükseltti ve Token-2022 desteği ekledi.

​
Nesiller arasında aynı kalan olanlar

  • “LP yatır, paylaşım başına sayaç tahakkuk et, çekişte talep et” muhasebe deseni v3/v5/v6 arasında aynıdır. Matematik değişmez; yalnızca oran sayacının kesinliği ve desteklenen akışların sayısı.
  • UserStake (v3/v5) ve UserLedger (v6) kavramsal olarak aynı kayıttır, farklı düzenlerle. SDK her ikisini de normalleştirir.

​
Geçiş yolu

Farm sürümleri arasında yerinde geçiş yoktur. v3/v5’ten v6’ya geçmek için:
  1. Mevcut farmın emisyonlarının bitmesini bekleyin (veya onları çalıştırın).
  2. Staker’lar eski farmda çeker ve bekleyen ödülleri talep ederler.
  3. Farm operatörü aynı staking mint’e karşı yeni bir v6 farm oluşturur.
  4. Staker’lar yeni farm’a yeniden stake ederler.
Zincir üzerindeki gerçeklik iki ilişkisiz farm hesabıdır. Her iki farmda stake’i olan bir kullanıcının iki UserLedger (v6) / UserStake (v5) kaydı vardır.

​
v3 ve v5 için “kapanış aşaması” ne anlama gelir

  • v3 ve v5 programları hala dağıtılmış ve çağrılabilir. Mevcut farmlar hala bekleyen ödülleri dağıtabilir ve çekişleri kabul edebilir.
  • Raydium UI hala aktif ödülleri olan v3 ve v5 farmlarını gösterir; bir v3/v5 farmının end_time’ı geçtikten sonra, UI bunu “aktif”ten gizler ancak talep edilebilir tutar.
  • Takım yeni v3/v5 farmları oluşturmayacaktır. “Farm oluştur” için SDK yardımcıları yalnızca v6’ya yönlendirir.
  • v3 ve v5 güvenlik yükseltmeleri alıyor ancak özellik çalışması almıyor. Kritik bir hata bulunursa, düzeltilir; bir özellik yararlı olabilirse, bunun yerine v6’ya eklenir.
Sürüm başına tam ayrıntı products/farm-staking/accounts ve products/farm-staking/instructions bölümlerindedir.

​
LaunchLab — tek program, gelişen yapılandırma

LaunchLab ilk program sürümündedir. CLMM gibi, iyileştirmeler yeni nesiller olarak değil, 24 saatlik kilitli arkasında yerinde yükseltmeler olarak gönderilir. Yükseltmeler aracılığıyla gelişen olanlar:
  • Yaratıcı ücret yuvası. Başlatmaların mezuniyet sonrası CPMM işlem ücretlerinin bir kısmını orijinal yaratıcıya yönlendirebilmesi için eklendi. products/launchlab/creator-fees bölümüne bakın.
  • Eğri formülü yapılandırılabilirliği. Orijinal olarak sabit kodlanmış ikinci dereceden; şimdi LaunchConfig küçük bir eğri şekilleri seti arasından seçim yapar.
Mevcut LaunchLab başlatmaları yükseltmelerden etkilenmez — bir başlatma başlatıldıktan sonra, parametreleri mezuniyete kadar dondurulur.

​
Programlar arası sürüm uyumluluğu

Entegratörlerin sık karşılaştığı birkaç ürünler arası uyumluluk notu:
  • CLMM SwapV2 ile Swap aynı talimat değildir. İstemciniz yalnızca Swap konuşuyorsa, Token-2022 transfer ücretlerini sessizce yanlış işleyecektir — matematik ücret miktarı kadar hatalıdır. SwapV2 sürümüne güncelleyin.
  • Farm v6 staking ile CLMM pozisyonları LP token staking’in yaptığı şekilde desteklenmez. CLMM pozisyonları NFT’dir, fungible LP token değildir. CLMM bunun yerine kendi yerel ödül mekanizmasına sahiptir — bkz. products/clmm/fees.
  • Token-2022 mint’leri tarafından desteklenen CPMM havuzları yalnızca Farm v6’da çalışır. v3 ve v5 Token-2022 staking mint’lerini reddeder.
  • AMM v4 havuzlarının hiçbir zaman Token-2022 LP mint’leri yoktur. Eğer bir tane görürseniz, o sahte bir havuzdur — AMM v4 bu kombinasyonu desteklemez.

​
Daha fazla bilgi için nereye bakılır

Kaynaklar:
  • Yukarıda satır içinde alıntılanan ürüne özgü bölüm sayfaları.
  • Raydium SDK v2 — sürüm farkında gönderim mantığı, belirli bir havuzun hangi programa ait olduğunu doğrular.
  • reference/program-addresses — sürüm başına kanonik kimlikler.