کسب‌وکارها چگونه باید انرژی ترون را برای تراکنش‌های TRC-20 با حجم بالا ساختاربندی کنند

مشکل برخورد یکسان با هر انتقال

بیشتر کاربران ترون به انرژی به‌صورت ازای هر تراکنش فکر می‌کنند. این چارچوب وقتی چند بار در هفته USDT می‌فرستید مشکلی ندارد. اگر یک صرافی، یک پردازنده پرداخت، یا یک موتور برداشت را اداره می‌کنید که روزانه هزاران انتقال TRC-20 را به جلو می‌راند، دیدگاه ازای هر تراکنش بی‌سروصدا برایتان مقدار زیادی TRX هزینه خواهد داشت.

مسئله اصلی این است که مدل منابع ترون به مصرف قابل پیش‌بینی و تعهدات سرمایه‌ای ساختاریافته پاداش می‌دهد. کسب‌وکارهایی که می‌فهمند استیکینگ، تفویض و مدت اجاره چگونه با یکدیگر تعامل دارند، در نهایت به‌طور معناداری کمتر از کسانی که TRX را به‌صورت واکنشی در بازار نقدی انرژی می‌سوزانند، به ازای هر انتقال پرداخت می‌کنند. این مقاله مکانیک واقعی را گام به گام بررسی می‌کند و توضیح می‌دهد چگونه استراتژی انرژی خود را بر اساس حجم واقعی ساختاربندی کنید.

ترون چگونه انرژی را در سطح حساب تخصیص می‌دهد

هر حساب ترون یک سقف انرژی دارد که از یکی از دو منبع می‌آید: TRX استیک‌شده برای انرژی از طریق Stake 2.0 (ظرفیت خودتان)، یا انرژی‌ای که آدرس دیگری به شما تفویض کرده است (ظرفیت دریافتی). وقتی یک فراخوانی قرارداد هوشمند اجرا می‌شود، شبکه انرژی را از موجودی در دسترس حساب شما کسر می‌کند، ابتدا تفویض‌های دریافتی را تخلیه می‌کند، سپس انرژی استیک‌شده خودتان را. اگر هیچ‌کدام پاسخگوی فراخوانی نباشد، شبکه برای جبران کسری، TRX را از حساب شما می‌سوزاند.

انرژی به‌صورت خطی در طول ۲۴ ساعت بازیابی می‌شود: حسابی که کل بودجه انرژی خود را مصرف کند، روز بعد آن را به‌طور کامل بازیابی می‌کند. هیچ مکانیک افزایش ناگهانی یا پرتگاه بازیابی جزئی برای برنامه‌ریزی وجود ندارد. آنچه روز به روز تغییر می‌کند، نسبت سراسری شبکه‌ای TRX استیک‌شده به عرضه انرژی است که میزان مؤثر انرژی به ازای هر TRX استیک‌شده‌ای را که دریافت می‌کنید جابه‌جا می‌کند. هرچه TRX بیشتری در سراسر شبکه برای انرژی استیک شود، سهم شما از بودجه ثابت کل انرژی به‌طور متناسب کاهش می‌یابد.

Stake 2.0 (از آوریل ۲۰۲۳ روی شبکه اصلی فعال است) استیکینگ را از تفویض جدا کرد: شما TRX را در یک استخر منابع استیک می‌کنید، سپس به‌طور جداگانه آن ظرفیت استیک‌شده را به هر آدرسی که نیاز دارد تفویض می‌کنید. آزادسازی استیک پایه روی شبکه اصلی همچنان ۱۴ روز طول می‌کشد، اما هدایت مجدد یک تفویض بین حساب‌هایی که در اختیار دارید، وقتی تفویض قفل نشده باشد، آنی اتفاق می‌افتد. این چیزی است که معماری‌های مبتنی بر خزانه را برای کسب‌وکارها عملی می‌کند.

یک انتقال TRC-20 واقعاً چه چیزی مصرف می‌کند

یک انتقال استاندارد USDT تقریباً 65,000 انرژی مصرف می‌کند وقتی گیرنده از قبل USDT دارد، و حدود 130,000 انرژی وقتی موجودی USDT گیرنده صفر است (اولین انتقال هزینه ذخیره‌سازی ایجاد ورودی موجودی او را می‌پردازد). مصرف bandwidth حدود 345 بایت است که به 345 واحد bandwidth نگاشت می‌شود (ترون به ازای هر بایت ۱ bandwidth دریافت می‌کند). هر حساب روزانه 600 bandwidth رایگان دریافت می‌کند، بنابراین بیشتر انتقال‌ها bandwidth خود را از استخر رایگان تأمین می‌کنند. وقتی استخر رایگان تخلیه شود، شبکه TRX را با نرخ 1000 SUN per byte می‌سوزاند (پس یک انتقال ۳۴۵ بایتی حدود 0.345 TRX سوزانده می‌شود). برای بیشتر عملیات، bandwidth گلوگاه نیست. انرژی است.

با ۶۵٬۰۰۰ انرژی به ازای هر انتقال، پلتفرمی که روزانه ۲٬۰۰۰ برداشت انجام می‌دهد، روزانه ۱۳۰ میلیون انرژی مصرف می‌کند. تأمین این مقدار صرفاً از TRX استیک‌شده خودتان نیازمند سرمایه قابل‌توجهی است که در موجودی فریزشده غیر درآمدزا قفل می‌شود. به همین دلیل عملیات با حجم بالا معمولاً یک پایه از انرژی خود-استیک‌شده را با ظرفیت اجاره‌ای برای بقیه ترکیب می‌کنند.

وقتی اجاره می‌کنید واقعاً چه چیزی دریافت می‌کنید

این بخش خریداران تازه‌وارد را به اشتباه می‌اندازد. وقتی N انرژی را برای مدت D از tronenergyrent.com اجاره می‌کنید، سرویس TRX خودش را استیک می‌کند و آن موقعیت استیک‌شده را برای D به آدرس شما تفویض می‌کند، که در روز اول اجاره به N واحد انرژی تحویل‌داده‌شده به حساب شما ترجمه می‌شود. می‌توانید آن N را در پنجره اجاره در هر تعداد انتقال که می‌خواهید، چه زیاد چه کم، مصرف کنید. این مقدار در طول اجاره بازیابی نمی‌شود. اگر همه آن را در ساعت اول یک اجاره ۳۰ روزه خرج کنید، برای ادامه باید یک سفارش اجاره دیگر ثبت کنید.

پس چرا یک اجاره ۳۰ روزه برای همان مقدار انرژی بیشتر از یک اجاره ۱ ساعته هزینه دارد؟ زیرا TRX سرویس باید برای کل مدت استیک‌شده باقی بماند (و بنابراین بازدهی کسب نکند، برای معامله در دسترس نباشد، آنی قابل بازپس‌گیری نباشد). شما هزینه فرصت قفل شدن سرمایه پلتفرم را می‌پردازید، نه تحویل مستمر انرژی. هرچه مدت بیشتری تعهد دهید، پلتفرم سرمایه بیشتری کنار می‌گذارد و قیمت بر حسب TRX بالاتر می‌رود.

دلالت عملی: مدت اجاره را بر اساس اینکه چقدر زود انرژی اجاره‌شده را مصرف خواهید کرد انتخاب کنید، نه اینکه چقدر می‌خواهید انرژی «در دسترس» باشد. اجاره ۶۵٬۰۰۰ انرژی برای ۳۰ روز وقتی آن را در یک انتقال امروز بعدازظهر خرج خواهید کرد، هدررفت است. شما نرخ ۳۰ روزه را بدون استفاده از پنجره دسترسی طولانی‌تر می‌پردازید. برای کوتاه‌ترین دوره‌ای اجاره کنید که به‌راحتی پنجره مصرف شما را پوشش دهد.

مدت اجاره و آنچه ریاضی واقعاً می‌گوید

قیمت‌های اجاره بر حسب TRX قیمت‌گذاری می‌شوند و به‌صورت پیوسته با بازار انرژی روی زنجیره شناور هستند. ترتیب نسبی بین دوره‌ها پایدار است: 1h ارزان‌ترین و 30d گران‌ترین برای همان مقدار انرژی است. اعداد زنده TRX برای هر اندازه و مدت اجاره روی صفحه قیمت‌گذاری قرار دارند نه در این مقاله، بنابراین وقتی بازار حرکت می‌کند منسوخ نمی‌شوند.

برای کسب‌وکاری که حجم پایدار را سرویس می‌دهد، حرکت درست این است که حجم کل روزانه را به اندازه‌های اجاره‌ای تقسیم کنید که با پنجره‌های مصرف واقعی مطابقت دارد. دو الگوی عملی:

• الگوی حالت پایدار. اگر N انتقال را در یک باند ساعتی قابل پیش‌بینی به جلو می‌رانید، N × 65,000 انرژی را در سطح 1h هر ساعت اجاره کنید. هزینه به ازای هر انتقال، نرخ منتشرشده 1h تقسیم بر انتقال‌ها به ازای هر اجاره است. نظارت ساده، اشکال‌زدایی ساده اگر چیزی متوقف شود.
• الگوی دسته از پیش بارگذاری‌شده. اگر یک دسته پرداخت ثابت را پردازش می‌کنید (برای مثال، یک اجرای تسویه شبانه که ۵۰۰ انتقال را به‌یکباره به جلو می‌راند)، انرژی به اندازه کل دسته را در سطح 1h درست قبل از شروع دسته اجاره کنید. یک بار می‌پردازید، همه انتقال‌ها از همان استخر تفویض‌شده مصرف می‌کنند، اجاره کمی پس از تکمیل دسته منقضی می‌شود.

سطوح 1d و طولانی‌تر به شما تخفیف به ازای هر انتقال نمی‌دهند، مگر اینکه واقعاً به در دسترس بودن انرژی در آن پنجره طولانی‌تر نیاز داشته باشید. آن‌ها به نیاز متفاوتی خدمت می‌کنند: تعهد پیشین به ظرفیت وقتی می‌خواهید از ثبت سفارش‌های اجاره در طول یک پنجره با بار بالای شناخته‌شده اجتناب کنید (راه‌اندازی توکن، رویداد لیست شدن در صرافی، یک افت قیمت شناخته‌شده که دروازه شما انتظار جهش سفارش دارد).

تفویض خزانه برای عملیات چند کیف پولی

اگر عملیات شما چندین کیف پول گرم را اداره می‌کند، یکی به ازای هر جفت ارز، یکی به ازای هر منطقه، یکی به ازای هر سرویس، هر کیف پول به انرژی خاص خود نیاز دارد. دو گزینه: TRX را در هر کیف پول به‌صورت جداگانه استیک کنید، یا از یک کیف پول خزانه مرکزی برای استیک کردن و تفویض انرژی به بیرون استفاده کنید.

مدل خزانه تقریباً همیشه بهتر است. یک حساب خزانه واحد TRX استیک‌شده را نگه می‌دارد و از فراخوانی قرارداد delegateresource برای فرستادن ظرفیت انرژی به چند آدرس گیرنده استفاده می‌کند. وقتی نیاز به متعادل‌سازی مجدد دارید، undelegateresource را از خزانه فراخوانی کنید و ظرفیت آزادشده را به گیرنده دیگری تفویض مجدد کنید. هیچ‌کدام از این‌ها نیازی به خارج کردن خود TRX از استیک ندارد. شما فقط ظرفیت موجود را هدایت مجدد می‌کنید.

فراخوانی delegateresource یک پارامتر lock می‌پذیرد. اگر lock=true، تفویض نمی‌تواند برای حداقل دوره قفل (در حال حاضر ۳ روز) لغو شود. اگر lock=false (پیش‌فرض برای جریان‌های داخلی انعطاف‌پذیری که کسب‌وکارها استفاده می‌کنند)، تفویض‌دهنده می‌تواند در هر زمان بازپس بگیرد. بیشتر تفویض‌های داخلی خزانه باید برای انعطاف از lock=false استفاده کنند؛ تفویض‌های قفل‌شده فقط زمانی منطقی هستند که یک طرف مقابل بر تضمین‌ها اصرار داشته باشد.

هر تفویض حساب به حساب و مشخص است. می‌توانید به‌طور همزمان از همان خزانه ارزش ۲۰۰٬۰۰۰ انرژی استیک به کیف پول A و ۵۰۰٬۰۰۰ ارزش به کیف پول B تفویض کنید. خود خزانه هرگز مجبور به ارسال انتقال‌ها نیست؛ فقط سرمایه را نگه می‌دارد و تفویض‌ها را ارکستر می‌کند.

خودکارسازی از طریق API

مدیریت دستی انرژی فراتر از چند کیف پول مقیاس‌پذیر نیست. برای سیستم‌های تولیدی، می‌خواهید نظارتی داشته باشید که انرژی هر کیف پول گرم را تماشا کند و اجاره‌ها را در صورت تقاضا فعال کند. API tronenergyrent.com آن را به‌صورت اندپوینت‌های ساده HTTP GET با پارامترهای کوئری در معرض دید قرار می‌دهد: place-energy-order برای ثبت اجاره‌ها، single-order-details برای نظرسنجی وضعیت سفارش، و account-info برای بررسی موجودی پیش‌پرداخت شما. احراز هویت پارامتر کوئری apiKey است که از داشبورد خود تولید می‌کنید. هیچ احراز هویت مبتنی بر هدر و هیچ بدنه JSON برای هیچ‌کدام از این اندپوینت‌ها وجود ندارد.

یک حلقه نظارتی معمول:

1. هر دقیقه، انرژی هر کیف پول گرم را از طریق wallet/getaccountresource روی نود کامل ترون (api.trongrid.io) جست‌وجو کنید. ظرفیت باقی‌مانده را به‌صورت EnergyLimit - EnergyUsed محاسبه کنید.
2. اگر ظرفیت باقی‌مانده زیر بافر ایمنی شما افتاد (برای مثال، کمتر از ۳۰ دقیقه از حجم انتقال مورد انتظار)، place-energy-order را با period=1h و مقدار انرژی مورد نیاز فراخوانی کنید.
3. single-order-details را با orderId بازگشتی نظرسنجی کنید تا state به ENERGY_DELEGATED برسد (معمولاً یک یا دو نظرسنجی)، سپس پخش انتقال‌ها را از سر بگیرید.
4. requestId را روی هر پاسخ API ثبت کنید تا پشتیبانی بتواند در صورت توقف چیزی، سفارش‌های خاص را ردیابی کند.

این الگو به شما اجازه می‌دهد که سبک کار کنید. شما در همه زمان‌ها ۳۰ روز ظرفیت اوج را در ذخیره نگه نمی‌دارید. یک بافر زنده کوچک را حفظ می‌کنید، پر کردن مجدد را خودکار می‌کنید، و از داشبورد برای نظارت دستی و بررسی ناهنجاری استفاده می‌کنید.

فعال‌سازی آدرس‌های گیرنده

اگر گیرندگان شما شامل آدرس‌های تازه ترون هستند که هرگز قبلاً TRX دریافت نکرده‌اند، آن‌ها هنوز روی زنجیره فعال نشده‌اند و تا زمان فعال‌سازی نمی‌توانند انرژی تفویض‌شده دریافت کنند. دو راه برای مدیریت این در یک خط لوله با حجم بالا:

• گیرندگان را خودتان از پیش فعال کنید با فرستادن مقدار کوچکی TRX از یک کیف پول خزانه به هر آدرس جدید قبل از اینکه به صف انتقال برسد. شما گام فعال‌سازی را به‌صراحت مدیریت می‌کنید و می‌توانید آن را مستقل از جریان انتقال دسته‌بندی کنید.
• به API اجاره اجازه دهید گیرنده را به‌عنوان بخشی از فراخوانی اجاره فعال کند: preActivateDestinationAddress=1 را در درخواست place-energy-order ارسال کنید و سرویس قبل از تفویض انرژی، آدرس را فعال می‌کند. هزینه فعال‌سازی (1.5 TRX) از موجودی پیش‌پرداخت شما کسر می‌شود.

برای دسته‌های قابل پیش‌بینی که می‌توانید خیلی پیشتر از پیش فعال کنید، مسیر خود-فعال‌سازی کیف پول‌های گرم شما را ساده‌تر نگه می‌دارد. برای انتقال‌های موردی که وضعیت فعال‌سازی به ازای هر گیرنده متغیر است، اجازه دادن به API اجاره برای مدیریت فعال‌سازی در همان فراخوانی، از یک مسیر کد جداگانه برای بررسی «آیا گیرنده از قبل فعال است» اجتناب می‌کند.

محاسبه نوسان قیمت TRX

قیمت‌های اجاره بر حسب TRX قیمت‌گذاری می‌شوند و خود TRX در برابر دلار نوسان قیمت دارد. هزینه واقعی دلاری شما به ازای هر انتقال، حاصل‌ضرب نرخ اجاره بر حسب TRX و نرخ نقدی TRX/USD در زمان مصرف است. وقتی TRX افزایش قیمت دارد، هزینه دلاری شما به ازای هر انتقال حتی وقتی قیمت TRX انرژی ثابت می‌ماند بالا می‌رود.

دو پاسخ عملی. اول، با هزینه انرژی خود به‌صورت داخلی به‌عنوان یک ردیف قیمت‌گذاری‌شده بر حسب TRX برخورد کنید نه اینکه پیوسته به دلار تبدیل کنید. این کار نوسانات کوتاه‌مدت قیمت را از معیارهای عملیاتی شما هموار می‌کند و شما را از خرید واکنشی بیش از حد در طول جهش‌های موقت باز می‌دارد. دوم، وقتی TRX در ارزش‌های دلاری بالاتر معامله می‌شود، در نظر بگیرید که اجاره‌های خود را کمی طولانی‌تر وزن‌دهی کنید (شما همان سرمایه قیمت‌گذاری‌شده بر حسب TRX را تعهد می‌دهید اما در یک دوره‌ای که TRX به‌طور ساختاری گران است، پوشش اجاره بیشتری را قفل می‌کنید). هر دو حرکت بهینه‌سازی‌های کوچک هستند نه بردهای هزینه‌ای اصلی. انتخاب ساختاری که بیشترین اهمیت را دارد، تطبیق مدت اجاره با الگوی مصرف واقعی است، نه دنبال کردن نمودار TRX/USD.

اگر هزینه مؤثر شما به ازای هر انتقال (میانگین متحرک ۳۰ روزه) در طول زمان به سمت بالا منحرف می‌شود، این معمولاً به یکی از دو چیز اشاره دارد: پیش‌بینی حجم شما اشتباه است و شما به‌طور مداوم بیش از آنچه مصرف می‌کنید اجاره می‌کنید، یا نسبت سراسری شبکه‌ای TRX استیک‌شده به انرژی به‌طور نامطلوبی جابه‌جا شده است. هر دو را ردیابی کنید و وقتی هرکدام به‌طور مادی حرکت کرد استراتژی خود را بازنگری کنید، به جای واکنش به قیمت نقدی هر بار یک اجاره.