تفكيك رسوم تحويلات TRC-20: الطاقة، bandwidth، وما يُحتسب فعلياً

موردان، معاملة واحدة

كل تحويل TRC-20 على TRON يستهلك موردين متمايزين: bandwidth والطاقة. يُحتسبان بشكل منفصل، يُسحبان من مجمعات منفصلة، ولهما آليات تجديد مختلفة تماماً. يفهم معظم المطورين أحدهما أو الآخر، لكن التفاعل بينهما هو حيث تبقى التكاليف قابلة للإدارة أو تتصاعد.

يغطي bandwidth تكلفة البايت الخام لبث معاملة إلى الشبكة. تغطي الطاقة تكلفة تنفيذ الآلة الافتراضية لتشغيل منطق العقد الذكي. تحويل TRX بسيط يحتاج إلى bandwidth فقط. تحويل TRC-20، الذي يُشغّل دالة transfer(address,uint256) الخاصة بعقد الرمز، يحتاج كليهما.

bandwidth: النصف الأبسط

يحصل كل حساب TRON على 600 bandwidth مجانية يومياً عبر بدل أساسي. معاملة تحويل TRC-20 قياسية عادةً حوالي 345 بايت، وهو ما يُترجم إلى ما يقارب 345 وحدة bandwidth (تفرض الشبكة 1 bandwidth لكل بايت من بيانات المعاملة، بما فيها التوقيعات وحقول الملاحظات).

إذا كان لحسابك ما يكفي من bandwidth اليومي المجاني أو TRX مربوط لـ bandwidth، فإن المعاملة لا تكلف شيئاً على هذا البعد. إذا كان مجمع bandwidth فارغاً، تحرق الشبكة TRX مباشرة بمعدل 0.001 TRX لكل وحدة bandwidth (1,000 SUN لكل بايت). لمعاملة من 345 وحدة، يكون ذلك 0.345 TRX محروق من عنوان الإرسال، دون الحاجة إلى ربط.

الـ 600 وحدة اليومية المجانية تُعاد ضبطها عند الساعة 00:00 UTC. إذا كنت تجري تحويلات بحجم منخفض، فنادراً ما ستصطدم بتكاليف bandwidth على الإطلاق. المرسلون ذوو الحجم الكبير عادةً يربطون TRX لـ bandwidth بدلاً من الحرق، لأن عائد الربط يغطي معاملات أكثر لكل TRX مما يفعله معدل الحرق.

الطاقة: حيث تكمن التكلفة الحقيقية

يستهلك تحويل USDT TRC-20 ما يقارب 65,000 طاقة. هذا الرقم يأتي من تنفيذ bytecode المتوافق مع EVM داخل الآلة الافتراضية لـ TRON: قراءات وكتابات storage إلى تعيين الرصيد للعقد، إصدار الحدث لسجل Transfer، وفحوصات الأمان الداخلية. الرقم الدقيق يمكن أن يتفاوت قليلاً اعتماداً على ما إذا كانت storage slots تُكتب لأول مرة (cold) مقابل تحديثها (warm)، لكن 65,000 هو الرقم القياسي لتحويل USDT نموذجي بين عنوانين نشطين. تحويل إلى مستلم رصيد USDT لديه حالياً صفر يتضاعف تقريباً إلى حوالي 130,000 طاقة لأن storage slot جديد يُخصص.

للطاقة مصدران: TRX المربوط الخاص بك، أو طاقة مُستأجرة (مُفوّضة) من طرف ثالث. ربط TRX يمنحك حصة متناسبة من مجمع الطاقة الكلي للشبكة، ويتجدد المجمع خطياً عائداً إلى 100% خلال 24 ساعة. النسبة الدقيقة للطاقة لكل TRX مربوط تعتمد على إجمالي المبلغ المربوط على مستوى الشبكة وتتغير بمرور الوقت. استرداد 65,000 طاقة من ربطك الخاص وحده يتطلب مبلغاً كبيراً من TRX مقفلاً، وهذا هو سبب وجود استئجار الطاقة.

ما يحدث عندما تنفد الطاقة

إذا كانت المعاملة تحتاج 65,000 طاقة ولم يكن لحسابك ما يكفي متاحاً، فإن الشبكة لا تعالج تنفيذاً جزئياً بصمت. بدلاً من ذلك، تتحقق من fee_limit الخاص بالمعاملة وتحرق TRX من حسابك، حتى ذلك الحد، لتغطية نقص الطاقة، ثم تنفذ المعاملة الكاملة. إذا تجاوز النقص fee_limit الخاص بك، تفشل المعاملة قبل أن تُلتزم أي تغييرات في الحالة.

هذا هو السيناريو الذي تريد تجنبه: الدفع كلاً من طاقتك المربوطة و TRX المحروق فوقه، أو الأسوأ، فشل المعاملة بشكل صريح لأن fee_limit ضُبط منخفضاً جداً. يمكنك التحقق من تكلفة TRX الحالية لتغطية 65,000 طاقة على صفحة التسعير قبل الالتزام باستراتيجية.

Stake 2.0 غيّر طريقة عمل التفويض

قبل Stake 2.0 (المُفعّل على الشبكة الرئيسية في أبريل 2023)، كان الربط والتفويض متشابكين: يستدعي مالك المورد freezeBalance ويحدد عنوان مستلم مباشرة، يُربط التجميد بذلك المستلم، ولم يكن النموذج يمتلك المرونة اللازمة لأسواق الموارد.

أدخل Stake 2.0 freezeBalanceV2 وفصل إجراء الربط عن إجراء التفويض. أنت الآن تربط TRX في مجمع شخصي للطاقة أو bandwidth، ثم تفوض ذلك المورد بشكل منفصل عبر delegateResource. هذا يعني:

• التفويضات قابلة للإلغاء افتراضياً ويمكن إعادة تخصيصها دون فك الربط. هناك راية اختيارية lock: ضبطها إلى true يحتفظ بالتفويض لمدة لا تقل عن فترة القفل الأدنى للشبكة (حالياً 3 أيام). بدون تلك الراية، يمكنك سحب التفويض في أي وقت.
• فترة الانتظار البالغة 14 يوماً لفك الربط تنطبق على ربط TRX الأساسي عند سحبه، وليس على التفويض نفسه.
• يمكن لمنصات استئجار الطاقة تدوير التفويضات عبر عناوين مستلمين كثيرة من مركز ربط واحد.

على السلسلة، عندما تفوض منصة استئجار مثل tronenergyrent.com الطاقة إلى عنوانك، ينعكس المبلغ المُفوّض في حالة حسابك، مرئياً عبر wallet/getaccount كـ acquired_delegated_frozenV2_balance_for_energy. الطاقة القابلة للاستخدام المقابلة تظهر مقابل حد الطاقة لحسابك وتكون قابلة للإنفاق فوراً دون أي إجراء من جانبك.

تكاليف الاستئجار مقابل تكاليف الحرق

الاستئجار مُسعّر لكل مستوى مدة: ساعة واحدة، يوم، 3 أيام، 30 يوماً. مستوى الساعة الواحدة هو الأرخص بالـ TRX المطلق، مستوى الـ 30 يوماً هو الأغلى، مع اليوم والثلاثة أيام في الوسط. يعكس التسعير المدة التي يبقى فيها ربط TRX الأساسي للمنصة مقفلاً على عنوانك: نوافذ أطول = رأس مال مقيد أكثر = TRX مفروض أكثر. للأرقام الحالية لكل مستوى بالـ TRX، انظر التسعير.

مقارنة بالحرق، يكاد الاستئجار يفوز دائماً للمرسلين الذين يخططون مقدماً. حرق الـ 65,000 طاقة الكاملة بمعدل الشبكة الديناميكي مباشر لكنه معرض لأي تكلفة حرق حالية تصادف الوجود، والتي يمكن أن تتحرك بحدة عندما يتغير إجمالي طلب طاقة الشبكة. الاستئجار يمنحك تكلفة TRX ثابتة في وقت الطلب.

ترتيب أولوية الموارد أثناء التنفيذ

عندما تُنفذ معاملة، تسحب الآلة الافتراضية الطاقة بترتيب محدد:

1. الطاقة المدعومة بموارد مفوضة إلى عنوانك من حسابات أخرى
2. الطاقة من TRX المربوط الخاص بك
3. TRX محروق من حسابك لتغطية أي نقص متبقٍ (محدد بـ fee_limit)

هذا الترتيب مهم لاستراتيجيات الاستئجار. الطاقة المُفوّضة تُستهلك قبل ربطك الخاص. لذا إذا كان لديك كل من طاقتك المربوطة الخاصة وطاقة مستأجرة، يُسحب الجزء المستأجر منه أولاً. بمجرد انتهاء نافذة الاستئجار واستعادة التفويض، يعود حسابك إلى رصيده المربوط الخاص أو، إذا لم يكن كافياً، إلى حرق TRX.

bandwidth يتبع نفس الأولوية: التخصيص اليومي المجاني أولاً، ثم bandwidth المربوط، ثم حرق TRX. لا يوجد استبدال بين الموارد، لا يمكنك استخدام طاقة فائضة لتغطية نقص bandwidth.

قراءة حالة موارد حسابك على السلسلة

نقطة نهاية TRON API wallet/getaccountresource تُرجع كائن JSON بالحقول التي يجب أن تعرفها:

• EnergyLimit: إجمالي الطاقة المتاحة حالياً لحسابك من ربطك الخاص
• EnergyUsed: الطاقة المستهلكة في نافذة الـ 24 ساعة الحالية
• TotalEnergyLimit: إجمالي الطاقة على مستوى الشبكة (مفيد لحساب نسبة الربط إلى الطاقة)
• TotalEnergyWeight: إجمالي وزن الربط على مستوى الشبكة للطاقة
• freeNetLimit: بدل bandwidth اليومي المجاني الخاص بك (عادةً 600)
• NetLimit: bandwidth من TRX المربوط الخاص بك
• NetUsed: bandwidth المستهلك اليوم
• TotalNetLimit, TotalNetWeight: المجاميع على مستوى الشبكة لـ bandwidth

لرؤية كم من الطاقة فُوّض إلى عنوانك من قبل الآخرين، استعلم wallet/getaccount واقرأ حقل acquired_delegated_frozenV2_balance_for_energy. لتفاصيل كل مُفوِّض، بما فيها أي انتهاء قفل، استخدم wallet/getdelegatedresourcev2.

إذا كنت تبني نظاماً يرسل تحويلات TRC-20 برمجياً، فإن استطلاع هذه النقاط النهائية قبل البث يتيح لك اكتشاف ظروف انخفاض الطاقة قبل أن تسبب حروق TRX غير متوقعة. تغطي وثائق API كيفية دمج فحوصات الموارد وطلب الطاقة في سير العمل الآلية.

لماذا تتفاوت عقود الرموز في استهلاك الطاقة

رقم الـ 65,000 طاقة الخاص بـ USDT خاص بعقد Tether في TR7NHqjeKQxGTCi8q8ZY4pL8otSzgjLj6t. عقود TRC-20 الأخرى ستختلف. عقد رمز بمنطق إضافي (آليات الرسوم على التحويل، فحوصات allowance للموجهات، أو إصدارات أحداث لمواضيع متعددة) سيستهلك طاقة أكثر لكل استدعاء. عقد بنمط ERC-20 بسيط قد يأتي بأقل من 30,000.

الطريقة الوحيدة الموثوقة لمعرفة تكلفة الطاقة الفعلية لعقد هي محاكاة المعاملة أو النظر إلى سجلات التنفيذ التاريخية لذلك العقد المحدد على مستكشف كتل. لا تطبق رقم USDT بشكل عام على كل رموز TRC-20.