Staking ve enflasyon hakkında sık sorulan sorular

Solana ağında, birçok farklı kişi ve kuruluş validator olarak bilinen özel bilgisayarlarda bir program çalıştırır. Validator'lar, Solana blok zincirinin sürdürülmesinde ve güvenliğinin sağlanmasında kilit rol oynar. Validator'lar, ağdaki yeni gelen işlemleri işlemekten ve blok zincirine yeni bloklar eklemek için oy kullanmaktan sorumludur.

Dünyanın farklı yerlerindeki validator'lar farklı bilgi parçalarını farklı zamanlarda alabileceğinden, ağın hangi işlemlerin ve verilerin blok zincirine sürekli olarak ekleneceği konusunda anlaşmaya varabilmesi esastır. Validator'ların ve tüm ağın bu anlaşmaya varma stratejisi, konsensüs mekanizması olarak bilinir ve başarılı bir merkezi olmayan blok zinciri ağı oluşturmanın temel zorluğudur. Birçok farklı proje, hızlı ve maliyet etkin bir şekilde konsensüse nasıl ulaşılacağı konusunda çeşitli çözümler denemiştir.

Solana ağı, Proof of Stake konsensüs mekanizması kullanır (genellikle PoS olarak kısaltılır). Ağdaki her validator, hangi blokların blok zincirine eklenmesi gerektiğine inandıkları için oy kullanarak konsensüse katılma fırsatına sahiptir ve böylece bu belirli bloklarda yer alan geçerli işlemleri onaylar. Ancak, tüm validator'ların oyları eşit ağırlıkta değildir.

Validator'ların konsensüs oyları stake ağırlıklıdır, yani bir validator ne kadar fazla stake'e sahipse, o validator konsensüs oylamasının sonucunu belirlemede o kadar fazla etkiye sahiptir. Benzer şekilde, daha az stake'e sahip validator'lar oy sonucunu belirlemede daha az ağırlığa sahiptir ve hiç stake'i olmayan validator'lar bir konsensüs oylamasının sonucunu etkileyemez.

Staking, bir SOL token sahibinin (örneğin bir borsadan SOL token satın almış birinin) tokenlarının bir kısmını veya tamamını belirli bir validator veya validatorlara ataması ve böylece bu validatorların oy ağırlığını artırmasına yardımcı olması sürecidir. Tokenlarınızı bir validatorün stake ağırlığına eklemek için atama işlemine tokenlarınızı "delege etme" denir. Tokenlarınızı bir validatora delege etmek, validatora tokenlarınız üzerinde mülkiyet veya kontrol VERMEZ. Her zaman, delege etmeyi seçmiş olabileceğiniz tüm stake edilmiş tokenlarınızı siz kontrol edersiniz.

Tokenları bir validator veya validatorlarla stake ederek, token sahibi delege etmeyi seçtiği validatora belirli bir güven derecesi gösterir. Validatorlar farklı token sahiplerinden daha büyük miktarlarda stake delegasyonu topladıkça, bu durum ağa validatorün konsensüs oylarının güvenilir olduğuna dair "kanıt" görevi görür ve bu nedenle oyları validatorün çektiği stake miktarıyla orantılı olarak ağırlıklandırılır. Tüm validatorlardan gelen toplu oyları, kendilerine delege edilmiş stake oranına karşı tartarak, ağ bu Proof of Stake yöntemiyle konsensüse ulaşır.

Dünyanın farklı yerlerindeki farklı validatorlar farklı zamanlarda farklı bilgi parçaları alabileceğinden, ağın hangi işlemlerin ve verilerin sürekli olarak blockchain'e ekleneceği konusunda anlaşmaya varabilmesi çok önemlidir. Validatorların ve tüm ağın bu anlaşmaya varma stratejisi konsensüs mekanizması olarak bilinir ve başarılı bir merkezi olmayan blockchain ağı oluşturmanın temel zorluğudur. Birçok farklı proje, hızlı ve maliyet etkin bir şekilde konsensüse nasıl ulaşılacağına dair çeşitli çözümler denemiştir.

Solana ağı bir Proof of Stake konsensüs mekanizması kullanır (genellikle PoS olarak kısaltılır). Ağdaki her validator, blockchain'e hangi blokların eklenmesi gerektiğine inandıkları için oy kullanarak konsensüse katılma fırsatına sahiptir ve böylece bu belirli bloklarda yer alan geçerli işlemleri onaylar. Ancak, tüm validatorların oyları eşit ağırlıkta değildir.

Validatorün konsensüs oyları stake ağırlıklıdır, yani bir validatorün ne kadar çok stake'i varsa, o validatorün konsensüs oylamasının sonucunu belirlemede o kadar fazla etkisi vardır. Benzer şekilde, daha az stake'e sahip validatorlar oy sonucunu belirlemede daha az ağırlığa sahiptir ve hiç stake'i olmayan validatorlar bir konsensüs oyunun sonucunu etkileyemez.

Solana gibi açık ve merkeziyetsiz bir ağda, herkes isterse bir validator çalıştırabilir. Kötü niyetli bir validator veya başka bir kötü aktör, ağa saldırmaya veya kendi çıkarları için yanlış ya da sahte işlemler göndermeye çalışabilir. Yukarıda açıklanan Proof of Stake konsensüs mekanizması nedeniyle, bu sahte şekilde tek başına hareket eden bir varlığın, önerilen faaliyetlerinden herhangi birinin konsensüs oylamasında değerlendirilmeden önce bir miktar stake çekmesi gerekir. Daha fazla token sahibi SOL tokenlarını ağ genelindeki farklı validatorlere stake etmeyi seçtikçe ve ağdaki toplam stake miktarı arttıkça, koordineli ve iyi finanse edilmiş bir saldırganın bile kendi çıkarı için bir konsensüs oylamasının sonucunu tek başına değiştirecek kadar stake toplaması giderek zorlaşır. Kısacası, ağ genelinde birçok farklı validatore ne kadar çok stake delege edilirse, ağ tüm kullanıcıları için o kadar güvenli hale gelir. Ek olarak, tokenlarını stake etmeyi ve bunu yaparak ağın güvenliğini sağlamaya yardımcı olmayı seçen token sahipleri, tokenlarını bir veya daha fazla validatore delege ettikten sonra staking ödülleri almaya hak kazanır. Staking ödülleri hakkında daha fazla ayrıntı aşağıda bulunmaktadır.

Birçok Proof-of-Stake ağında, “slashing” olarak bilinen bir mekanizma bulunur. Slashing, bir validatore delege edilen stake'in bir kısmının, validator tarafından gerçekleştirilen kötü niyetli eylemler için cezai bir önlem olarak yok edildiği herhangi bir süreçtir.

Bu mekanizma, validatorleri bu tür eylemlerde bulunmamaya teşvik eder, çünkü bir validatore delege edilen daha az stake, o validatorun daha az ödül biriktirmesi anlamına gelir. Slashing, mevcut stake'i elde tutmak veya potansiyel gelecekteki stake'i çekmek için itibar riski olarak da görülebilir.

Slashing ayrıca, slashing uygulanan bir validatore delege etmişlerse tokenlarının bir kısmını potansiyel olarak kaybedebilecek token sahipleri için de bir risk oluşturur. Slashing'in varlığı, token sahiplerini yalnızca saygın olduğunu düşündükleri validatorlere tokenlarını delege etmeye ve tüm tokenlarını tek bir veya az sayıda validatore delege etmemeye teşvik edebilir.

Solana'da slashing otomatik değildir. Bir saldırgan ağın durmasına neden olursa, ağ yeniden başlatıldığında slashing uygulanabilir. Daha fazla bilgi için lütfen Solana Validator dokümanlarına göz atın.

SOL sahibi olan herkes istediği zaman token'larını stake edebilir.

SOL token'larını stake etmek için stake'i destekleyen bir cüzdan kullanmanız gerekir. Şu anda tüm cüzdanlar stake'i desteklememektedir. SolFlare.com, stake'i destekleyen kullanıcı dostu bir cüzdandır. Stake'i destekleyen cüzdanların listesi için resmi belgelere göz atın.

Cüzdanınızdaki SOL token'larının önce bir stake hesabına aktarılması gerekir. İstediğiniz kadar stake hesabı oluşturabilir ve her stake hesabına istediğiniz kadar SOL yatırabilirsiniz. Her yeni stake hesabının benzersiz bir adresi vardır ve tek bir cüzdan birçok farklı stake hesabını yönetebilir veya "yetkilendirebilir". Daha fazla ayrıntı için stake hesabı yapısına ilişkin belgelerimize göz atın.

Staking ödülleri kazanmak için (mainnet beta'da enflasyon etkinleştirilmişse) bir stake hesabındaki token'ların bir validator'a devredilmesi gerekir. Tek bir stake hesabı herhangi bir anda yalnızca tek bir validator'a devredilebilir; bu nedenle farklı validator'lara devretmek istiyorsanız token'larınızı birden fazla stake hesabına bölmeniz gerekir.

Ağ hakkında bilgilerin yanı sıra bireysel validator'ların belirli performans metriklerini görüntüleyebileceğiniz topluluk tarafından işletilen çeşitli araçlar vardır:

• Solanabeach.io
• Validators.app

Birçok validator ayrıca kendilerini ve hizmetlerini Solana forumlarında tanıtmayı tercih eder:

• https://forums.solana.com/t/validator-information-thread/577

Evet. Bazı kişiler Solana Foundation'dan hizmetler karşılığında dağıtılan, kilitli tokenlara sahip bir stake hesabı almış olabilir. Kilidin süresi dolmadan önce kilitli stake hesaplarındaki tokenlar başka bir cüzdan adresine çekilemez, ancak bu süre zarfında potansiyel olarak stake ödülleri kazanmak için yine de bir validator'a delege edilebilir. Kilitli tokenlar üzerinden kazanılan ödüller, kilitli stake hesabına geri yatırılır.

Bir stake hesabı ilk oluşturduğunuzda, hesaba ne kadar SOL token'ı yatırmak istediğinizi belirtirsiniz; bu token'lar ana cüzdan hesabınızdan çekilir ve yeni stake hesabına yatırılır.

Token'lar, cüzdanınızın Transfer veya Gönder özelliği kullanılarak ve stake hesabınızın adresi girilerek mevcut bir stake hesabına herhangi bir zamanda da aktarılabilir. Token'ları halihazırda devredilmiş bir stake hesabına aktarırsanız, bu yeni token'lar otomatik olarak devredilmez.

Devredilmiş bir stake hesabınız varsa ve belirli bir validator'a olan delegasyonunuzu artırmak istiyorsanız, en iyi uygulama ek stake miktarıyla yeni bir stake hesabı oluşturmak ve bu hesabı aynı validator'a devretmektir.

Örnek: Tek bir validator'a devredilen stake miktarının artırılması

• Kullanıcının 1000 SOL bakiyeli bir cüzdanı vardır.
• Kullanıcı, cüzdan arayüzünü kullanarak 100 SOL ile bir stake hesabı oluşturur ve ardından stake hesabındaki token'ları Validator A'ya devretir.
• Cüzdan bakiyesi artık 900 SOL'dur ve cüzdan aynı zamanda 100 SOL bakiyeli bir stake hesabını da yönetmektedir.
• Stake hesabı, cüzdan arayüzünde ve Explorer'da "Etkinleştiriliyor" olarak görünür. "Etkin" hale geldiğinde, stake edilen token'lar ödül almaya hak kazanır. Daha fazla ayrıntı için Zamanlama Konuları bölümüne bakın.
• Daha sonra kullanıcı, Validator A'ya olan delegasyonunu artırmak ister; bu nedenle cüzdan arayüzünü kullanarak 50 SOL ile ikinci bir stake hesabı oluşturur ve yeni stake hesabındaki token'ları Validator A'ya devretir.
• Cüzdan bakiyesi artık 850 SOL'dur ve cüzdan, her biri Validator A'ya devredilmiş, sırasıyla 100 ve 50 SOL bakiyeli 2 stake hesabını yönetmektedir.

Halihazırda devredilmiş bir stake hesabına token aktarırsanız, bu yeni token'lar otomatik olarak devredilmez. Bu yeni token'ların da devredilmesini ve ödül kazanmasını sağlamak için tüm hesabın delegasyonunu kaldırmanız ve ardından aynı hesabı yeniden devretmeniz gerekir. Delegasyonun kaldırılması ve yeniden devretme işlemi birkaç gün sürebileceğinden, bu geçiş döneminde orijinal stake'iniz ödül kazanamaz.

Bu nedenle, SOL'u yalnızca ilk oluşturulduğunda veya başka bir şekilde devredilmediğinde bir stake hesabına aktarmanızı öneririz.

Token'lar, bir stake hesabından yalnızca o anda delege edilmediklerinde çekilebilir. Bir stake hesabının delegasyonu ilk kez kaldırıldığında, hesap "devre dışı bırakılıyor" veya "soğuma" aşamasında sayılır. Hesaptaki token'ların bir kısmı ya da tamamı devre dışı bırakma işlemini tamamlayıp "etkin değil" durumuna geçene ve dolayısıyla potansiyel stake ödülleri kazanmayı bırakana kadar hesaptan çekim yapılamaz. Bu geçiş sürecinin ne kadar sürebileceğine ilişkin ayrıntılar için lütfen bkz. Zamanlama Hususları.

Bir stake hesabındaki token'lar etkin değil durumuna geçtikten sonra, bunlar hemen ana cüzdan adresinize veya başka bir adrese geri çekilebilir.

Örnek: Bir stake hesabından tüm token'ların çekilmesi

• Kullanıcının 900 SOL bakiyeli bir cüzdanı ve bir validator'a delege edilmiş 100 SOL içeren tek bir stake hesabı bulunmaktadır.
• Kullanıcı, stake delegasyonunu Devre Dışı Bırakmak için cüzdan arayüzünü kullanır. Stake hesabı, cüzdan arayüzünde ve Explorer'da "Devre Dışı Bırakılıyor" olarak görünür. "Etkin Değil" veya "Delege Edilmemiş" durumuna geçtiğinde, stake edilen token'lar ödül kazanmayı bırakır ve çekilebilir hale gelir. Daha fazla ayrıntı için Zamanlama Hususları bölümüne bakın.
• Kullanıcı, tüm token'larını ana cüzdan hesabına geri çekmek için cüzdan arayüzünü kullanabilir. Cüzdan bakiyesi artık 1.000 SOL gösterir ve stake hesabı kapatılır.

Tüm bakiyenizi devre dışı bırakmadan (ve dolayısıyla delegasyon kesintisi sırasında potansiyel ödülleri kaçırmadan) belirli bir validator'a atanan delege edilmiş stake miktarını azaltmak istiyorsanız, mevcut bir stake hesabını iki hesaba bölebilir (Split), birini delege dışı bırakırken diğerini delege edilmiş ve sürekli ödül almaya uygun şekilde bırakabilirsiniz.

Örnek: Belirli bir validator'a delege edilen stake miktarının azaltılması

• Kullanıcının 800 SOL bakiyeli bir cüzdanı ve bir validator'a delege edilmiş 200 SOL içeren tek bir stake hesabı bulunmaktadır.
• Kullanıcı, validator'a delege edilen stake miktarını 100 SOL azaltmak istemektedir.
• Stake hesabını "Böl" (Split) seçeneğiyle cüzdan arayüzünü kullanır ve bölünecek miktar olarak 100 SOL belirtir.
• Artık her biri aynı validator'a delege edilmiş 100'er SOL içeren 2 stake hesabı bulunmaktadır.
• Kullanıcı daha sonra stake delegasyonlarından birini Devre Dışı Bırakmak için cüzdan arayüzünü kullanabilir. Stake hesabı, cüzdan arayüzünde ve Explorer'da "Devre Dışı Bırakılıyor" olarak görünür. "Etkin Değil" veya "Delege Edilmemiş" durumuna geçtiğinde, stake edilen token'lar ödül kazanmayı bırakır ve çekilebilir hale gelir. Daha fazla ayrıntı için Zamanlama Hususları bölümüne bakın.
• Hesap Etkin Değil durumuna geçtikten sonra kullanıcı, hesabı farklı bir validator'a delege etmeyi, token'ları ana cüzdana geri çekmeyi ya da etkin olmayan stake hesabını daha fazla bölüp birden fazla farklı validator'a delege etmeyi seçebilir.

Kilitlenme (lockup) içeren bir stake hesabındaki token'lar, hesabın delegasyon durumundan bağımsız olarak kilitlenme süresi dolana kadar çekilemez. Kilitlenme süresi dolduktan sonra, delege edilmemiş token'lar hemen çekilebilir. Hesap sahibinin hesabı özellikle açmak için herhangi bir işlem yapması gerekmez.

Bir stake hesabını delege ettiğinizde veya delegasyonunu kaldırdığınızda, tokenlar durumlarını hemen değiştirmez. Yeni delege edilen tokenlar “etkinleştiriliyor” veya “ısınıyor” olarak kabul edilir ve tamamen etkinleştirilene kadar ödül kazanmaya uygun değildir. Delegasyonu yeni kaldırılan tokenlar “devre dışı bırakılıyor” veya “soğuyor” olarak kabul edilir ve devre dışı bırakılana kadar çekilemez.

Solana protokolü, stake tokenlarının durumlarını değiştirmeyi yalnızca yeni bir epoch'un başlangıcında tamamlamasına izin verir. Bir epoch yaklaşık 2 gün sürer. Mevcut epoch hakkında ayrıntıları görmek için solana epoch-info komutunu kullanın.

Bir epoch'un ortasında bir stake hesabındaki tokenları delege ederseniz, tokenlar mevcut epoch sona erene kadar cüzdanınızda “etkinleştiriliyor” olarak görünür ve bu noktada aktif hale gelip ödül kazanmaya uygun olurlar. Stake tokenlarınızı mevcut epoch'un başına yakın mı yoksa sonuna yakın mı delege ettiğiniz, tokenların ne zaman aktif hale geleceğini etkilemez; bu yalnızca bir sonraki epoch sınırında gerçekleşir. Aynı mantık, delege edilmiş bir stake hesabının delegasyonunu kaldırma veya devre dışı bırakma için de geçerlidir. Devre dışı bırakılan tokenlar, epoch sınırında devre dışı bırakılmayı tamamlayana kadar çekilemez.

Tüm Solana ağında tek bir epoch'ta ne kadar toplam stake'in durum değiştirebileceğine dair bir sınır vardır. Ağdaki toplam aktif stake'in %25'inden fazlası tek bir epoch'ta etkinleştirilemez veya devre dışı bırakılamaz. Ağdaki toplam aktif stake'in %25'inden fazlasının tek bir epoch'ta etkinleştirildiği bir senaryoda, küresel %25 sınırına kadar olan tüm etkinleştirilen/devre dışı bırakılan stake'in bir kısmı ilk epoch sınırında durum değiştirmeyi tamamlar. Kalan stake, bir sonraki epoch sınırına kadar en az bir epoch daha “etkinleştiriliyor” veya “devre dışı bırakılıyor” olarak kalır.

Bir stake etkinleştirmesi birden fazla epoch sürerse, ilk epoch sınırında tamamen aktif hale gelen stake kısmı ödüller için uygun olurken, ek bir epoch için hala etkinleştirilen kalan kısım henüz ödüller için uygun değildir.

Benzer şekilde, bir stake devre dışı bırakma işlemi birden fazla epoch sürerse, ilk epoch sınırında tamamen devre dışı hale gelen stake kısmı çekilebilir hale gelirken, kalan kısım hala ek bir epoch için devre dışı bırakılıyor olur ve bu noktada çekilebilir.

Solana'daki tüm stake hesapları (ve her türden tüm hesaplar) Solana'nın ağ gezgininde görüntülenebilir:

Solana Explorer

İlgilendiğiniz stake hesap adresini gezginin ana arama çubuğuna kopyalayıp yapıştırarak hesabın ayrıntılarını görebilirsiniz; bunlar arasında aktivasyon/deaktivasyon/delegasyon durumu, mevcut bakiye ve stake hesabının yetkililerinin adresi bulunur (bu genellikle cüzdanınızın ana adresiyle aynıdır).

Stake hesaplarınızı yönetmek için kullandığınız cüzdan çözümüne bağlı olarak, aynı bilgiler cüzdanınıza giriş yaparak ve stake hesaplarınızı görüntüleyerek de görülebilir.

Stake ödülleri her epoch başına bir kez hesaplanır ve dağıtılır. Bir epoch yaklaşık 2 gün sürer. Belirli bir epoch'ta biriken ödüller, bir sonraki epoch'un ilk bloğunda tüm validator'lara ve delegatörlere dağıtılır. Stake getirisi yıllıklandırılmış bir rakam olarak sunulur; ancak bu sayı, enflasyon oranı ve toplam aktif stake sürekli değiştiğinden her epoch'ta farklılık gösterir. Stake getirisi ve tam enflasyon tasarımı burada ayrıntılı olarak açıklanmaktadır:

RESMİ BELGELER

Toplam SOL'un stake edilmiş fraksiyonuna ilişkin çeşitli modeller için Stake Getirisi tahminleri burada incelenebilir:

STAKE GETİRİSİ MODELLERİ

Bir delegatörün tek bir stake hesabında tek bir epoch'ta görmesini bekleyebileceği SOL miktarını tahmin etmek için:

Validator çalışma süresi, bir validator'ın konsensüs oylama davranışıyla tanımlanır. Bir validator, sonuçta blockchain'e eklenen bir blok için her oy verdiğinde, o validator bir oy kredisi kazanır.

Epoch sonunda ödüller hesaplandığında, tüm validator'lar tarafından kazanılan tüm stake ağırlıklı oy kredileri, her bir validator ve delegatörlerine verilecek toplam SOL miktarını belirlemek için kullanılır.

Validatorlar, blok zincirini güvence altına alma ve işlemleri işleme hizmetleri karşılığında, kendilerine delege edilen stake hesapları tarafından kazanılan enflasyonist ödüller üzerinden bir ücret alırlar. Bu ücret, komisyon oranı olarak bilinir. Ödüller her verildiğinde, komisyon validator'ın hesabına yatırılır ve kalan ödüller, o validator'a delege edilen tüm stake hesaplarına, her hesaptaki aktif olarak delege edilmiş stake miktarıyla orantılı olarak dağıtılır. Validator komisyonu ve stake ödülleri her zaman eş zamanlı olarak verilir.

Ödüller epoch başına bir kez verilir ve bunları kazanan stake hesabına yatırılır. Stake ödülleri otomatik olarak aktif stake olarak yeniden delege edilir.

Belirli bir epoch için bir validator'a veya stake hesaplarından birine düşen ödül bir lamport'tan azsa, ödül verilmesi her ikisinin de en az bir lamport alacağı bir sonraki epoch'a ertelenir.

Başlangıçta önerilen enflasyon programının ayrıntıları burada tartışılmaktadır. Enflasyon programını belirleyen spesifik parametreler şunlardır:

1. Başlangıç enflasyon oranı: %8
2. Deflasyon oranı: −%15
3. Uzun vadeli enflasyon oranı: %1,5

Yukarıdaki parametreler şu şekilde tanımlanır:

• Başlangıç enflasyon oranı: Enflasyon ilk etkinleştirildiğinde başlangıç enflasyon oranı. Token ihraç oranı bu miktardan yalnızca azalabilir
• Deflasyon oranı: Enflasyon oranının düşürüldüğü yıllık oran
• Uzun vadeli enflasyon oranı: Beklenen istikrarlı, uzun vadeli enflasyon oranı

Enflasyon oranının stake getirisi (yani token'ları stake ederek kazanılan faiz) ile aynı olmayacağını unutmayın. Stake getirisi tartışması için aşağıya bakın.

Enflasyonist ihracın %100'ünün delege edilmiş stake hesaplarına ve validator'lara dağıtılması önerilmektedir.

Staking getirisi, enflasyonist ihracın delege edilmiş staking hesapları ve validator oy hesapları arasında validator komisyon oranına göre dağıtılmasından gelir. Bu tasarım nedeniyle, staking getirisi öncelikle ağda stake edilen SOL'un oranının bir fonksiyonu olacaktır. Tasarımın ve staking getirisi üzerindeki etkisinin detaylı bir tartışması burada bulunabilir:

ENFLASYON TASARIMI GENEL BAKIŞ

Stake edilecek toplam SOL miktarı bilinmediğinden, kesin staking getirilerini yalnızca tahmin edebiliriz. Aşağıda, ağda gözlemlenebilecek farklı stake edilmiş SOL yüzdesi değerlerine göre (%60-90 arası) segmentlere ayrılmış zaman içindeki staking getirilerini gösteriyoruz. Enflasyon programı parametreleri yukarıda açıklandığı gibi ayarlanmıştır.

Burada, farklı stake edilmiş SOL yüzdelerinin seçilerek muhtemel staking getirileri üzerindeki etkisinin görülebileceği basit bir interaktif gösterge paneli sunulmaktadır.

Lütfen bunun, ödüller üzerindeki validator çalışma süresi etkisini, validator komisyonlarını, potansiyel getiri kısıtlamasını ve potansiyel slashing olaylarını ihmal ettiği için idealleştirilmiş bir Stake Getirisi olduğunu unutmayın. Ayrıca, stake edilmiş SOL yüzdesinin tasarım gereği dinamik olduğunu, yani stake edilen SOL yüzdesinin zaman içinde değişmesinin beklendiğini ve dolayısıyla staking getirisini zaman içinde etkilediğini göz ardı eder. Yalnızca beklenen staking getirileri için kaba bir tahmin olarak kullanılmak üzere sunulmuştur.