سعر Sui (SUI)

SUI هي العملة الأصلية لشبكة Sui الرئيسية: يستخدمها المستخدمون لدفع رسوم Gas للعمليات على السلسلة، ويمكن للحاملين تفويضها إلى المدققين للمشاركة في إثبات الحصة، كما يمكن استخدامها كحق تصويت على السلسلة وأصل سائل في التطبيقات. وهي ليست نقاطاً لتطبيق واحد بعينه؛ فعند تنفيذ معاملة على Sui، يجب تسعير الرسوم المعنية ودفعها بـ SUI. لذلك، لا يعني امتلاك SUI تلقائياً الحصول على عوائد أو حقوق في تطبيق معين. ويتوقف دورها المحدد في الحوكمة والتخزين والتطبيقات على القواعد المنشورة لكل من بروتوكول الشبكة والتطبيقات ذات الصلة.

تتخذ حالة Sui على السلسلة من «الكائنات» وحدات أساسية، بدلاً من وضع كل الحالة في جدول أرصدة موحّد لعنوان ما. يمكن أن تكون الأصول والبيانات والموارد التي تنشئها العقود الذكية Move كائنات ذات معرّف فريد ومالك وإصدار؛ وتقرأ المعاملة الكائنات كمدخلات، وتنتج أو تعدّل أو تنقل أو تحذف كائنات كمخرجات. يؤثر هذا التصميم في مسار المعاملة. فالكائنات المملوكة لعنوان، والتي يسيطر عليها عنوان واحد فقط، لا تتنافس عادةً مع مستخدمين آخرين ويمكنها المرور في مسار سريع أقل زمناً؛ أما الكائنات المشتركة القابلة للتغيير، التي يمكن لعدة أطراف تشغيلها، فيجب أن تمر بترتيب الإجماع. تتيح الكائنات المشتركة تفاعلات متعددة الأطراف مثل مجمعات السيولة والأسواق، لكن كتابة عدد كبير من المعاملات في الكائن نفسه في الوقت نفسه يخلق تنازعاً، لذا لا ينبغي خلط زمن الاستجابة والإنتاجية فيها مع معاملات الكائنات المملوكة لعناوين التي لا تشهد تنازعاً.

تستخدم Sui إثبات الحصة المفوّض (DPoS). لا يحتاج حاملو SUI إلى تشغيل مدقق بأنفسهم؛ إذ يمكنهم تفويض SUI الخاصة بهم إلى مدقق مختار لتُحتسب ضمن حصة ذلك المدقق. ويقفل المدقق ضمانه خلال epoch ويعالج عمليات الشبكة ويتحقق منها. لا يعني التفويض تسليم الرموز إلى المدقق ليتصرف بها كيفما يشاء: ينشئ البروتوكول كائن تخزين ذاتي الحفظ لهذه الحصة، ويسجل فيه مجمع حصة المدقق وepoch التفعيل. لا تسري تغييرات حصة المدقق إلا في epoch جديد؛ ويمكن للحامل السحب أو تغيير التفويض قبل بداية epoch التالي. ويظل اختيار المدقق ذا فرق عملي، لأن مكافآت التفويض ترتبط بمقدار التفويض، كما تؤثر خدمة المدقق وترتيبات الرسوم لديه في نتيجة المفوِّض.

عائد تخزين SUI ليس معدل فائدة ثابتاً مُلتزماً به مسبقاً. في نهاية كل epoch، يجمع البروتوكول أولاً مكافآت التخزين لذلك الـ epoch: وتشمل رسوم الحساب المتراكمة خلاله، وإعانة مكافآت التخزين الموجودة في المراحل المبكرة للشبكة والتي تزول عندما يقترب المعروض المتداول من حد المعروض؛ ثم توزَّع وفق قواعد البروتوكول على المشاركين وجزء مخصص لتعويض تكاليف التخزين. بالنسبة إلى المفوِّض، لا تتراكم مكافآت ذلك الـ epoch إلا إذا ظلت الحصة نشطة طواله. وعند إلغاء التخزين، يحسب النظام المكافآت القابلة للسحب من مجمع مكافآت المدقق استناداً إلى epoch تفعيل الحصة وepoch إلغائها، ثم يفك الحصة إلى SUI مع الأصل والمكافآت المتراكمة. لذلك، لا يمكن اعتبار العائد التاريخي المعروض أو أداء المدقق أو توقيت بدء التخزين وإلغائه التزاماً بعائد ثابت.

يمكن تلخيص صافي رسوم Gas لمعاملة على Sui على النحو الآتي: صافي الرسوم = رسوم الحساب + رسوم التخزين − استرداد التخزين. تعتمد رسوم الحساب على وحدات الحساب اللازمة لتنفيذ المعاملة وسعر Gas الحساب الذي تعتمده تلك المعاملة؛ وتعتمد رسوم التخزين على وحدات التخزين التي تشغلها البيانات الجديدة على السلسلة وسعر التخزين. يمكن فهم سعر Gas الحساب على أنه السعر المرجعي الحالي مضافاً إليه إكرامية اختيارية. يقدّم المدققون في بداية كل epoch أدنى سعر يقبلون عنده معالجة المعاملات، ويختار البروتوكول الشريحة المئوية الثانية والستين مرجحةً بالحصة كسعر مرجعي؛ ويمكن للجزء الأعلى من السعر المرجعي أن يعمل كإكرامية لرفع الأولوية. أما سعر التخزين فيُعدّل عبر مقترحات الحوكمة، وعادةً ما يتغير بوتيرة أقل. ويجب على المستخدم أيضاً تحديد gas budget للمعاملة: فهو الحد الأعلى للرسوم القابلة للدفع؛ وإذا لم يكن كافياً لتغطية المطلوب تفشل المعاملة، وقد يُخصم جزء من الميزانية مع ذلك، لذا لا يساوي حد الميزانية صافي الرسوم النهائي.

رسوم التخزين ليست مجرد رسم لمرة واحدة على البيانات الموجودة على السلسلة، بل ترتبط أيضاً بصندوق تخزين Sui. عندما تضيف معاملة بيانات جديدة، تدخل رسوم التخزين المعنية إلى صندوق التخزين؛ ويولّد الصندوق مكافآت عبر التخزين، ثم يوزع البروتوكول معظم هذه المكافآت على المدققين الحاليين لتعويضهم عن تكلفة الاحتفاظ بالبيانات التاريخية. منطق ذلك هو تحميل المستخدمين الذين ينشئون بيانات تاريخية مسؤولية التخزين الذي سيظل على المدققين مستقبلاً تحمله، بدلاً من ترك تكلفة البيانات القديمة بالكامل للمدققين الذين ينضمون لاحقاً. عند حذف البيانات أو تقليصها، يمكن للدافع استرداد جزء من رسوم التخزين؛ وتنص الوثائق الحالية على أن مبلغ الاسترداد يساوي 99% من رسوم التخزين الأصلية. لكن أصل صندوق التخزين لا يُوزع مباشرةً، ويبقى الجزء غير المسترد في الصندوق؛ لذا فإن «حذف البيانات يمنح استرداداً» لا يعني أن جميع الرسوم الأصلية ستعود.

الحد الأقصى لإجمالي معروض SUI على الشبكة الرئيسية هو 10 مليارات رمز، أي إن البروتوكول لا يمكنه سك أكثر من 10 مليارات SUI؛ ويعرّف ذلك حد المعروض، لا عدد الرموز القابلة للتداول بحرية في أي وقت. وتصف الجهة الرسمية المعروض القابل للتداول على المدى الطويل في الشبكة الرئيسية بأنه 10 مليارات رمز. قد يتأثر المعروض المتداول القابل للتداول بترتيبات القفل والاستحقاق والإصدار. عند الإطلاق العام لشبكة Sui الرئيسية في 3 مايو 2023، كان نحو 5% من الرموز متداولاً، فيما دخل الباقي السوق تدريجياً وفق ترتيبات الإصدار المقترحة. لذلك، عند مقارنة المعروض، يجب التمييز بين الحد الأقصى، والمعروض المسكوك/الإجمالي، والمعروض المتداول الحالي، ولا يجوز اعتبار 10 مليارات رمز مباشرةً كمية قابلة للتداول في السوق حالياً.

يغيّر إصدار SUI عدد الرموز التي قد تصبح متاحة في السوق، لكنه لا يغير الحد الأقصى لإجمالي المعروض البالغ 10 مليارات رمز. وتوضح صفحة المعروض الرسمية أن الرموز المتبقية بعد إطلاق الشبكة الرئيسية تصبح متاحة تباعاً وفق ترتيب الإصدار؛ وقد يتغير الترتيب الفعلي أيضاً بحسب كيفية توظيف المؤسسة لمخصصاتها لدعم البنّائين والنظام البيئي، ولذلك ينبغي اعتبار توقيت المخططات تقديرياً لا كمية مضمونة في كل نقطة زمنية. ومن المحطات الرئيسية التي حدثت فعلاً: كان للتخزين الأولي للمستثمرين الأوائل cliff لمدة سنة بعد إطلاق الشبكة الرئيسية، ولم يكن ممكناً خلاله نقله إلى السوق؛ وانتهى هذا الـ cliff في مايو 2024. غيّر هذا الحدث توقيت قابلية نقل هذه الرموز الأولية، ولا ينبغي وصفه خطأً بأنه سك جديد، كما لا يمكن الاستنتاج منه اتجاه سعري حتمي.

يملك حاملو SUI حق المشاركة في التصويت على الحوكمة على سلسلة Sui، وتذكر الجهة الرسمية أموراً مثل ترقيات البروتوكول أمثلةً على ما تتناوله الحوكمة. يختلف هذا الدور عن دفع Gas: فـ Gas هو دفع مقابل تنفيذ المعاملة واستخدام الموارد، بينما حق الحوكمة هو حق المشاركة في قرارات طبقة البروتوكول. لا يثبت امتلاك الرمز في حد ذاته أن مقترحاً بعينه قد مر، أو أن وظيفة ما قد فُعّلت على الشبكة الرئيسية، أو أن تطبيقاً على السلسلة سيقبل بالضرورة نتيجة تصويت معينة. عند قراءة معلومات الحوكمة، ينبغي التحقق على نحو منفصل من محتوى المقترح، وحالة التصويت أو الموافقة، وحالة تنفيذ البروتوكول، وما إذا كان التطبيق قد اعتمد ذلك فعلياً.

التخزين السائل ليس مرادفاً لتخزين بروتوكول Sui، بل هو ترتيب إضافي على طبقة التطبيقات مبني على كائنات التخزين. بعد إدخال SIP-6، أصبح بإمكان بروتوكولات التخزين السائل استخدام كائنات التخزين؛ وقد تصدر هذه البروتوكولات بناءً على ذلك شهادة أو أصلاً آخر يمكن استخدامه في التطبيقات. لذلك، يحتاج المستخدم إلى التمييز بين مستويين من العلاقات: كائن التخزين الأساسي يمثل SUI المفوَّضة إلى مدقق وتسوية مكافآتها لكل epoch؛ أما شهادة التخزين السائل فتعتمد أيضاً على قواعد ذلك البروتوكول المحدد بشأن الاسترداد والرسوم والعقود الذكية وسيولة السوق الثانوية. امتلاك الشهادة لا يساوي امتلاك SUI غير مخزنة يمكن استردادها بالقيمة الاسمية في أي وقت، وينبغي أن تستند آلية الخروج وانحراف السعر إلى القواعد المنشورة لذلك البروتوكول.

Mysticeti هو بروتوكول الإجماع في Sui، وقد بدأ نشره تدريجياً على الشبكة الرئيسية في يوليو 2024. قبل الترقية، كان تصميم Sui يجمع بين إجماع Narwhal-Bullshark ومسار سريع للكائنات المملوكة لعناوين؛ ويحسن Mysticeti، المبني على DAG، مسار المعالجة الذي يتطلب ترتيب الإجماع، بهدف تقليل زمن الاستجابة والعبء الحسابي على المدققين. يتعلق هذا التغيير أساساً بالمعاملات التي تعتمد على ترتيب الإجماع، مثل المعاملات التي تشغّل كائنات مشتركة؛ وهو لم يلغِ حقيقة أن الكائنات المشتركة تحتاج إلى ترتيب، ولا يعني أن كل معاملة أو كل تطبيق أو كل حالة شبكة ستنال السرعة نفسها. ولتقييم التجربة الفعلية للترقية، ينبغي التمييز بين نتائج الاختبار والنشر المرحلي وتفعيل البروتوكول وما إذا كانت هناك اختناقات في التطبيق نفسه.

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