TRON kaynakları sahibine döndüğünde ne olur?

TRON'da devredilen kaynakları geri alma, Bandwidth veya Energy payının arkasındaki TRX'i stake eden hesaba dönmesidir. Hiçbir şey yakılmaz, hiçbir token bakiyesine dokunulmaz, onaylanmış hiçbir işlem değişmez. Değişen tek şey, alıcı adresin bir sonraki işlemde ne kadar harcayabileceğidir.

Bu tek cümle telaşın büyük bölümünü ortadan kaldırır. Bir dakika önce Energy'si olan, şimdi olmayan bir adres neredeyse kesinlikle boşaltılmadı; sadece ödünç almayı bıraktı. Geriye tek bir soru kalır: bunu üç olaydan hangisi yaptı.

Devredilen kaynak aslında neyden oluşur?

TRX stake etmek, stake oranında Bandwidth veya Energy üretir. Devir, üretilen bu payı başka bir hesaba ödünç verir. Stake edilmiş TRX sahibinin adına kalır; alıcı hesap kaynağın kullanım hakkını alır.

Yani devir bir transfer değil, bir yönlendirme düzenidir. Alıcı cüzdanda duran bir kaynak token'ı yoktur: satılamaz, iletilemez, çekilemez. Adres yalnızca düzen sürdüğü sürece işlemlerini daha büyük bir havuzdan öder.

Kaynağın kimse soyulmadan kaybolabilmesinin nedeni budur. Düzenin bitmesi payı geldiği yere döndürür ve orası hiçbir zaman siz değildiniz. Kaynağın kendisi sizin için yeniyse TRON Energy nedir baştan anlatıyor.

Energy adresten neden kayboldu?

Cüzdan ekranında dört ayrı durum aynı görünür ve peşine düşmeye değen yalnızca biri vardır.

Kiralama penceresi kapandı. Sabit süreli bir devir, o süre bitince biter: zamanında, bildirim olmadan ve sizin bir işleminiz olmadan.

Sahibi devri iptal etti. Kilitlenmemiş bir devirde iptal anında geçerlidir ve tamamen sahibin kararıdır.

Sahibi stake'i çözdü. Bu, kaynağı üreten şeyi ortadan kaldırır; ancak devredilmiş stake'in önce geri alınması gerekir — birazdan.

Ya da onu siz harcadınız. Tüketilmiş kaynak geri alınmış kaynak değildir: kullanılmıştır ve yenilenmektedir, üstelik kimse bir şey devretmeden kendiliğinden.

Undelegate ile unfreeze arasındaki fark nedir?

TRON'da en çok karıştırılan iki işlem bunlardır ve aynı eylemin iki çeşidi değildirler.

Devri iptal etmek bir ödüncü sonlandırır. Stake edilmiş TRX tam olarak olduğu yerde kalır, stake'te kalmaya ve sahibine kaynak üretmeye devam eder; yalnızca payın yönlendirmesi değişir. Kilitsiz devri sahibi istediği an iptal edebilir, kilitli olanı ancak kilit süresi dolduktan sonra.

Stake çözme — hâlâ yaygın olarak unfreeze deniyor — kaynağın kendisini söker. TRX artık hiçbir şey üretmez ve harcanabilir bakiyeye çekilebilmesi için bir bekleme süresine girer: tek tuş değil, iki adımlı bir işlemdir.

İkisinin bir de sırası vardır. Devredilmiş TRX hiç çözülemez; sahibin önce devri iptal etmesi, ancak ondan sonra çözmeye başlaması gerekir.

Kilitli devir ne anlama gelir?

Devri veren taraf, verirken bir kilit süresi belirleyebilir. O süre boyunca alıcının kaynağı elinde tutacağı garanti altındadır; sahibi isteyip de erken geri alamaz.

Kilit yoksa durum tam tersidir: iptal her an mümkündür ve tamamen veren tarafın kararına bağlıdır. Yani "kaynak bende ne kadar kalır" sorusunun yanıtı, kaynağın miktarında değil, devrin kilitli olup olmadığındadır.

Alıcı açısından pratik sonuç şudur: kilitsiz bir devir üzerine uzun bir işlem planı kurulmaz. Bir transferi hemen imzalamak ile "yarın hallederim" demek arasındaki fark, burada teknik bir fark hâline gelir.

Bu işlemler ağda hangi adla geçer?

Cüzdanlardaki düğme yazıları değişir, zincirdeki çağrılar değişmez; işlemi kesin olarak onlardan ayırt edersiniz.

Verme wallet/delegateresource, iptal wallet/undelegateresource ile yapılır. İkisi de yalnızca payın iki hesap arasındaki yönlendirmesini değiştirir.

Stake çözme wallet/unfreezebalancev2 ile yapılır; boşalan TRX'i harcanabilir bakiyeye almak ise ayrı bir çağrıdır: wallet/withdrawexpireunfreeze. İki adım buradan gelir.

Bu adların pratik faydası basittir: karşı tarafta ne olduğu belirsizse, adresin gezginde görünen geçmişi soruyu destek yazışmasına gerek kalmadan yanıtlar.

Stake çözmede bekleme ne kadar sürer?

Planı etkileyecek kadar uzun, ve kesin rakamı burada sabitlemeyeceğiz. Gecikmeyi, süper temsilcilerin oyla değiştirebildiği canlı bir ağ parametresi belirler; dolayısıyla bir yazıdaki her sayı, yazıldığı günün fotoğrafıdır.

Değeri, işlemi planladığınız anda zincir parametrelerinden okuyun. İşleminiz bloğa girdiğinde doğru olacak tek değer odur.

Sonuç mekanikten çok planlamayla ilgilidir. Stake'teki TRX, ihtiyacın doğduğu gün boşaltılabilen bir vadesiz hesap değildir; aldığınız devir ise sadece sona erer. Bu iki süreyi karıştıranlar, sonunda hiç yola çıkmamış TRX'i bekler.

Zaten harcanmış kaynağa ne olur?

Dikkatli okuyanı şaşırtan kısım burası: devri iptal etmek, alıcının harcadığı ama henüz yenilemediği kaynağı da azaltabilir. Ağ, payla birlikte alıcının yenilenmemiş kaynağından orantılı bir bölümü geri alır.

Alıcı bunu ne başlatır ne de engelleyebilir. Bu bir ceza değil, aritmetiktir: süren yenilenme, az önce küçülen bir havuza aitti.

Buradan arka arkaya transfer gönderenler için doğrudan bir sonuç çıkar. İkinci transfer, birincisinden önce gördüğünüz havuzu değil, kalanı artı aradan geçen dakikalarda yenileneni bulur. Bir seriyi tek ölçümle planlamak, işlemin ortada durmasının en güvenilir yoludur.

Yenilenme, aynı korkunun daha yumuşak hâlini de açıklar. Harcanan kaynak anında değil zamanla geri gelir. Ücretsiz Bandwidth de böyle çalışır: hesap başına günde 600 birim, kayan 24 saatlik pencerede; Energy'nin ise hiç ücretsiz kotası yoktur.

Rentron kiralaması bitince tam olarak ne değişir?

Kiralama, ödenmiş süresi olan bir devirdir; bu yüzden bitmesi olay değil, olağan durumdur. Kiralama süreleri 15 dakika, 1 saat, 4 saat ve 24 saattir; miktar 65.000 Energy'lik porsiyonlarla alınır.

Pencerenin kapanma anı siparişte yazılıdır. O ana kadar energy_usable doğrudur: Energy adrestedir ve harcanabilir. Sonrasında yanlış olur; durum bir süre daha delivered görünmeye devam eder, çünkü kiralamanın bitişi saatle değil kesinleşmiş zincir verisiyle doğrulanır. Tamamlanan kiralama rental_finished olarak kapanır.

Sizin iptal edeceğiniz veya iade edeceğiniz bir şey yoktur. Adres, sipariş öncesindeki kaynak durumuna döner: çoğu gönderen için bu, günlük ücretsiz Bandwidth ve sıfır Energy demektir.

Buradan iki alışkanlık çıkar. Kiraladığınız transferi pencere açıkken imzalayın, sonrasında değil. Ve kaynağı on dakika önceki bir panelde değil, adresin kendisinde kontrol edin — gerçek sayıların nerede olduğunu Energy bakiyesi nasıl kontrol edilir gösteriyor.

Pencere kapanmadan önce ne yapmalı?

Kiralamanın sonu sürpriz olmadığı için, işi sona bırakmamak tamamen sizin elinizde. Burada üç şey işe yarar.

Önce Bandwidth tarafını kontrol edin. Energy hesaplamayı öder, işlemin baytlarını ödemez; günlük ücretsiz kota tükenmişse transfer, Energy yerinde dururken de durabilir.

Sonra imzayı öne alın. energy_usable doğru olur olmaz gönderin; delivered durumunu beklemek, zaten ödediğiniz süreyi harcamaktan başka bir işe yaramaz.

Son olarak seriyi tek pencereye sığdırmaya çalışmayın. Arka arkaya birkaç transfer varsa süreyi ve porsiyon sayısını buna göre seçin, çünkü pencere kapandığında kalan transferler eski koşullara değil, adresin kendi bakiyesine düşer.

Geri alma, gönderilmiş bir transferi iptal edebilir mi?

Hayır, ve bu ikisi birbiriyle ilgili değildir. Kabul edilip onaylanmış işlem zincir geçmişinin parçasıdır; harcadığı kaynak yürütme anında hesaplanmıştır. Sonradan yapılan iptal yalnızca adresin bundan sonra neyi karşılayacağını değiştirir.

Risk bu anın diğer tarafındadır. Pencere kapandıktan sonra imzalanan transferin arkasında devredilmiş Energy yoktur; ağ maliyeti hesaba yükler: TRX varsa yakar, yoksa çağrıyı başarısız kılar.

Bu yüzden buradaki bütün disiplin zamanlamadır. Transfer kiralamanın sonuna yakın başarısız olduysa önce makbuzu okuyun: TRON'da USDT transferi neden başarısız olur kaynak yetersizliğini fee limit ve kontrat sorunlarından ayırıyor.

Kaynak ödenmiş süre dolmadan geri alınırsa ne olur?

Bu durum vardır ve olağan bitiş değil, kendi başına bir sonuç sayılır. Arkasındaki kaynak, pencerenin kapanmasından belirgin biçimde önce geri çekilen sipariş, tamamlanmış kiralama olarak kapanmaz: rental_interrupted durumunu ve bir hata kodunu alır.

Bilinçli bir istisna var. Teslim edilen Energy, geri çekilme anından önce doğrulanabilir biçimde harcanmışsa sipariş tamamlanmış kiralama olarak kapanır: hizmet alınmıştır, dolayısıyla kesinti sayılmaz.

Açıkça söylemekte fayda var: erken geri alma için kimse para iade etmez. TRON, devri erken iptal edilen alıcıya tazminat ödemez; kesintiye uğrayan kiralama için bakiyeye otomatik bir iade de geçilmez. Geriye kayıt kalır: sipariş tamamlanmış değil kesintiye uğramış olarak kapanır, eksik de yalnızca destek yazışmasında değil kendi sipariş geçmişinizde görünür. Destek talebi de bu kaydın üzerine açılır.

Temiz durum bundan ayrıdır ve daha basittir: adrese hiç ulaşmayan kiralama failed olarak kapanır ve bunun için tutulan tutar bütünüyle serbest bırakılır.

Protokolün zorladığı ile sağlayıcının söz verdiği arasındaki sınırı bir Energy sağlayıcısı neyi yapabilir, neyi yapamaz inceliyor.

Dört durumdan hangisi sizinki, nasıl anlarsınız?

Bu listeyi sırayla uygulayın ve ilk eşleşmede durun; her adım bir nedeni eler.

1. Şu anki zamanı siparişin bitiş anıyla karşılaştırın. Pencere kapandıysa kiralama bitmiştir, incelenecek bir şey yoktur.
2. Hesabın kaynak durumunu zincirden okuyun: limit ve kullanım, bir uygulamadaki önbelleğe alınmış bakiye değil.
3. Limit düştüyse bir devir sona ermiştir. Yalnızca kullanım arttıysa kaynak harcanmıştır ve yenilenmektedir.
4. Limit ödenmiş pencerenin içinde düştüyse bu erken geri almadır ve sipariş durumu bunu adıyla söyler.
5. Ancak bu dört adımdan sonra başarısız işleme bakın; fee limit veya kontrat hatası da kaynak eksikliği gibi görünür.

Sıra, araçlardan daha önemlidir: aynı ekrana farklı sırayla bakmak, farklı sonuçlara götürüyor. Kaybolan Energy'yle ilgili destek görüşmelerinin çoğu birinci adımda biter.

Özet

TRON'da kaynakları geri almak, ödünç verilmiş Bandwidth veya Energy payının arkasındaki TRX'i stake eden hesaba dönmesidir. Stake hiç yer değiştirmedi, token bakiyeleri işin içinde değil, onaylanmış işlem onaylı kalıyor. Değişen tek şey alıcı adresin bundan sonra neyi ödeyebileceği.

Aynı görünen düşüşü dört olay üretir. Kiralama penceresinin zamanında kapanması olağan olanıdır. Kilitsiz bir devrin iptali anında olur ve alıcının denetimi dışındadır. Stake çözme kaynağın kendisini tamamen kaldırır; üstelik devredilmiş stake önce geri alınmadan çözülemez. Kaynağı harcamak ise geri alma değildir: günlük ücretsiz Bandwidth gibi kendiliğinden yenilenir.

Ayrı tutulmaya değen çift, iptal ile stake çözmedir. Biri kaynağı kimin kullanacağını değiştirir ve stake'i çalışır bırakır; diğeri stake'i geri çeker ve uzunluğu ezberlenecek bir sayı değil, canlı bir ağ parametresi olan bir bekleme başlatır. İptal ayrıca alıcının harcayıp henüz yenilemediği kaynaktan orantılı bir bölümü de geri alabilir; bu ceza değil aritmetiktir.

Kiralanmış devir için kural kısadır. Pencere içinde imzalayın, kaynağı eski bir arayüzde değil adreste doğrulayın ve bitiş anındaki düşüşü ürünün doğru çalışması olarak okuyun. Erken geri alma, kendi sipariş durumu bulunan istisnadır.

Son olarak akılda tutulacak şey şu: "kaynak kayboldu" bir teşhis değil, bir gözlemdir. Teşhisi iki sayının — limit ile kullanımın — tek bir tarihle, pencerenin bitiş anıyla karşılaştırılması verir. Bu üçü bir araya gelmeden söylenen her şey tahmindir; bir araya geldiğinde ise yanıt genellikle bir dakika sürer.

Protokol ve işlem kontrollerinin geri kalanı Rentron rehberlerinde toplandı.