TRON Kaynak Delegasyonunun Perde Arkası: Aslında Nasıl Çalışır?

Delegasyonu Anlamadan Önce Kaynak Modeli

TRON, Ethereum'daki anlamıyla gaz ücreti almaz. Bunun yerine her hesabın iki kaynak havuzu bulunur: Energy ve bandwidth. Energy, akıllı sözleşme çalıştırıldığında tüketilir. bandwidth ise bir sözleşmeye dokunup dokunmadığına bakılmaksızın her işlemde harcanır. Hesabınızdaki bu kaynaklardan herhangi biri bittiğinde, ağ açığı kapatmak için bakiyenizden TRX yakar. İşleri pahalıya getiren de zaten bu yakma mekanizmasıdır.

Kaynaklar iki yolla elde edilir. Birincisi TRX stake etmek: TRX'inizi kilitlediğinizde ağ, her 24 saatte bir yenilenen küresel Energy veya bandwidth havuzundan orantılı bir pay hesabınıza yazar. İkincisi ise delegasyon almak: başka bir hesap TRX stake eder ve üretilen kaynakları sizin adresinize yönlendirir. Hesabınız, bu delegasyonla gelen kaynakları tıpkı kendiniz stake etmişsiniz gibi kullanır. Sanal makine açısından ikisi arasında hiçbir fark yoktur.

Her şey bu temele dayanır. Delegasyon bir ödeme kanalı ya da bir sarmalayıcı değildir. Zincir üzerindeki kaynak haklarının bir hesaptan diğerine doğrudan devredilmesidir.

Stake 2.0 Delegasyonu Nasıl Değiştirdi?

Orijinal stake modeli olan Stake 1.0'da, TRX'inizi stake ederken Energy mi yoksa bandwidth mi üreteceğine o anda karar vermek zorundaydınız. Üstelik 3 günlük kilit süresinin ardından yalnızca tüm miktarı bir seferde çözebiliyordunuz. Delegasyon mevcut olsa da oldukça katıydı: TRX stake ederdiniz, tek bir kaynak türü üretirdiniz ve isteğe bağlı olarak bu kaynağı başka bir adrese yönlendirirdiniz.

2023 yılının ortasında ana ağda devreye giren Stake 2.0, bu yapıyı köklü biçimde değiştirdi. Delegasyonu doğrudan etkileyen temel değişiklikler şunlardır:

• Orantılı kaynak bölme: Tek bir stake pozisyonundan üretilen kaynaklar, aynı anda birden fazla adrese bölünerek devredilebilir. TRX bir yere gönderilmez, yalnızca kaynak çıktısı yönlendirilir.
• Kademeli çözme: Stake pozisyonunun tamamına dokunmadan kısmi miktarları çözebilirsiniz. Bu sayede kaynak sağlayıcılar, aktif delegasyonları bozmadan likidite yönetimi yapabilir.
• 14 günlük çözme bekleme süresi: unstake çağrıldıktan sonra TRX bir çekim kuyruğuna girer. TRX'i geri almak için withdrawExpireUnfreeze çağırabilmeden önce yaklaşık 14 gün beklemeniz gerekir. Bu süre zarfında söz konusu TRX'e dayanan delegasyon anında iptal edilir; 14 gün sonra değil. Delegasyon, TRX'i geri aldığınızda değil, çözme işlemini başlattığınız anda sona erer.
• Kaynak türü değiştirme kilidi kalktı: 1.0'da Energy'den bandwidth'e geçmek için tam çözme ve yeniden stake döngüsü gerekiyordu. 2.0'da aynı stake pozisyonunun kaynak çıktısını, çözmeden farklı bir kaynak türüne yeniden yönlendirebilirsiniz. Ancak bu işlem yine de ayrı bir zincir üstü işlem gerektirir.

Delegasyonla Energy alan herkes için pratik sonuç şudur: delegatör bir çözme işlemi başlatırsa kaynak bakiyeniz gün ortasında sıfıra düşebilir. Alıcı tarafta herhangi bir tolerans süresi yoktur.

Delegasyon İşleminin Zincir Üzerindeki Mekaniği

Bir delegatör delegateResource çağırdığında işlem üç şeyi kaydeder: delegatörün adresi, alıcının adresi ve devredilen Energy (veya bandwidth) miktarı. Ağ daha sonra alıcının hesap durumunda görünen kaynak limitlerini buna göre günceller.

TRON düğümleri, dahili olarak delegasyonla gelen kaynakları kendi stake edilen kaynaklardan ayrı izler. HTTP API üzerinden wallet/getaccount ile bir hesabı sorguladığınızda delegated_frozenV2_balance_for_energy ve acquired_delegated_frozenV2_balance_for_energy gibi alanlar görürsünüz. Birincisi gönderdiğiniz miktar, ikincisi ise aldığınız miktardır. Her iki durumda da TRX hareket etmez. Gerçek TRX, delegatörün stake bakiyesinde kalmaya devam eder.

Bir işlem sırasında kaynak tüketimi şu şekilde işler: sanal makine, çalıştırılan hesabın mevcut Energy'sini (kendi stake ettiği artı alınan delegasyonlar) kontrol eder. Yeterli ise bu havuzdan belirli bir sıraya göre düşer: önce alınan delegasyonlar tüketilir, ardından kendi stake edilen kaynaklar. Havuz tamamen boşalırsa mevcut ağ oranı üzerinden hesabın serbest bakiyesinden TRX yakılır. Bu oran sabit değildir. Toplam ağ Energy'si ve zincir üstü parametrelerle belirlenen mevcut yakma fiyatına göre dinamik olarak hesaplanır.

Kullanılan Energy Nasıl Yenilenir?

Energy tek seferlik bir kredi değildir. Kullanılan Energy, 24 saatlik bir pencerede doğrusal olarak yenilenir. Hesabınızın maksimum Energy limiti 100.000 ise ve bir sözleşme çalıştırarak 65.000 tükettiyseniz, 24 saat sonra tamamen dolmuş olursunuz. Yarı noktada, yani 12 saatte yaklaşık 32.500 Energy tekrar kullanılabilir hale gelir.

Bu yenilenme hem kendi stake edilmiş hem de delegasyonla alınan Energy için geçerlidir. Yenilenme hızı, küresel sabit bir saate değil, hesabın maksimum limitine bağlıdır. Dolayısıyla farklı Energy limitlerine sahip iki hesap, her ikisi de 24 saatte tamamen dolmasına karşın farklı mutlak hızlarda yenilenir.

Yüksek frekanslı işlemlerde bu 24 saatlik döngü belirleyici kısıtlamadır. Günde bir transfer için boyutlandırılmış tek bir delegasyon, toplam Energy kâğıt üzerinde yeterli görünse bile günde on transferi karşılamaz. Yalnızca toplam kapasiteyi değil, yenilenme ritmini de göz önünde bulundurmanız gerekir.

Delegasyonları İptal Etmek ve Yeniden Atamak

Delegasyon kalıcı değildir. Delegatör, kaynakları geri çekmek için istediği zaman unDelegateResource çağırabilir. Etki anında gerçekleşir: alıcının mevcut Energy'si, bir sonraki blokta iptal edilen miktar kadar düşer. Alıcı tarafta herhangi bir bekleme süresi yoktur ve protokol düzeyinde herhangi bir tazminat mekanizması bulunmaz.

Bir delegasyonu yeniden atamak, yani aynı kaynak çıktısını farklı bir alıcıya göndermek iki ayrı işlem gerektirir: mevcut alıcıdan iptal etmek, ardından yeni alıcıya devretmek. Bunlar ayrı zincir üstü işlemlerdir ve kendileri de bandwidth tüketir. Stake 2.0'da bu işlemleri öncesine kıyasla daha verimli biçimde toplu yapabilirsiniz ancak tek bir işlem açısından bakıldığında hâlâ atomik değillerdir.

Bilinmesi gereken önemli bir özel durum şudur: bir delegatörün stake ettiği TRX 200.000 Energy üretiyorsa ve 150.000'ini A adresine devrettiyse, A'nın delegasyonuna dokunmadan kalan 50.000'i B adresine devredebilir. Kısıt şudur: toplam devredilen Energy, toplam üretilen Energy'yi aşamaz. Aşılmaya çalışılması işlem düzeyinde başarısız olur.

Kiralık Energy Açısından Ne Anlama Geliyor?

tronenergyrent.com gibi Energy kiralama hizmetleri tamamen bu delegasyon modeli çerçevesinde çalışır. Energy kiraladığınızda sağlayıcı TRX stake eder, Energy üretir ve delegateResource çağrısıyla adresinizi hedef alır. Hesabınızın bakış açısından, yukarıda açıklandığı gibi tam olarak acquired_delegated_frozenV2_balance_for_energy alırsınız. TRX tutmazsınız, geçici bir kaynak tahsisi tutarsınuz.

Kiralama süresi, sağlayıcının o delegasyonu ne kadar aktif tuttuğuna karşılık gelir. Mevcut fiyatlarla 1 günlük kiralama, 65.000 Energy için 8,19 TRX'e mal olur (yaklaşık 65.000 Energy ve 345 bandwidth gerektiren standart bir TRC-20 USDT transferini karşılamaya yeter). 30 günlük kiralama ise aynı Energy bloğu için 175,50 TRX'tir. Belirli transfer hacminiz için tam maliyetleri hesap makinesiyle öğrenebilirsiniz.

Kısa süreli kiralamaların günlük bazda daha pahalıya gelmesinin nedeni tamamen mekaniktir: sağlayıcı, sık döngüler için çözme kuyruğunu ve yeniden delegasyon yükünü yönetmek zorundadır. 14 günlük çekim gecikmesi, kiralama ne kadar kısa olursa olsun sermayeyi kilitli tutar.

bandwidth Delegasyonu Aynı Modeli Takip Eder

Yukarıda anlatılanların tamamı bandwidth için de geçerlidir; tek fark varsayılan davranıştadır. Her hesap, stake durumundan bağımsız olarak ağdan günde 600 ücretsiz bandwidth alır. Bu ücretsiz tahsis temel TRX transferlerini karşılar ancak yüksek frekanslı TRC-20 transferlerinin bandwidth kısmını karşılamaya yetmez. Stake etmek ya da delegasyonla bandwidth almak, limitinizi bu 600 taban değerinin üzerine çıkarır.

Bir hesaba bandwidth devrettiğinizde, halihazırda sahip oldukları ücretsiz tahsise ek olarak kapasitelerini artırmış olursunuz. Tüketim sırası şöyledir: önce ücretsiz bandwidth, ardından delegasyonla alınan bandwidth, sonra kendi stake edilen bandwidth ve en son TRX yakma. Belirli bir hesap için yakmanın tam olarak ne zaman devreye gireceğini hesaplamaya çalışıyorsanız bu sıralama kritik önem taşır.

Delegasyon Durumunu API Üzerinden Okumak

Araç geliştiriyorsanız veya bir delegasyonu izliyorsanız ilgili API çağrıları şunlardır:

• wallet/getaccount: devredilen ve alınan kaynak alanları da dahil olmak üzere tam hesap durumunu döndürür
• wallet/getdelegatedresourcev2: iki adres arasındaki delegasyon kaydını, tam Energy miktarını ve varsa kilit süresini döndürür
• wallet/getcanwithdrawunfreezeamount: delegatörün kuyruktaki çözme işleminden ne kadarının artık çekilebilir olduğunu kontrol etmesini sağlar

getdelegatedresourcev2 uç noktası, özellikle bağımlı işlemleri çalıştırmadan önce delegasyonun aktif olduğunu ve doğru boyutlandırıldığını doğrulamak için oldukça kullanışlıdır. Dün kurulduğu için bir delegasyonun hâlâ yerinde olduğunu varsaymayın. Ona güvenmeden önce zincir üstü durumu mutlaka teyit edin.