Energy و Bandwidth دو منبع جدا در شبکه TRON هستند. Bandwidth هزینه فضای داده تراکنش روی شبکه را پوشش میدهد، در حالی که Energy برای محاسباتی مصرف میشود که TRON Virtual Machine هنگ...
Energy و Bandwidth دو منبع جدا در شبکه TRON هستند. Bandwidth هزینه فضای داده تراکنش روی شبکه را پوشش میدهد، در حالی که Energy برای محاسباتی مصرف میشود که TRON Virtual Machine هنگام اجرای قرارداد هوشمند انجام میدهد. به همین دلیل یک انتقال ساده TRX عمدتاً Bandwidth میخواهد، اما انتقال USDT بهعنوان یک توکن TRC-20 هم Bandwidth مصرف میکند و هم Energy. اگر Energy کافی ندارید، خرید انرژی ترون یکی از روشهای تأمین منبع تفویضشده است؛ در کنار آن میتوان TRX را برای Energy استیک کرد یا کسری را با سوزاندن TRX پوشش داد.
| ویژگی | Bandwidth | Energy |
|---|---|---|
| چه چیزی را اندازه میگیرد؟ | اندازه تراکنش بر حسب بایت | محاسبات اجرای قرارداد هوشمند در TVM |
| سهمیه رایگان | ۶۰۰ Bandwidth در روز برای حساب فعال | سهمیه رایگان روزانه ندارد |
| راه تأمین بیشتر | Stake برای Bandwidth یا Resource Delegation | Stake برای Energy یا Resource Delegation |
| نرخ سوزاندن فعلی در صورت کسری | ۱٬۰۰۰ SUN بهازای هر بایت | ۱۰۰ SUN بهازای هر Energy |
| بازیابی منابع مصرفشده | تدریجی در چرخه ۲۴ساعته | تدریجی در چرخه ۲۴ساعته |
| کاربرد در انتقال ساده TRX | بله | خیر |
| کاربرد در انتقال TRC-20 | بله | بله |
هر دو نرخ سوزاندن بالا Chain Parameter هستند و ممکن است با Proposal تغییر کنند. برای محاسبات عملی نباید آنها را برای همیشه ثابت فرض کرد.
Bandwidth به اندازه بایتی تراکنش مربوط است. هر تراکنشی که روی TRON ثبت میشود، از انتقال TRX گرفته تا فراخوانی یک قرارداد، مقداری Bandwidth مصرف میکند.
طبق مستندات فعلی TRON، هر حساب فعال روزانه ۶۰۰ Bandwidth رایگان دارد. این منبع بهصورت پیوسته در یک چرخه ۲۴ساعته بازیابی میشود؛ یعنی اگر بخشی از آن را مصرف کنید، مقدار مصرفشده بهتدریج برمیگردد. Bandwidth استفادهنشده هم روی روزهای بعد انباشته نمیشود.
اگر Bandwidth حاصل از Stake و سهمیه رایگان کافی نباشد، شبکه برای کسری، TRX میسوزاند. نرخ فعلی getTransactionFee برابر ۱٬۰۰۰ SUN بهازای هر بایت است؛ یعنی ۰٫۰۰۱ TRX برای هر بایت. خود این نرخ نیز قابل تغییر است.
مقدار Bandwidth یک تراکنش عدد ثابتی برای همه شرایط نیست، چون به اندازه واقعی تراکنش سریالشده وابسته است. برای مثال، مستندات TRON یک انتقال معمولی TRX حدود ۲۷۰ بایتی را بهعنوان نمونه استفاده میکنند، نه بهعنوان عدد تضمینی برای هر تراکنش.
Energy فقط زمانی وارد محاسبه میشود که TVM قرارداد هوشمند اجرا کند. هر opcode در اجرای قرارداد مقدار مشخصی Energy مصرف میکند و مجموع اجرای مسیر قرارداد، هزینه پایه محاسباتی تراکنش را میسازد.
برخلاف Bandwidth، حسابها Energy رایگان روزانه دریافت نمیکنند. Energy را میتوان با استیک TRX برای این منبع یا دریافت Resource Delegation به دست آورد. اگر سهم قابل پرداخت کاربر بیشتر از Energy موجود باشد، کسری میتواند از موجودی TRX او پوشش داده شود.
نرخ فعلی getEnergyFee در Mainnet برابر ۱۰۰ SUN برای هر Energy است؛ یعنی ۰٫۰۰۰۱ TRX. نسخه اولیه مقاله نرخ قدیمی ۴۲۰ SUN را استفاده کرده بود که دیگر مقدار فعلی شبکه نیست.
علاوه بر هزینه پایه اجرای قرارداد، Dynamic Energy Model میتواند مصرف مؤثر قراردادهای پرمصرف را افزایش دهد. در نتیجه برای تراکنشهایی مثل انتقال USDT بهتر است مصرف واقعی نزدیک زمان ارسال تخمین زده شود و به اعداد ثابت قدیمی تکیه نشود.
برای توضیح کاملتر سازوکار TVM، Stake و بازیابی منابع، راهنمای انرژی ترون و نحوه کار آن را ببینید.
انتقال USDT روی TRON یک تراکنش قراردادی است. خود تراکنش باید روی شبکه ثبت شود، پس Bandwidth مصرف میکند؛ همزمان تابع قرارداد USDT در TVM اجرا میشود، پس Energy هم لازم دارد.
این دو هزینه جای یکدیگر را نمیگیرند. اگر Energy کافی داشته باشید اما Bandwidth شما تمام شده باشد، ممکن است برای کسری Bandwidth مقدار کمی TRX سوزانده شود. برعکس، داشتن Bandwidth رایگان هیچ بخشی از Energy موردنیاز قرارداد را تأمین نمیکند.
نسخه اولیه برای یک انتقال USDT اعداد ۳۴۵ Bandwidth و ۶۵٬۰۰۰ تا ۱۳۱٬۰۰۰ Energy را بهعنوان مقادیر معمول ثابت معرفی کرده بود. این اعداد برای تصمیم عملی قابل تعمیم نیستند. اندازه تراکنش، وضعیت قرارداد، مسیر اجرای تابع و Dynamic Energy Model میتوانند نتیجه را تغییر دهند.
اگر هدف شما محاسبه مقدار موردنیاز یک تراکنش مشخص است، راهنمای محاسبه Energy ترون روش تخمین نزدیک به زمان اجرا را توضیح میدهد.
کمبود منبع الزاماً به معنی موفق شدن تراکنش با پرداخت خودکار TRX نیست. برای Bandwidth، پس از مصرف Bandwidth استیکشده و سهمیه رایگان، شبکه میتواند کسری را از موجودی TRX فرستنده بسوزاند.
برای Energy، وضعیت پیچیدهتر است. در یک فراخوانی قرارداد، سهم هزینه میتواند میان caller و deployer تقسیم شده باشد. Energy موجود مصرف میشود و کسری سهم کاربر میتواند با سوزاندن TRX پوشش داده شود، اما این پرداخت تحت محدودیت fee_limit قرار دارد.
بنابراین اگر موجودی TRX کافی نباشد، fee_limit پایین تنظیم شده باشد یا اجرای قرارداد با خطای دیگری روبهرو شود، تراکنش میتواند شکست بخورد. عبارت نسخه اولیه که «شبکه همیشه کسری را میسوزاند و ادامه میدهد» بیشازحد قطعی بود.
در انتقالهای قراردادی، Energy معمولاً بخش مهمتری از هزینه منابع است، چون اجرای قرارداد میتواند دهها هزار واحد Energy یا بیشتر مصرف کند، در حالی که Bandwidth براساس چندصد بایت داده تراکنش محاسبه میشود. اما درصد ثابتی مثل «Energy همیشه بیش از ۹۸ درصد هزینه است» قابل تعمیم به همه تراکنشها نیست.
نسبت واقعی به مصرف قرارداد، وضعیت منابع حساب، Dynamic Energy Model، سهم احتمالی deployer و Chain Parameterهای فعلی بستگی دارد. برای همین بهتر است هنگام بررسی یک تراکنش گران، Energy و Bandwidth را جداگانه از روی Receipt و وضعیت منابع حساب بررسی کنید.
برای یک کیف پول شخصی کمتراکنش، سهمیه رایگان Bandwidth ممکن است بخش بزرگی از نیاز روزمره را پوشش دهد. حسابهای پرتراکنش میتوانند برای Bandwidth نیز TRX استیک کنند یا Resource Delegation دریافت کنند.
برای قراردادهای هوشمند، Energy باید جداگانه مدیریت شود. بسته به الگوی استفاده میتوانید TRX را برای Energy استیک کنید، منابع تفویضشده دریافت کنید یا هزینه کسری را با TRX بپردازید. انتخاب اقتصادی میان این روشها به حجم تراکنش، نقدشوندگی سرمایه و قیمتهای فعلی بستگی دارد.
برای عملیات سازمانی یا دستهای نیز نباید از روی تعداد گیرندهها یک ضریب ثابت برای منابع فرض کرد. قراردادهای Batch طراحیهای متفاوتی دارند و مصرف باید برای همان قرارداد و پارامترهای واقعی تخمین زده شود.
کیف پولهای سازگار با TRON معمولاً وضعیت Energy و Bandwidth حساب را نمایش میدهند. برای بررسی دقیقتر میتوان از دادههای حساب روی شبکه یا API مربوط به account resources استفاده کرد.
در عیبیابی یک تراکنش، سه چیز را جدا ببینید: Bandwidth مصرفشده، Energy مصرفشده و TRX سوزاندهشده. ترکیب این سه مشخص میکند هزینه از کدام بخش آمده است. برای قراردادها، fee_limit و Energy penalty ناشی از Dynamic Energy Model نیز ممکن است مهم باشند.
Bandwidth و Energy دو منبع مستقل در TRON هستند. Bandwidth هزینه اندازه داده تراکنش را پوشش میدهد و سهمیه رایگان روزانه دارد؛ Energy هزینه محاسبات TVM برای قراردادهای هوشمند است و سهمیه رایگان روزانه ندارد.
انتقال ساده TRX به Energy نیاز ندارد، اما انتقال USDT و سایر توکنهای TRC-20 هم Bandwidth و هم Energy مصرف میکنند. اگر منابع کافی نباشد، در شرایط مناسب TRX برای کسری سوزانده میشود، اما موفقیت تراکنش به موجودی، fee_limit و قواعد اجرای قرارداد نیز وابسته است. برای برآورد هزینه واقعی، اعداد ثابت قدیمی را کنار بگذارید و منابع و پارامترهای زنده شبکه را بررسی کنید.
خیر. Bandwidth هزینه داده تراکنش را پوشش میدهد و Energy هزینه اجرای قرارداد را. این دو منبع مستقلاند.
خیر. انتقال بومی TRX قرارداد هوشمند اجرا نمیکند و Energy مصرف نمیکند؛ اما Bandwidth لازم دارد.
بله. منابع مصرفشده حاصل از Stake و سهمیه رایگان Bandwidth در یک چرخه پیوسته ۲۴ساعته بازیابی میشوند و روی روزهای بعد انباشته نمیشوند.
خیر. شبکه میتواند کسری را با سوزاندن TRX پوشش دهد، اما موجودی کافی، fee_limit مناسب و اجرای موفق قرارداد همچنان لازم است.
بله. در Stake 2.0 هم Bandwidth و هم Energy قابل Resource Delegation هستند؛ مالکیت TRX استیکشده منتقل نمیشود.
چون در بسیاری از تراکنشهای قراردادی، هزینه محاسبات قرارداد از هزینه چندصد بایت داده تراکنش بیشتر است. با این حال نسبت دقیق برای همه تراکنشها ثابت نیست.
این نرخها Chain Parameter هستند. در حال حاضر Bandwidth برابر ۱٬۰۰۰ SUN بهازای هر بایت و Energy برابر ۱۰۰ SUN بهازای هر واحد است، اما هر دو میتوانند با Proposal تغییر کنند.
بدون نیاز به ثبت نام و تنها با واریز آنی ترون، ۶۵,۰۰۰ انرژی مورد نیاز خود را در ۳ ثانیه فعال کنید.
خودِ سازوکار اجاره انرژی ترون به کلید خصوصی یا عبارت بازیابی کیف پول شما نیازی ندارد. برای دریافت انرژی، معمولاً فقط آدرس عمومی کیف پول مقصد را وارد میکنید و هزینه سفارش را میپرد...
برای انتقال USDT روی TRON یک عدد ثابت و همیشگی برای Energy وجود ندارد. اعداد رایجی مثل ۶۵٬۰۰۰ یا ۱۳۱٬۰۰۰ میتوانند برای تخمین اولیه مفید باشند، اما مقدار واقعی به اجرای قرارداد و ض...
هیچکدام از این دو روش برای همه بهصرفهتر نیست. اگر از قبل TRX را برای بلندمدت نگه میدارید و مصرف Energy شما نسبتاً ثابت است، استیکینگ میتواند منطقی باشد؛ چون بدون پرداخت اجاره ...