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 staking'i destekleyen bir cüzdan kullanmalısınız. Şu anda tüm cüzdanlar staking'i desteklememektedir. SolFlare.com, staking'i destekleyen kullanıcı dostu bir cüzdandır. Staking'i destekleyen cüzdanların listesi için resmi dokümanlara göz atın.

Cüzdanınızdaki SOL token'ları önce bir stake hesabına taşınmalıdır. İ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 hesap yapısı hakkındaki dokümanlara 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 delege edilmesi gerekir. Tek bir stake hesabı aynı anda yalnızca tek bir validator'a delege edilebilir, bu nedenle farklı validator'lara delege etmek istiyorsanız token'larınızı birden fazla stake hesabı arasında 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.

İlk kez bir stake hesabı oluşturduğunuzda, hesabı kaç SOL token ile fonlamak istediğinizi belirtirsiniz ve bu tokenlar ana cüzdan hesabınızdan çekilerek yeni stake hesabına yatırılır.

Tokenlar ayrıca, cüzdanınızın transfer veya gönder özelliğini kullanarak ve stake hesabınızın adresini sağlayarak, herhangi bir zamanda önceden var olan bir stake hesabına da aktarılabilir. Zaten delege edilmiş bir stake hesabına token aktarırsanız, bu yeni tokenlar otomatik olarak delege edilmez.

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

Örnek: Tek bir validator'a delege edilen stake'i artırma

• Kullanıcının 1000 SOL bakiyeli bir cüzdanı var.
• Kullanıcı cüzdan arayüzünü kullanarak 100 SOL ile bir stake hesabı oluşturur, ardından stake hesabındaki tokenları Validator A'ya delege eder.
• Cüzdan bakiyesi artık 900 SOL'dir ve cüzdan ayrıca 100 SOL bakiyeli bir stake hesabını kontrol eder.
• Stake hesabı, cüzdan arayüzünde ve Explorer'da “Etkinleştiriliyor” olarak görünür. “Aktif” olduğunda, stake edilmiş tokenlar ödüller için uygun hale gelir. Daha fazla ayrıntı için zamanlama hususları bölümüne bakın.
• Daha sonra kullanıcı Validator A'ya delegasyonunu artırmak ister, bu nedenle cüzdan arayüzünü kullanarak 50 SOL ile ikinci bir stake hesabı oluşturur, ardından yeni stake hesabındaki tokenları Validator A'ya delege eder.
• Cüzdan bakiyesi artık 850 SOL'dir ve cüzdan ayrıca sırasıyla 100 ve 50 SOL'lik, her biri Validator A'ya delege edilmiş 2 stake hesabını kontrol eder.

Zaten delege edilmiş bir stake hesabına token aktarırsanız, bu yeni tokenlar otomatik olarak delege edilmez. Bu yeni tokenların da delege edilmesini ve ödül kazanmasını sağlamak için tüm hesabın delegasyonunu kaldırmanız, ardından aynı hesabı yeniden delege etmeniz gerekir. Delegasyonu kaldırma ve yeniden delege etme işleminin etkili olması birkaç gün sürebileceğinden, orijinal stake'iniz bu geçiş döneminde ödül kazanmayacaktır.

Bu nedenle, SOL'u yalnızca ilk oluşturulduğunda veya delege edilmediği durumlarda bir stake hesabına aktarmanızı öneririz.

Token'lar bir stake hesabından yalnızca şu anda delege edilmediğinde çekilebilir. Bir stake hesabı ilk kez delege edilmediğinde, “devre dışı bırakılıyor” veya “soğuma aşamasında” olarak kabul edilir. Token'lar, bir kısmı veya tamamı devre dışı bırakılmayı tamamlayıp “inaktif” olarak kabul edilene ve dolayısıyla artık potansiyel staking ödülleri kazanmayı durdurana kadar hesaptan çekilemez. Bu geçiş sürecinin ne kadar sürebileceğine ilişkin ayrıntılar için lütfen zamanlama hususları bölümüne bakın.

Bir stake hesabındaki token'lar inaktif hale geldiğinde, ana cüzdan adresinize veya başka bir adrese anında geri çekilebilir.

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

• Kullanıcının 900 SOL bakiyeli bir cüzdanı ve bir validator'a delege edilmiş 100 SOL'luk tek bir stake hesabı var.
• 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. “İnaktif” veya “delege edilmemiş” durumuna geldiğinde, stake edilmiş token'lar ödül kazanmayı durdurur ve çekilebilir. 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.

Belirli bir validator'a atanan delege edilmiş stake miktarını, tüm bakiyenizi devre dışı bırakmadan (ve dolayısıyla delegasyon kesinti süresi boyunca potansiyel ödülleri kaçırmadan) azaltmak istiyorsanız, mevcut bir stake hesabını iki hesaba bölebilir ve birini delege etmekten çıkarırken diğer hesabı delege edilmiş ve sürekli olarak ödüller için uygun bırakabilirsiniz.

Örnek: Belirli bir validator'a stake edilen delegasyonu azaltma

• Kullanıcının 800 SOL bakiyeli bir cüzdanı ve bir validator'a delege edilmiş 200 SOL'luk tek bir stake hesabı var.
• Kullanıcı, validator'a delege edilen stake miktarını 100 SOL azaltmak istiyor.
• Stake hesabını “bölmek” için cüzdan arayüzünü kullanın ve bölünecek miktar olarak 100 SOL belirtin.
• Artık her biri 100 SOL olan ve her biri aynı validator'a delege edilmiş 2 stake hesabı var.
• 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. “İnaktif” veya “delege edilmemiş” durumuna geldiğinde, stake edilmiş token'lar ödül kazanmayı durdurur ve çekilebilir. Daha fazla ayrıntı için zamanlama hususları bölümüne bakın.
• Hesap inaktif hale geldiğinde, kullanıcı hesabı farklı bir validator'a delege etmeyi, token'ları ana cüzdana geri çekmeyi veya inaktif stake hesabını daha da bölerek birden fazla farklı validator'a delege etmeyi seçebilir.

Kilidi olan bir stake hesabındaki token'lar, o hesabın delegasyon durumundan bağımsız olarak, kilit süresi dolana kadar çekilemez. Kilit süresi dolduktan sonra, delege edilmemiş token'lar hemen çekilebilir. Hesap sahibinin hesabın kilidini özel olarak 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.

Staking ödülleri epoch başına bir kez hesaplanır ve verilir. Bir epoch yaklaşık 2 gün sürer. Belirli bir epoch'ta tahakkuk eden ödüller, bir sonraki epoch'un ilk bloğunda tüm validator'lara ve delegatörlere verilir. Staking getirisi yıllık bir rakam olarak sunulur, ancak bu sayı her epoch'ta enflasyon oranı ve toplam aktif stake sürekli değiştiği için değişir. Staking getirisi ve tam enflasyon tasarımı burada detaylandırılmıştır:

RESMİ DOKÜMANTASYON

Stake edilen toplam SOL'un çeşitli modellerine göre staking getirisinin tahminleri burada incelenebilir:

STAKING GETİRİSİ MODELLERİ

Bir delegatörün tek bir stake hesabında tek bir epoch'ta görebileceğ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.