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 →
Güvenilir kaynak. Bu sayfa, program adreslerini kelimesi kelimesine listeleyen dokümentasyondaki tek yerdir. Diğer sayfalar buraya bağlantı verir. Bir kimlik değişirse, yalnızca burada güncelleyin ve sitedeki tüm referanslar tutarlı kalır.Gerçek işlemleri imzalamadan önce değerleri canlı API’ye (https://api-v3.raydium.io/main/info) karşı kontrol edin.

Mainnet-beta

Temel kural: Dolaşımdaki bir program kimliği aşağıdaki tabloyla eşleşmiyorsa, işlemi imzalamayın. Eşleşmeyen bir program kimliği, Solana’da fon kaybetmenin en kolay yoludur.

Zincir üstü programlar

Notlar:
  • AMM v4 ve Farm v3/v5 mevcut havuzlar ve pozisyonlar için korunur. Raydium UI’ı ve SDK’sı yeni havuz oluşturmayı ve yeni ekosistem çiftliklerini sırasıyla CPMM, CLMM ve Farm v6’ya yönlendirir — bkz. protocol-overview/versions-and-migration.
  • Yukarıdaki Farm v3 kimliği, $RAY tek varlık staking programı olarak da işlev görür. Davranış, LP staking için Farm v3 ile aynıdır.
  • Stable AMM, AMM Yönlendirme programının AMM v4, CPMM ve CLMM’nin yanı sıra hedefleyebileceği ayrı bir programdır. Likidite diğer üç programa kıyasla sınırlıdır ve SDK buna birinci sınıf bir API sunmaz; bunu yönlendirenler genellikle yönlendirici aracılığıyla yaparlar.
  • Kaynak kodu kullanılabilirliği. Yukarıdaki zincir üstü programlardan yalnızca raydium-amm (AMM v4), raydium-cp-swap (CPMM) ve raydium-clmm (CLMM), github.com/raydium-io altında herkese açık kaynak depoları ile birlikte gelir. Stable AMM, LaunchLab, AMM Yönlendirme, Yakma & Kazanç / LP Kilidi ve Farm programları herkese açık değildir — bunları canlı API’ye, zincir üstü bytecode’a ve raydium-io/raydium-idl içindeki yayınlanan IDL’lere karşı doğrulayın.

Paylaşılan yönetici yetkilendirmesi

Tüm Anchor tabanlı programlar (CLMM, CPMM, LaunchLab, Lock), yönetici yollarına (örneğin CreateAmmConfig veya UpdatePoolStatus) talimat düzeyinde erişim kontrolü için tek bir sabit kodlanmış yönetici Pubkey paylaşır: Hesap düzeyinde operasyonel yetkilendirmeler (örn. CPMM/CLMM AmmConfig üzerinde protocol_owner, fund_owner veya LaunchLab GlobalConfig üzerinde geçiş cüzdanları) zincir üstünde depolanır ve program yöneticisinden farklı olabilir. Yüksek riskli işlemler göndermeden önce bunları ilgili config hesabından doğrudan okuyun.

CPMM izin-PDA oluşturucu yetkilendirmesi

CreatePermissionPda, yukarıdaki paylaşılan program yöneticisini veya özel bir sahibini kabul eder. 2026-09 CPMM yükseltmesinden bu yana, ClosePermissionPda aynı iki imzacıyı kabul eder; bundan önce yalnızca yönetici tarafından kabul ediliyordu.

CPMM destek-mint kayıt yetkilendirmesi

CreateSupportMintAssociated ve CloseSupportMintAssociated, paylaşılan program yöneticisini veya aşağıdaki özel sahibini kabul eder. Bir mint’i kaydetmek, onu CPMM’nin Token-2022 uzantısı izin listesinin ötesine geçirir — bkz. reference/token-2022-support.

CPMM ücret-sahibi cüzdanları

2026-09 CPMM yükseltmesinden bu yana, CreateAmmConfig bu sabit anahtarları yeni config’in protocol_owner ve fund_owner alanına yönetici imzacısının anahtarını kopyalamak yerine yazar. Bunlar, CollectProtocolFee ve CollectFundFee tarafından bu yükseltmeden sonra oluşturulan herhangi bir config için kabul edilen imzacılardır.
Bunlar programın yeni config’lere yazdığı değerlerdir, mevcut olanların açıklaması değildir. Yükseltmeden önce oluşturulan AmmConfig hesapları, üzerlerinde depolanan her şeyi tutar. Bir koleksiyon işlemi oluşturmadan önce her zaman protocol_owner / fund_owner hesabından okuyun.

Fazla lamport koleksiyonu cüzdanları

2026-09-09’da yükseltilen üç programın her biri, SIMD-0437 kira azaltması sonrasında program tarafından kontrol edilen hesaplarda kira muafiyeti minimumunun üzerinde tutulan lamportları döndüren bir yönetici talimatı kazandı. Her program kendi hedef cüzdanını sabit kodlar ve her biri özel bir anahtardır — paylaşılan program yöneticisi değildir. CPMM ve LaunchLab ayrıca paylaşılan program yöneticisini imzacı olarak kabul eder. AMM v4 yalnızca yukarıdaki cüzdanı kabul eder — yönetici geri dönüşü yoktur. AMM v4 ayrıca testnet özelliği altında ayrı bir testnet anahtarı (75KWb5XcqPTgacQyNw9P5QU2HL3xpezEVcgsFCiJgTT) derler. Bu talimatlar yalnızca lamportları hareket ettirir; hiçbir zaman token bakiyesine dokunmaz, hesabı kapatmaz veya havuz durumunu değiştirmez. Bkz. products/amm-v4/instructions, products/cpmm/instructions ve products/launchlab/instructions.

LaunchLab delegeli config oluşturucu

CreateConfig, paylaşılan program yöneticisini veya aşağıdaki delegeli yetkilendirmeyi kabul eder. Delegeli rol yeni bir GlobalConfig oluşturabilir; mevcut bir hesap için yalnızca yönetici UpdateConfig yolunu çağıramaz.

CLMM kısıtlı-yayıncı dondurma yetkilendirmeleri

Bir CLMM havuzundaki her iki vault mint’i aşağıdaki dondurma yetkilendirmelerinden birine sahip olduğunda, V2 yolu aracılığıyla açılan yeni pozisyonlar, pozisyon NFT token hesabı dondurulmuş olarak açılır. Liste, CLMM programında frozen_position_nft_authorities::IDS ve tek girişi, CLMM’nin artık kaldırılan Superstate algılamasının da eşleştiği yayıncı yetkilendirmesidir. Bunlar yalnızca eşleştirme anahtarları olarak kullanılan temel varlık yayıncı yetkilendirmeleridir. CLMM havuzu PDA, yayıncı anahtarı değil, pozisyon NFT mint’i için dondurma yetkilendirmesi olur. Liste CLMM programında sabit kodlanmıştır. Bir yetkilendirmeyi ekleme veya kaldırma bir program yükseltmesi gerektirir.

Paylaşılan config / PDA kuralları

Birkaç Raydium programı, genel anahtarları sabit olan ve genel API’de listelenen config hesaplarını ortaya çıkarır. Sabit kodlamayı tercih etmek yerine API aramasını tercih edin:
CPMM’nin havuz oluşturma ücreti alıcısı, API aracılığıyla türetilmiş veya aranmış değil, sabit bir hesaptır: raydium-cp-swap’ın lib.rs içinde create_pool_fee_reveiver::ID, şu anda DNXgeM9EiiaAbaWvwjHj9fQQLAX5ZsfHyvmYUNRAdNC8. CPMM’nin initialize talimatı bunu tam adresle doğrular, bu nedenle test ettiğiniz herhangi bir kümede zaten var olması gerekir. Varsayılan CPMM AmmConfig dizini 0 (standart %0,25 havuz) ücret parametreleri, referans için: Bölünmelerin nasıl oluştuğunu products/cpmm/fees ve ürünler arası matrisi reference/fee-comparison adresinde görün.

PDA tohumları

Aşağıdaki tohumlar kanonik ve hem SDK hem de zincir üstü CPI’lar tarafından kullanılır. Her zaman PDA’ları hesaplayın; türetilmiş adresleri sabit kodlamayın.
token0Mint / token1Mint karma işlemden önce genel anahtar bayt sırasına göre sıralanır (token0 < token1). Bunu yanlış yapmak, var olmayan bir havuz için geçerli bir PDA verir. Eşdeğer CLMM tohumları aynı stili izler; bkz. products/clmm/accounts.

Devnet

Devnet REST API tabanı: https://api-v3-devnet.raydium.io/ (mainnet ile aynı rota şekli).

Bir adresi zincir üstünde nasıl doğrulayacağınız

  1. Solana Explorer. Adresi explorer.solana.com adresine yapıştırın ve Program olarak işaretlendiğini ve mevcut bir yükseltme yetkilendirmesine sahip olduğunu onaylayın. Mainnet-beta, Raydium’un yükseltme yetkilendirmesi tarafından imzalanan dağıtımları göstermelidir.
  2. CLI. Dağıtım yuvası, BPF yükleyicisi, yükseltme yetkilendirmesi ve veri uzunluğunu incelemek için solana program show <PROGRAM_ID> -u mainnet-beta kullanın. Bunları runbook’unuza kaydedin.
  3. IDL eki. anchor idl fetch <PROGRAM_ID> --provider.cluster mainnet ile zincir üstü IDL’yi sorgulayın. IDL’nin address alanı eşleşmelidir. Aynı IDL’ler github.com/raydium-io/raydium-idl adresinde yansıtılır — buna güvenmeden önce zincir üstü IDL’yi repo’ya karşı diff edin.
  4. Config/yönetici yetkilendirmeleri. CPMM/CLMM config hesapları için, owner/protocol_owner alanını okuyun ve security/admin-and-multisig adresinde yayınlanan mevcut Raydium multisig’i ile eşleştiğini onaylayın.
Yukarıdaki dört kontrolden herhangi biri bu sayfayla uyuşmazsa, bu sayfayı yanlış olarak değerlendirin ve yeni kod yazmadan önce bir sorun açın.

Bu sayfayı güncelleme

  • Program kimliğine yapılan değişiklikler güvenlik açısından kritiktir. Bir program kimliği değişikliğini (a) Raydium duyurusuna bağlantı vermeden, (b) reference/changelog adresine bir giriş eklemeden ve (c) dokümanlar üzerinde bir bağlantı kontrolü çalıştırmadan gönderin. eski değeri hala referans alan sayfa yok.
  • Kullanımdan kaldırmalar, silinmek yerine durum notu ile tabloda kalır — mevcut havuzlar eski program aracılığıyla çözülür.
Kaynaklar: