طبقة 2 عملات أصلية كوسيلة لدفع رسوم المعاملات: التحليل الفني

تستعرض هذه المقالة الفنية مزايا وعيوب السماح للمستخدمين بدفع رسوم المعاملات باستخدام رموز Layer 2 الأصلية، مع تحليل كل من الآليات التقنية والآثار السوقية.

المتطلبات المسبقة

يفضل فهم آليات تشغيل Rollup وآليات الإدراج القسري لفهم كامل لهذا التحليل.

المقدمة

تقوم معظم شبكات طبقة 2 بإصدار رموز خاصة بها، على الرغم من أن العديد منها تُستخدم بشكل أساسي لأغراض الحوكمة (مثل Arbitrum و Optimism). قامت بعض بروتوكولات L2 بتطبيق آليات للتخزين لرموزها الأصلية، بما في ذلك Mantle و Manta. هذه الرموز المخزنة تؤدي وظائف متنوعة، مثل تحديد سلطة تسلسل المعاملات، أو قوة توليد إثبات المعرفة الصفرية، أو ضمان تلبية متطلبات نشر البيانات. للحصول على تفاصيل تقنية، يرجى الرجوع إلى الوثائق الخاصة بـ StarkNet و zkSync و Mantle و Manta.

ملاحظة تقنية: يواجه التحقق الموضوعي من "نشر البيانات الصحيحة" تحديات كبيرة، مما يجعل من الصعب تنفيذ آليات العقاب الفعالة. هذا يثير تساؤلات حول فعالية التصاميم التي تعتمد على "تخزين رموز طبقة 2 لوظيفة نشر البيانات."

دفع رسوم الرمز الأصلي: تحليل فني وسوقي

المزايا التقنية

إن تنفيذ رموز أصلية من الطبقة 2 كآليات لدفع الرسوم يوسع بشكل كبير من فائدة الرموز بما يتجاوز الوظائف الأساسية للحكم. يمكن تعزيز هذا النهج من خلال تنفيذ آليات EIP-1559 لحرق جزء من الرموز التي تم جمعها كرسوم، مما قد يخلق ضغطًا انكماشيًا يساهم في تراكم القيمة داخل النظام البيئي.

القيود الفنية

تحدي تحديد تكلفة البيانات

تظل المشكلة الأساسية هي أن مُرتّبي Rollup يجب أن يدفعوا تكاليف توفر البيانات بعملة L1 الأصلية (ETH) عند رفع بيانات المعاملات إلى Ethereum. هذا يخلق خطر سعر صرف جوهري بين الوقت الذي يتلقى فيه المُرتّب رموز L2 كمدفوعات والوقت الذي يجب عليهم فيه تحويل هذه الرموز إلى ETH لتكاليف توفر البيانات. يضيف هذا التعرض للمخاطر تعقيدًا تشغيليًا لمشغلي المُرتّب.

ملاحظة تقنية: هذه المشكلة تمتد إلى ما هو أبعد من Rollups القائمة على Ethereum. تواجه شبكات طبقة 2 التي تستخدم طبقات توفر بيانات بديلة (مثل Mantle أو Manta) تحديات مماثلة مع الرمز الأصلي لطبقة DA المعنية.

تأثير تجربة المستخدم

يمكن أن تخلق نماذج رسوم العملة الواحدة احتكاكًا كبيرًا في عملية تسجيل المستخدمين. عندما يتمكن المستخدمون من دفع الرسوم فقط باستخدام الرمز الأصلي لطبقة 2، فإنهم يواجهون مشكلة الاعتماد الدائري: يحتاجون إلى الرمز لتنفيذ المعاملات، ولكن الحصول على الرمز غالبًا ما يتطلب تنفيذ معاملة أولاً.

على سبيل المثال، يكتشف المستخدمون الذين يقومون بإيداع ETH في Polygon PoS للمرة الأولى أنهم لا يمكنهم استخدام ذلك ETH لدفع رسوم المعاملات. بدون وجود رموز MATIC متاحة بالفعل في محفظتهم، لا يمكنهم تنفيذ المعاملة اللازمة لتبديل ETH إلى MATIC. هذا يجبر المستخدمين على الحصول أولاً على MATIC في L1 ثم نقلها إلى بيئة L2.

ملاحظة تقنية: بينما تُعتبر Polygon PoS تقنيًا سلسلة جانبية بدلاً من طبقة 2 حقيقية، فإن هذا المثال يوضح بشكل فعال تحدي تجربة المستخدم.

تتضاعف هذه الاحتكاكات عبر النظام البيئي - مع وجود N شبكة L2 مختلفة تتطلب N رمزًا مختلفًا للعمليات الأساسية.

تجاوز الحواجز بين طبقة 2

تخلق متطلبات رسوم الرموز الأصلية حواجز تقنية كبيرة أمام التوافق السلس بين طبقات 2. على سبيل المثال، لا يمكن إكمال تحويل أساسي عبر طبقات 2 باستخدام ETH فقط إذا كانت طبقة 2 الوجهة تتطلب رمزها الأصلي لرسوم المعاملات.

هذا يجبر المستخدمين على إدارة حيازات متعددة من الرموز والتنقل عبر تحديات السيولة المعقدة. مع وجود N من طبقات 2، يتم تجزئة السيولة عبر N-1 من أزواج الرموز، مما يتطلب من المستخدمين تنفيذ N تبادلات متميزة قبل العمل عبر بيئات متعددة من طبقة 2. تواجه العمليات المعقدة عبر طبقات 2 مثل الإقراض، وفتح المراكز، والتصفية احتكاكًا متزايدًا بسبب متطلبات رموز الرسوم هذه.

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

ومع ذلك، فإن هذه القيود المتعلقة بالتجربة والتشغيل البيني تنطبق فقط على نماذج رسوم الرموز الأصلية الحصرية. يمكن أن تخفف الأساليب الهجينة التي تدعم كل من المدفوعات برسوم ETH والرموز الأصلية من هذه المشكلات من خلال السماح للمستخدمين باختيار ETH للعمليات عبر السلاسل بينما يستخدمون رموز L2 للعمليات الأصلية عند الرغبة. ستارك نت رائدة في هذا النهج الهجين من خلال تنفيذ دعم لكل من مدفوعات رسوم ETH وSTRK.

التنفيذ الفني: STRK كرسوم معاملات

أعلنت StarkNet مؤخرًا عن دعم دفع رسوم رمز STRK جنبًا إلى جنب مع ETH. يسمح نموذج الرسوم الثنائي العملة للمستخدمين باختيار طريقة الدفع المفضلة لديهم بينما يتحمل المُسلسِل ( المعروف باسم "المشغل" في مصطلحات StarkNet) مخاطر سعر الصرف بين ETH و STRK. يثير هذا أسئلة تقنية مهمة حول تحديد الرسوم للمعاملات.

التحليل الفني لسلطة التسلسل

عبر كل من شبكات L1 و L2، تحدد المعاملات عادةً الحد الأقصى من الرسوم التي يكون المستخدم مستعدًا لدفعها. على سلاسل متوافقة مع EIP-1559 (Ethereum، Arbitrum، Optimism)، يحدد المستخدمون قيمة maxFeePerGas، والتي يتم ضربها في gasLimit لتعريف الحد الأقصى للرسوم للمعاملة. تستخدم سلاسل غير متوافقة مع EIP-1559 نماذج رسوم ثابتة.

ملاحظة تقنية: تتطلب StarkNet، رغم عدم تنفيذها لـ EIP-1559 بعد، من المستخدمين تحديد معلمة maxFee.

تسلسلات المعاملات (المعدنين، المدققين، أو تسلسلات طبقة 2) يحتفظون بالسلطة لتضمين أو استبعاد معاملات معينة. ومع ذلك، بمجرد تضمينها، يمكن فرض رسوم على المعاملات فقط حتى الحد الأقصى للرسوم المحددة من قبل المستخدم.

تحليل تنفيذ أوراكل

STRK الشفافة لتحويل الرسوم. ومع ذلك، فإن هذا النهج يتجاهل الديناميكية الأساسية لسلطة المتسلسل - يمكن للمتسلسلات اختيار المعاملات التي تشملها بناءً على حوافزهم الاقتصادية الخاصة.

العامل الحاسم يبقى هو الحد الأقصى للرسوم الذي يحدده المستخدم ( إما بالـ ETH أو STRK)، بعد ذلك يجب عليهم الانتظار للإدراج. إن أوراكل سعر الصرف العامة لن تغير هذه العلاقة بشكل أساسي، حيث يحتفظ المسلسلون بالقدرة على فرض الرسوم القصوى المحددة بالكامل.

بنية أوراكل خارج السلسلة لـ StarkNet

STRK بشكل محدد لعمليات المُعَالج. يثير هذا أسئلة هامة حول الحوكمة التقنية: كيف يمكن للمجتمع التحقق من أن المُعَالجين يحسبون رسوم STRK وفقًا لهذه الاقتباسات من الأوراكل؟

لضمان الشفافية، يجب أن تكون اقتباسات الأوركل متاحة للجمهور، مما يمكّن المجتمع من التحقق من حسابات رسوم المترجم. بينما ستوفر تكامل الأوركل على السلسلة ضمانات أقوى، فإن النهج الحالي يمثل تسوية عملية تحاول تحقيق التوازن بين التعقيد الفني ومتطلبات ثقة المجتمع.

متطلبات آلية القوة الشاملة

آلية تضمين القوة تقدم حالة استخدام أكثر إقناعًا لدمج الأوراكل. عندما يقوم المستخدمون بتفعيل تضمين القوة من L1 ( لتجاوز منظمي L2 )، يجب عليهم دفع رسوم تنفيذ L2 على مستوى L1. على سبيل المثال، وظيفة depositTransaction الخاصة بـ Optimism تحرق الغاز وفقًا لحد الغاز المحدد لـ L2، مما يفرض رسومًا فعليًا بالدولار على L1. وبالمثل، تقوم requestL2Transaction الخاصة بـ zkSync بحساب تكاليف المعاملات الأساسية لـ L2 وتتطلب وجود كمية كافية من ETH في المعاملة على L1.

إذا كانت هذه البروتوكولات من طبقة 2 تنفذ مدفوعات رسوم رموز أصلية، فإن آليات الإدراج القسري تواجه تحديًا تقنيًا حرجًا: كيفية تحديد رسوم ETH على طبقة 1 بشكل عادل للمعاملات التي ستكلف عادةً رموز طبقة 2؟ بدون معدلات صرف دقيقة، يمكن أن يعاقب ذلك مستخدمي الإدراج القسري بشكل غير عادل من خلال رسوم مفرطة أو يمكّن المهاجمين من استغلال الرسوم المنخفضة بشكل مصطنع.

هذا السيناريو المحدد يقدم حالة استخدام مثيرة لتكامل الأوراكل - مما يمكّن عقود L1 من حساب الرسوم بشكل عادل لعمليات إدراج القوة.

بدلاً من ذلك، يمكن لبروتوكولات L2 توحيد الرموز الأصلية الخاصة بها لكل من المعاملات العادية ومعاملات الإدراج القسري، مما يلغي الحاجة إلى تحويل العملات المتعددة. ومع ذلك، تظل تكاليف توفر البيانات مقومة بـ ETH، مما يخلق نموذج رسوم هجين حيث تتطلب معاملات الإدراج القسري كلاً من ETH ( للبيانات) ورموز L2 ( للتنفيذ) - وهي تحدٍ تقني يجب على مطوري L2 معالجته عند تنفيذ نماذج رسوم الرموز الأصلية.

التركيب الفني

• يمكن أن تخدم الرموز الأصلية في طبقة 2 وظائف تقنية متعددة، حيث يمثل دفع الرسوم توسيعًا كبيرًا للفائدة يتجاوز الحوكمة.

• الميزة الرئيسية لنماذج رسوم الرموز الأصلية هي إنشاء فائدة واضحة للرمز مع آليات انكماش محتملة من خلال تنفيذ EIP-1559.

• العيوب التقنية تشمل زيادة مخاطر التعرض للترتيب، احتكاك تجربة المستخدم، وحواجز التوافق عبر نظام طبقة 2.

• نماذج الرسوم الهجينة التي تدعم كل من ETH والرموز الأصلية يمكن أن تحافظ على تجربة المستخدم والتشغيل البيني مع تمكين فائدة الرمز.

• ستارك نت رائدة في اتباع نهج هجين مع دعم رسوم رمز STRK، وتطبيق تغذيات أسعار الأوركل غير المتصلة بالإنترنت للمتسلسلين.

• سلطة التسلسل تظل اعتبارًا تقنيًا أساسيًا - تحتفظ أدوات التسلسل بسلطة كبيرة على تضمين المعاملات وتحديد الرسوم، مقيدة فقط بالرسوم القصوى المحددة من قبل المستخدم.

• يوفر تكامل Oracle فوائد محدودة للمعاملات القياسية ولكنه يصبح مهمًا بشكل حاسم لآليات الإدراج القسري حيث تؤثر تحويلات العملات الأجنبية على الأمان والعدالة.

• تنفيذات الإدراج الإجباري مع رسوم رموز أصلية تخلق تحديات تقنية معقدة، مما قد يتطلب من المستخدمين دفع كل من ETH ( من أجل توفر البيانات) ورموز L2 ( من أجل رسوم التنفيذ) في معاملة واحدة.