سعر ترون (TRX)

TRX (TRONIX) هو الرمز الأصلي لشبكة TRON، وليس رمزاً مثل TRC-20 مبنياً على TRON. ويمكن استخدامه كأصل للتحويل، ولدفع رسوم موارد الشبكة، ورهنه للحصول على الموارد وحقوق التصويت، كما يعمل في تطبيقات TRON اللامركزية كوحدة لتسعير الرسوم أو أصل للضمان أو السيولة. وتعني مكانته «الأصلية» أن البروتوكول نفسه يستخدم TRX لمعالجة الموارد والرهن والمكافآت؛ أما معايير سلسلة TRC فهي مواصفات واجهة يستخدمها المطورون لإنشاء أصول أخرى على الشبكة. ويمكن أن يتعايش الاثنان على الشبكة نفسها، لكن دوريهما يختلفان على مستوى البروتوكول.

الاستخدامات الأساسية لـ TRX هي دفع تكاليف الموارد، ورهنه للحصول على النطاق الترددي أو الطاقة وTRON Power (TP)، واستخدام TP للتصويت لاختيار الممثلين الفائقين. وعند نقص الموارد، يمكن للحساب حرق TRX لإتمام المعاملة؛ ويمكن للموارد المكتسبة بالرهن أو المفوضة تغطية الاستهلاك المقابل أولاً. في DeFi أو التطبيقات الأخرى، يمكن أيضاً استخدام TRX وفق قواعد كل تطبيق كضمان أو سيولة أو وحدة لتسعير الرسوم. هذه استخدامات على مستوى التطبيق ولا تعني أن البروتوكول يضمن أي عائد؛ ويتوقف دفع TRX فعلياً أو استهلاك الموارد أو الحصول على المكافآت على المعاملة المنفذة وحالة الرهن وقواعد التطبيق المختار.

بعد رهن TRX، يحصل المستخدم على TRON Power وموارد مثل النطاق الترددي أو الطاقة. ينتج كل 1 TRX مرهون 1 TP؛ وTP هو وزن التصويت الذي يمكن استخدامه للتصويت للممثلين الفائقين (SR). وتغطي الموارد مباشرةً استهلاك تخزين بيانات المعاملات أو تنفيذ العقود الذكية، فتقلل الحاجة إلى حرق TRX عند نقصها. الرهن لا يعني التخلي عن TRX نهائياً. دورة الحياة التي تصفها الجهة الرسمية هي Stake → Unstake → Withdraw: يُرهن الرمز أولاً لاكتساب الموارد وTP؛ وعند الحاجة إلى استرداده يبدأ إلغاء الرهن؛ ولا يمكن سحب TRX إلى حالة قابلة للتحويل بحرية إلا بعد انتهاء فترة الانتظار التي تحددها الشبكة. ويحدد معامل السلسلة getUnfreezeDelayDays عدد أيام الانتظار، لذا ينبغي الرجوع إلى معلمات الشبكة وقتها.

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

TRX هو الأصل الأساسي الأصلي لبروتوكول TRON؛ أما TRC-10 وTRC-20 وTRC-721 وTRC-1155 فهي معايير لإنشاء رموز أو أصول رقمية أخرى على TRON. ومعيار TRC-20 خاصةً معيار للرموز القابلة للاستبدال التي تعمل على آلة TRON الافتراضية، وليس اسماً آخر لـ TRX. والفرق العملي هو أن TRX يستخدم لموارد البروتوكول والرهن والتصويت؛ أما قواعد الإصدار والمعروض ووظائف العقد والقيمة لأصول TRC-20 فتحددها عقودها الخاصة. قبل الإرسال أو التفاعل، يجب التحقق من عقد الأصل والشبكة ودعم المستلم معاً، ولا يجوز اعتبارهما قابلين للاستبدال لمجرد وجودهما على شبكة TRON.

ينشئ البروتوكول الأساسي TRX جديداً عند إنتاج الممثلين الفائقين للكتل، ولا يستطيع المستخدمون العاديون سكّه بأنفسهم. ولكل كتلة تدفقا مكافآت: مكافأة إنتاج الكتلة المدفوعة إلى SR الذي ينتج الكتلة فعلياً، ومكافأة التصويت الموزعة على منظومة SR المؤهلة بحسب قوة التصويت، ثم للمصوتين وفق القواعد ذات الصلة. تسرد الوثائق الرسمية المعلمات الحالية لكل كتلة بوصفها مكافأة إنتاج 8 TRX ومكافأة تصويت 128 TRX، لكن كليهما قابل للتعديل بمقترحات اللجنة. تستهدف مكافأة التصويت أول 127 SR (27 SR نشطاً و100 SR Partner)، وتوزع بحسب الأصوات المكتسبة؛ ويحتفظ SR أولاً بحصته وفق brokerage rate الخاص به، ثم يطالب المصوتون بجزئهم المتراكم.

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

تستخدم TRON إثبات الحصة المفوض (DPoS). يرهن المستخدمون TRX أولاً للحصول على TP ثم يصوتون باستخدام TP؛ وفي كل دورة صيانة، تحدد الأصوات 27 ممثلاً فائقاً نشطاً للدورة التالية، ثم يتناوب SR النشطون على إنتاج الكتل والتحقق من المعاملات. ومن ثم يربط التصويت بين رهن الحيازة واختيار منتجي الكتل. ولا يتوقف حصول المصوتين على المكافآت ونسبتها على كمية الحيازة أو الرهن وحدها، بل أيضاً على التصويت لـ SR مؤهل، وأصوات ذلك SR وbrokerage rate الذي يحدده. وقد تتغير مكافآت SR أو شركائه وقواعد توزيعها مع معلمات السلسلة وسياسات SR؛ لذلك لا ينبغي اعتبار مكافآت التصويت التزاماً بعائد ثابت.

أصغر وحدة لـ TRX هي sun بحروف صغيرة: 1 TRX = 1,000,000 sun. وغالباً ما تعد العقود الذكية وAPI وحقول المعاملات الأساسية بالقيمة sun، ولذلك يجب ضرب مبلغ TRX المقروء بشرياً في 1,000,000 لتحويله إلى أصغر وحدة. مثلاً، يمثل 10 TRX في الواجهة 10,000,000 sun؛ وعند عرض الرصيد بالعكس يجب القسمة على 1,000,000. ويجب التمييز خصوصاً بين sun الصغيرة وSUN الكبيرة: فالأخيرة رمز حوكمة TRC-20 آخر ولا تربطها علاقة أصل بوحدة TRX الأصغر.

يتطلب تحويل TRX أولاً إنشاء معاملة TransferContract، ثم توقيعها بالمفتاح الخاص لحساب المرسل وبثها إلى الشبكة؛ ويثبت التوقيع أن الحساب فوض نقل الرصيد من رصيده إلى عنوان المستلم. إن إنشاء معاملة غير موقعة لا يعني اكتمال التحويل، إذ لا تدخل المعالجة على السلسلة مرحلة التنفيذ إلا بعد التوقيع والبث. عند التنفيذ، ينبغي التحقق من عنوان المستلم والشبكة ووحدة المبلغ والموارد أو الرصيد المتاح. وغالباً ما يمثل المبلغ الأساسي بوحدة sun، وقد يؤدي نقص الموارد إلى حرق TRX؛ وعندما يستخدم المفتاح الخاص أو صلاحية التوقيع في معاملة صالحة على السلسلة لعنوان خاطئ، لا توجد عادةً خطوة سحب تلقائي من الشبكة.

يمكن أن يعمل TRX في TRON DeFi وفق قواعد التطبيق كضمان أو سيولة أو أصل لتسعير الرسوم؛ وقد تستهلك هذه الأنشطة أيضاً نطاقاً ترددياً أو طاقة أو تحرق TRX عبر التحويلات واستدعاءات العقود. ولذلك قد ترتبط باستخدام موارد الشبكة وآليات الرسوم، لكنها لا تعني أن كل استخدام للتطبيقات ينشئ تلقائياً طلباً متساوياً على TRX. فعلى سبيل المثال، تعتمد عمليات الإقراض والتداول اللامركزي والعملات المستقرة على عقود وقواعد ضمان وشروط سيولة مختلفة. وتحدد تصاميم التطبيقات مخاطر العقود الذكية والتصفية والخسارة غير الدائمة أو مخاطر أسعار الأصول التي يتحملها المستخدم؛ ولا يمكن استنتاج أمان أو عائد أي تطبيق محدد مباشرةً من أن TRX أصل أساسي للمنظومة.

لا يتبع معروض TRX نموذج حد أقصى ثابتاً، بل يعمل عبر مسارين هما «الزيادة بإصدار مكافآت الكتل — والانخفاض بحرق الرسوم». تجلب الكتل الجديدة باستمرار مكافآت الإنتاج والتصويت؛ وتحرق عمليات الشبكة TRX عند نقص الموارد أو تفعيل رسوم مباشرة. ويمكن تلخيص التغير الصافي لفترة ما كما يلي: التغير الصافي في المعروض = TRX المسكوك حديثاً − TRX المحروق. عندما تتجاوز كمية الحرق كمية السك ينخفض صافي TRX المتداول؛ والعكس صحيح. وقد يزيد ارتفاع نشاط الشبكة استهلاك الموارد والحرق، لكن زيادة الرهن قد تتيح لعدد أكبر من الحسابات تغطية المعاملات بالموارد وتقلل الحرق؛ كما يمكن تعديل مبالغ المكافآت وأسعار وحدات الموارد عبر الحوكمة. لذلك يوضح هذا التعبير إطار تحديد اتجاه المعروض، وليس ضماناً لانكماش مستقبلي أو للسعر.