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 →
Her Raydium programının en az bir ayrıcalıklı rolü vardır — programı yükseltebilen, yeni konfigürasyonlar oluşturabilen veya protokol ücretlerini çekebilen bir anahtar. Bu rollerin yapabileceklerini en aza indirmek (ve gecikmeli multisig’lerin arkasına koymak) tehlikeye atılmış bir yöneticiye karşı birincil savunmadır. Bu sayfa rolleri ve bunların pratikte nasıl güvenli hale getirildiğini kataloglar.
Programa göre roller
AMM v4
CPMM
Yaratıcı ücreti toplama ayrıcalıklı bir rol tanıtmaz.
CollectCreatorFeePermissionless herhangi bir ödeyiciyi kabul eder, alıcı sahibini PoolState.pool_creator ile sınırlandırır ve her iki hedefi de o yaratıcının kanonik ATA’larına sınırlandırır. Bir çağrıcı eksik ATA’ları finanse edebilir ve taraması tetikleyebilir ancak ücretleri yeniden yönlendiremez.
CLMM
Bir
Permission PDA tutmak, yetkilisinin CreatePermissionedPool çağırmasına izin verir — zaten kanonik bir havuza sahip bir çift için ek havuzlar oluşturur, her biri farklı bir seed_index türetilmiş adresinde. İzin sadece pool oluşturmaya kapsamlıdır: fonları hareket ettiremez, ücretleri değiştiremez veya mevcut herhangi bir havuza dokunmaz. İptal etmek (ClosePermissionPda) yetkilinin daha fazla havuz oluşturmasını durdurur ancak zaten oluşturulan havuzları etkilemez.
limit_order_admin kasıtlı olarak dar bir operasyonel roldür. Zincir dışı bir keeper’ın doldurulmuş emirleri taraması için emir sahibinin çevrimiçi olması gerekmez. Keeper anahtarı sıcaktır (keeper VM’de yaşar) ve yukarıdaki multisig’lerden bağımsız olarak döndürülür. Somut olarak, keeper yetkilisi şu şekilde sınırlandırılır:
SettleLimitOrder— doldurulmuş bir emrin çıktısını emir limitinde sahibinin ATA’sına itin.CloseLimitOrder— tamamen çözülmüş bir emrin hesabını kapat ve kirayı geri al (kira emir sahibine gider).
OpenLimitOrder, IncreaseLimitOrder, DecreaseLimitOrder çağıramaz, herhangi bir pool alanını değiştiremez veya başka herhangi bir talimat için imza atamaz — bu kontroller zincir üzerinde talimatın Accounts yapısındaki seed ve has_one kısıtlamaları tarafından uygulanır. Tehlikeye atılmış bir keeper en kötü ihtimalle kullanılamaz (emirler sahibi kendileri çözenene kadar park edilir) veya meşru doldurulabilir emirleri sıra dışında çöz/kapat; kullanıcı fonlarını sahibinin zaten yetkilendirdiği yerden başka bir yere taşıyamaz.
Farm v6
Bireysel farm’ların protokol yöneticisi yoktur — her farm’ın yaratıcısı sadece kendi farm’ını kontrol eder ve yaratıcının yetkisi sınırlıdır (kullanıcı stake’lerini ele geçiremez, staking mint’ini değiştiremez).
LaunchLab
Platform-yönetici izin listesi kendi kendini sınırlandırır: o platform altında launch’ların kullanabileceği
GlobalConfig hesaplarını sınırlandırır. Diğer platform’lar veya mevcut launch fonları üzerinde yetki vermez. Kanonik delegeli yetki adresleri reference/program-addresses içinde yaşar.
Program yükseltme yetkilisi
Raydium’un programları standart Solana BPF Loader v3 yükseltme mekanizmasını kullanır. Tüm programlar için yükseltme yetkilisi 3/4 Squads multisig’idir. Neden 3/4: tek bir tehlikeye atılmanın yetersiz olması için yeterli imzacı; meşru bir yükseltmeyi koordine etmek için yeterince az. Dört yetki bağımsız, hava boşluğu olan soğuk cihaz imzacılarıdır ve çekirdek takım üyeleri tarafından tutulur. Sıralı imzalama aynı işlemde paralel onayları engeller; işlemler sabit bir son kullanma penceresine sahiptir. Multisig işlemleri Solana’nın STRIDE Programı (Asymmetric Research) ile ortaklık halinde periyodik olarak gözden geçirilir.Yükseltme yetkilisini kaldırma
Raydium, herhangi bir programın yükseltme yetkilisini null olarak ayarlamadı. Protokol, programların yükseltlenebilir olması gerektiği ilkesi altında çalışır (hataları düzeltmek, Token-2022 gibi uzantılar eklemek, entegrasyon kaymasını düzeltmek için). Ödünleşme: kullanıcılar 3/4 multisig’in sadece iyi incelenmiş yükseltmeleri dağıtacağına güvenirler. Hiçbir Raydium programı şu anda değişmez bir alternatif olarak kabul edilecek kadar dondurulmuş veya yavaş hareket etmiyor — AMM v4, tarihsel olarak bunların en statik olanı, kendisi 2026-07-22’de yeniden dağıtıldı. Her program için son dağıtılan slot herkese açıktır; herhangi birinin hareketsiz olduğunu varsaymadan önce okuyun:
(Her programın
ProgramData hesabından; solana program show <PROGRAM_ID> aynı slot’u bildirir.)
AmmConfig yetkilisi
Her yeni AmmConfig oluşturması izinlidir — 3/5 treasury multisig’i yeni ücret seviyeleri ve tick aralıklarını yetkilendirir. Mevcut havuzlar AmmConfig’lerini PDA’ya göre referans alır; pool’un ücret seviyesi AmmConfig’in söylediği şeydir. Yöneticiler mevcut bir AmmConfig’i değiştirebilir mi? Evet, teknik olarak.updateAmmConfig yönetici tarafından çağrılabilir. Pratikte, dağıtılan AmmConfig’lere yapılan değişiklikler kaçınılır çünkü bu config’i kullanan tüm havuzların ekonomisini sessizce değiştirir. Protokol politikası, herhangi bir değişiklik için yeni bir AmmConfig oluşturmak ve geçiş yapmaktır.
Yöneticiler config aracılığıyla protokol ücretlerini çalabilir mi? Hayır — AmmConfig ücret parametrelerini içerir ancak protokol ücreti alıcısını değil; bu pool başına ayrı bir değişmez adrestir.
Protokol ücreti talebinde bulunma
Swap ücretlerinin bir kısmı (tipik olarak 25 bps swap ücretinin 3–12 bps’si, config’e bağlı olarak) bir protokol ücreti vault’unda birikir. Multisig bu birikmiş ücretleri çekebilir. Kullanıcılar bundan dolayı LP bakiyelerinin değiştiğini asla görmezler — bu protokolün önceden ayrılan payıdır, LP parası değil.Farm yaratıcı yetkilisi
Farm v6’lar yaratıcıya şu yetkiyi verir:- Ödül vault’unu finanse et (daha fazla token ekle).
- Zamanlamayı uzat (bitiş zamanını sonraya itin).
- Bitiş zamanından sonra
withdrawRewardçağrısı yaparak kullanılmayan vault bakiyesini geri al.
- Stake edilmiş kullanıcı LP’sini çek.
- Staking mint’ini değiştir.
- Emisyon oranlarını geriye dönük olarak değiştir (sadece
setRewardsaracılığıyla ileriye dönük). - Kullanıcı hasat’larını dondur.
Squads multisig konfigürasyonu
Raydium, farklı risk yüzeyleri için iki ayrı Squads multisig’i işletir. Her ikisi de Squads Protocol UI aracılığıyla zincir üzerinde incelenebilir.
Yükseltme multisig’inin operasyonel özellikleri:
- 24 saatlik timelock herhangi bir işlemde. Bugün onaylanan bir yükseltme en erken 24 saat sonra yürütülür, kullanıcılara yanıt verme zamanı verir.
- Hava boşluğu soğuk cihaz imzalama. Soğuk cihazların ağ kartları fiziksel olarak çıkarılmıştır; sadece bir donanım cüzdanına bağlanırlar ve işlem verilerini ayrı bir sıcak cihazdan QR kodu aracılığıyla okurlar.
- Sıralı imzalama. Sadece bir soğuk cihaz bir işlemi oluşturup imzaladıktan sonra sonraki soğuk cihaz imzalama işlemine başlayabilir — aynı işlemde çakışan veya paralel imzaları engeller.
- İşlem son kullanma tarihi. Her işlem sabit bir son kullanma penceresine sahiptir, bu nedenle eski işlemler otomatik olarak geçersiz hale gelir.
- TOTP + fiziksel anahtar uygulaması işlem başlatma ve zincir üzerinde yayın için kullanılan sıcak cihazlarda.
- Genel işlem kuyruğu. Herkes Squads UI’de bekleyen yükseltmeleri izleyebilir.
Yetkileri zincir üzerinde doğrulama
Bir programın mevcut yükseltme yetkilisini doğrulamanın en basit yolu:Authority beklenen Squads multisig adresi değilse, bir sorun vardır. Raydium, beklenen yetki adreslerini reference/program-addresses üzerinde yayınlar.
AmmConfig / pool yönetici rolleri için, zincir üzerinde hesabı getir ve çöz:
AmmConfig admin alanına sahip değildir — program yöneticisi programa derlenmiş bir pubkey’dir (crate::admin::ID), ve per-config operasyonel yetkileri protocolOwner / fundOwner’dır. BPF yükseltme yetkilisi ayrı, loader seviyesi bir konudur; solana program show ile okuyun.
Tarihsel yetki değişiklikleri
Kullanıcı tarafı hususlar
Kullanıcı/LP/entegratör olarak neler yapmalısınız?- Büyük tahsislerden önce yükseltme yetkilisini kontrol edin. Belgelenen multisig’le eşleştiğini doğrulayın.
- Multisig aktivitesini izleyin. Squads UI bekleyen işlemleri gösterir; planlanan bir yükseltme değişikliğe katılmıyorsanız çıkış yapmanız için 24 saat verir.
- Timelock’a duyarlı geri alma stratejileri. Otomatik bir compounder çalıştırıyorsanız, geri alma yolunuzun değiştirilmekte olan bir talimatı gerektirmediğinden emin olun.
- Program değişmezliğini varsaymayın. Her Raydium programı yükseltilebilinir; buna göre planlayın.
Entegratörler için tuzaklar
1. Yetki adreslerini önbelleğe alma
Yükseltme yetkilisini veya yönetici multisig adresini kodunuza sabit kodlarsanız ve daha sonra döndürülürse, doğrulamanız başarısız olur.reference/program-addresses adresinden çalışma zamanında getirin veya periyodik olarak yenileyin.
2. AmmConfig’lerin kararlı olduğunu varsaymak
Herhangi bir zamanda yeni bir AmmConfig oluşturulabilir. Agregator/router’ınız tam config listesini periyodik olarak yeniden getirmeli (saatlik iyidir).3. Farm-yaratıcı üzüntü vektörleri
Düşük itibar farm’ına yatırım yapıyorsanız, yaratıcı farm’ı erken bitirebilir ve ödül vault’unu geri alabilir (hiçbir kullanıcı stake etmediğini varsayarak). Kullanıcılar stake ettikten sonra, pro-rata yetkilendirmeler program tarafından uygulanır; geri alma sadece rasyonel bitiş sonrası kalanı alır.İşaretçiler
reference/program-addresses— kanonik yetki adresleri.security/attack-vectors— yönetici tehlikeleri nasıl ortaya çıkar.ray/treasury— treasury ve ücret toplama adresleri.security/disclosure— şüpheli yönetici sorunlarını bildirme.
- Squads Protocol — multisig UI.
- Solana program & loader dokümanları — yükseltme mekanizması ve yükseltme yetkilisini iptal etmek bir programı değişmez hale nasıl getirir.