المستخدم يوقّع أولاً، والطرف الثالث يدفع رسوم Gas: ما الشروط التي ينبغي التحقق منها في Sui وAptos؟
لإتاحة الدخول للمستخدمين الجدد الذين لا يملكون عملة Gas أصلية، يرغب المطورون في تقليل فترة انتظار: هل يمكن للمستخدم التوقيع أولاً ثم تسليم المعاملة إلى جهة تتكفل بالدفع؟ تصف وثائق Sui وAptos كلتاهما أساليب تركيب غير متزامنة، لكن الحقول والمتطلبات التي ينبغي التحقق منها تختلف، ولا يكفي الاكتفاء بعبارة «يدعم الدفع بالنيابة».
في هذه المقارنة، اكتفينا بقراءة الوثائق الرسمية للجانبين؛ ولم ننشئ محفظة أو نوقّع أو نبث معاملة أو نختبر الرسوم عملياً. تشير صفحة Aptos إلى أنها حُدّثت في 5 أكتوبر؛ أما صفحة Sui فلا تحدد تاريخاً دقيقاً. لذا نوضح أدناه شروط الانطباق الواردة في الوثائق المتاحة لنا في هذه الجولة، ولا نزعم أنها ميزة أُطلقت اليوم.
لنبدأ بمصدر الدفع في Sui. يتطلب المثال الذي يستخدم كائن عملة Gas تضمين كائن الدفع ضمن بيانات المعاملة الكاملة، وأن يوقّع كل من المستخدم والجهة الراعية. وإذا كانت هناك معاملة أخرى قيد التنفيذ تستخدم إصدار الكائن نفسه، فقد تُرفض المعاملة؛ وقد يلزم تحديث المرجع ثم إعادة بنائها أو توقيعها من جديد. لذلك، قد يحدث الانتظار أحياناً أثناء إعداد الكائنات ومعالجة التعارضات، وليس فقط بسبب نقص توقيع أحد الأطراف.
أما المسار الآخر في Sui فهو الدفع بالنيابة من رصيد العنوان. توضح الوثائق أنه لا حاجة إلى اختيار كائن عملة Gas، وأن بإمكان المستخدم التوقيع أولاً ثم توقّع الجهة الراعية. لكن لا يزال من الضروري تعيين مالك Gas، كما أن قائمة كائنات الدفع الفارغة لا تستوفي الشروط كاملة: إذ يلزم تحديد قيود مثل مدة الصلاحية، والتحقق من تفعيل الميزة المقابلة على الشبكة المستهدفة. وتجنب تعارض كائن عملة Gas لا يعني انتفاء مخاطر التعارض على كائنات أخرى يُدخلها المستخدم.
والآن لننظر إلى عنوان الدافع في Aptos. توضح الوثائق الرسمية أنه قبل الإصدار 1.8 من الإطار، كان على الموقّعين معرفة الدافع الفعلي مسبقاً؛ أما ابتداءً من الإصدار 1.8، فيمكن للموقّعين الآخرين اختيار استخدام 0x0 كقيمة مؤقتة، بينما يظل على الدافع النهائي التوقيع باستخدام عنوانه الخاص. يمكن للمرسل تسليم معاملة موقّعة مسبقاً، ثم يوقّعها الدافع ويرسلها؛ وهذا لا يعني أن تغيير حقل الدافع اعتباطياً يُغني عن التفويض.
يختلف ترتيب التحقق بين الجانبين: في Sui، تحقّق أولاً من مصدر الدفع ومرجع الكائن وميزات الشبكة؛ وفي Aptos، تحقّق أولاً من انطباق إصدار الإطار، وحقل الدافع، وأدوار التوقيع. ولا يتيح ذلك ترتيب الشبكتين بحسب السرعة أو انخفاض التكلفة، كما لا يضمن أن واجهة أي محفظة تدعم التدفق نفسه بالفعل.
عند 07:12، بلغ سعر SUI نحو 0.9021، وسعر APT نحو 0.6536 USDT؛ وبلغ حجم التداول الفوري بين 06:00 و07:00 نحو 63.58 ألف و15.51 ألف USDT على التوالي. هذه خلفية عن سوق الأصول المرتبطة برسوم Gas، وليست دليلاً على تكلفة الدفع بالنيابة أو الأداء.
إذا تغير إعداد الشبكة المستهدفة أو SDK أو قواعد الوثائق، فأعِد التقييم وفق الإصدار. فقواعد الشبكة واستعداد مزوّد الخدمة لتغطية الرسوم مسألتان منفصلتان؛ كما تتطلب العملية التحقق من شروط قبول الخدمة والميزانية ومعالجة الإخفاقات. هذه المقالة مقارنة للوثائق، وليست دليلاً تعليمياً جرى التحقق منه عملياً. $SUI $APT
لإتاحة الدخول للمستخدمين الجدد الذين لا يملكون عملة Gas أصلية، يرغب المطورون في تقليل فترة انتظار: هل يمكن للمستخدم التوقيع أولاً ثم تسليم المعاملة إلى جهة تتكفل بالدفع؟ تصف وثائق Sui وAptos كلتاهما أساليب تركيب غير متزامنة، لكن الحقول والمتطلبات التي ينبغي التحقق منها تختلف، ولا يكفي الاكتفاء بعبارة «يدعم الدفع بالنيابة».
في هذه المقارنة، اكتفينا بقراءة الوثائق الرسمية للجانبين؛ ولم ننشئ محفظة أو نوقّع أو نبث معاملة أو نختبر الرسوم عملياً. تشير صفحة Aptos إلى أنها حُدّثت في 5 أكتوبر؛ أما صفحة Sui فلا تحدد تاريخاً دقيقاً. لذا نوضح أدناه شروط الانطباق الواردة في الوثائق المتاحة لنا في هذه الجولة، ولا نزعم أنها ميزة أُطلقت اليوم.
لنبدأ بمصدر الدفع في Sui. يتطلب المثال الذي يستخدم كائن عملة Gas تضمين كائن الدفع ضمن بيانات المعاملة الكاملة، وأن يوقّع كل من المستخدم والجهة الراعية. وإذا كانت هناك معاملة أخرى قيد التنفيذ تستخدم إصدار الكائن نفسه، فقد تُرفض المعاملة؛ وقد يلزم تحديث المرجع ثم إعادة بنائها أو توقيعها من جديد. لذلك، قد يحدث الانتظار أحياناً أثناء إعداد الكائنات ومعالجة التعارضات، وليس فقط بسبب نقص توقيع أحد الأطراف.
أما المسار الآخر في Sui فهو الدفع بالنيابة من رصيد العنوان. توضح الوثائق أنه لا حاجة إلى اختيار كائن عملة Gas، وأن بإمكان المستخدم التوقيع أولاً ثم توقّع الجهة الراعية. لكن لا يزال من الضروري تعيين مالك Gas، كما أن قائمة كائنات الدفع الفارغة لا تستوفي الشروط كاملة: إذ يلزم تحديد قيود مثل مدة الصلاحية، والتحقق من تفعيل الميزة المقابلة على الشبكة المستهدفة. وتجنب تعارض كائن عملة Gas لا يعني انتفاء مخاطر التعارض على كائنات أخرى يُدخلها المستخدم.
والآن لننظر إلى عنوان الدافع في Aptos. توضح الوثائق الرسمية أنه قبل الإصدار 1.8 من الإطار، كان على الموقّعين معرفة الدافع الفعلي مسبقاً؛ أما ابتداءً من الإصدار 1.8، فيمكن للموقّعين الآخرين اختيار استخدام 0x0 كقيمة مؤقتة، بينما يظل على الدافع النهائي التوقيع باستخدام عنوانه الخاص. يمكن للمرسل تسليم معاملة موقّعة مسبقاً، ثم يوقّعها الدافع ويرسلها؛ وهذا لا يعني أن تغيير حقل الدافع اعتباطياً يُغني عن التفويض.
يختلف ترتيب التحقق بين الجانبين: في Sui، تحقّق أولاً من مصدر الدفع ومرجع الكائن وميزات الشبكة؛ وفي Aptos، تحقّق أولاً من انطباق إصدار الإطار، وحقل الدافع، وأدوار التوقيع. ولا يتيح ذلك ترتيب الشبكتين بحسب السرعة أو انخفاض التكلفة، كما لا يضمن أن واجهة أي محفظة تدعم التدفق نفسه بالفعل.
عند 07:12، بلغ سعر SUI نحو 0.9021، وسعر APT نحو 0.6536 USDT؛ وبلغ حجم التداول الفوري بين 06:00 و07:00 نحو 63.58 ألف و15.51 ألف USDT على التوالي. هذه خلفية عن سوق الأصول المرتبطة برسوم Gas، وليست دليلاً على تكلفة الدفع بالنيابة أو الأداء.
إذا تغير إعداد الشبكة المستهدفة أو SDK أو قواعد الوثائق، فأعِد التقييم وفق الإصدار. فقواعد الشبكة واستعداد مزوّد الخدمة لتغطية الرسوم مسألتان منفصلتان؛ كما تتطلب العملية التحقق من شروط قبول الخدمة والميزانية ومعالجة الإخفاقات. هذه المقالة مقارنة للوثائق، وليست دليلاً تعليمياً جرى التحقق منه عملياً. $SUI $APT