مقدمة

في ما سبق لناالمشاركة 15، قدمنا نموذج ERC-4337. يوضح هذا النموذج هيكل سوق الرسوم للمجمعين ويفصل وظيفة التكلفة المتعلقة بتكلفة نشر السلسلة وخارج السلسلة (تكاليف الإحصاء) لحزمة.

قمنا أيضًا بتقديم مفهوم "لعبة الحزمة". ستكون هذه اللعبة هي التركيز الأساسي في الجزء الثاني. يمكن للحزامة اختيار المعاملات التي ستتضمنها حزمتهم من بين مجموعة من المعاملات. يؤدي ذلك إلى عدم توازن في المعلومات بين الحزامين والمستخدم، حيث لا يعرف المستخدم عدد المعاملات التي سيتم تضمينها في الحزمة. وهذا يؤدي إلى لعبة ذات مجموع صفر حيث يكون المستخدم في موقف تحت المساءلة.

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

الحالة الحالية لـ ERC-4337

في السوق الحالي ، لم يتم تشغيل P2P mempool على mainnet ويتم اختباره حاليًا على شبكة اختبار Sepolia. تعمل الشركات التي تعمل على ERC-4337 حاليًا في وضع خاص ، حيث يتصل المستخدمون عبر RPC بـ bundler خاص يعمل بعد ذلك بالتعاون مع buidler لنشر عملية المستخدم على السلسلة.تطبيق Bundle Bear 3, تم تطويرها بواسطة كوفي، وتقدم بعض الإحصائيات المثيرة حول الحالة الحالية لـ ERC-4337.

في حزم Multi-UserOp الأسبوعية % 1في المقياس البتري، نراقب النسبة المئوية للمجمعين الذين يقومون بإنشاء حزم تتضمن عمليات مستخدم متعددة. من بداية عام 2024 حتى يونيو 2024، لم تتجاوز هذه النسبة 6.6%. تصبح هذه البيانات أكثر إثارة للاهتمام عند النظر في أن العديد من المجمعين يديرون دفعاتهم الخاصة، وهي الكيانات التي ترعى المعاملات نيابة عن المستخدمين. ولاحظ أن أكبر مجمعين يعملون أيضًا ككفلاء، من حيث عدد عمليات المستخدمين المنشورة،الراعي 97% 1 عمليات المستخدمين باستخدام خدماتهم. يدفع المسؤول عن الدفع مقابل بعض أجزاء عملية المستخدم والباقي يتم دفعه من قبل تطبيقات الويب اللامركزية أو غيرها.كيان 1.

السؤال الذي يطرح نفسه هو لماذا يدفع أصحاب الأموال، والتطبيقات المؤمنة، وما إلى ذلك، ثمن عمليات المستخدم. هل سيعيد المستخدم دفعها مستقبلاً؟ لا يمكننا أن نكون متأكدين مما سيحدث، ولكن تخميني الشخصي هو أن التطبيقات المؤمنة تغطي الرسوم لزيادة استخدام وتبني تطبيقاتها. مرة واحدة يصبح التبني عاليًا، فمن المرجح أن يتعين على المستخدمين أن يدفعوا ثمن المعاملات بأنفسهم. يجدر بالذكر أن دفع المستخدم لعملية المستخدم بناءً على النموذج الحالي ليس الخيار الأفضل، حيث تكلف عملية ERC-4337 الأساسية حوالي 42،000 وحدة من الغاز، في حين تكلف المعاملة العادية حوالي 21،000 وحدة من الغاز.

التغييرات على ERC-4337

نظرة عامة على ERC-4337

الذاكرة المؤقتة ما زالت في مرحلة اختبار على سيبوليا وليست مباشرة على الشبكة الرئيسية. بدون الذاكرة المؤقتة، لدى المستخدمين خيارات محدودة لاستخدام التجريد الحسابي. يتفاعل المستخدمون مع RPC، الذي يمكن أن يتم تقديمه من قبل مجمع يقوم بتجميع UserOps، أو مع خدمة RPC التي لا تقوم بالتجميع، على غرار خدمات مثل Alchemy أو Infura، التي تستقبل وتنتشر العمليات المالية إلى مجمعات أخرى.

بمجرد تشغيل mempool ، سيشبه تدفق المعاملة الرسم البياني أدناه ، والذي يشبه تدفق المعاملة الحالي. يعزز mempool مقاومة الرقابة للمستخدمين لأنه ، على عكس نموذج RPC ، يقلل من فرص استبعاد المعاملة. ومع ذلك ، حتى مع وجود mempool ، لا يزال هناك خطر من أن مزود RPC قد لا يعيد توجيه المعاملة ، ولكن نموذج mempool مفيد بشكل خاص للمستخدمين الذين يفضلون تشغيل العقد الخاصة بهم ، لأنه يخفف من هذا الخطر.

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

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

المجمعون والبناؤون ككيانين مختلفين

مع توصيل المستخدمين مباشرةً بـ RPC ، يعمل كل شيء في بيئة أكثر خصوصية ، مما لا يساعد في منافسة السوق. في المستقبل القريب ، سيتم وضع Mempool على الشبكة الرئيسية مما يزيد من المنافسة.

باستخدام mempool، حيث تكون userops عامة لمجمعين مختلفين يزيد من التنافس، في حالة عدم تجانس التجريات الحسابية الأصلية، يُحتمل أن يكون هناك حاجة إلى فصل بين المجمع والمُنشئ. في حالة التجانس التجريات الحسابية الأصلية، قد لا تكون هناك حاجة للفصل لأن المُنشئ يمكنه تفسير userops كمعاملات عادية.

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

RIP-7560

التجريب الأصلي للتحجيم ليس مفهومًا جديدًا ؛ إنه تحت البحث منذ سنوات. في حين أن ERC-4337 يكتسب قوة ، إلا أن تنفيذه خارج البروتوكول يوفر مزايا متميزة جنبًا إلى جنب مع تنازلات. يجدر بالذكر أن الحسابات الخارجية الموجودة لا يمكنها الانتقال بسهولة إلى SCWs ، وأنواع مختلفة من قوائم مقاومة الرقابة أصعب استخدامها. كما ذكر سابقًا ، تتصاعد تكلفة تكلفة userOp المتجاوزة للغاية مقارنة بالمعاملة العادية.RIP-7560 2لن تحل بشكل أساسي مشكلة التكاليف الخارجة عن السلسلة البلوكية، لكنها ستقلل بشكل كبير من نفقات المعاملات. من الغاز الأولي البالغ حوالي 42000، يمكن تقليص التكلفة بشكل كبير~20000 غاز.

مجردة الحساب طبقة 2s

يمكن استخدام تجريد الحساب في حلول الطبقة 2 (L2). بالفعل، تقوم بعض الحلول L2 بتنفيذها بشكل أصلي، بينما تتبع البعض الآخر نهج الطبقة 1 وينتظر اقتراحًا جديدًا مماثلًا ل RIP-7560. في L2، يتم استخدام L1 لتوفير توافر البيانات للاستفادة من الأمان، بينما يحدث معظم الحسابات خارج السلسلة في L2، مما يوفر معاملات أرخص وقابلية توسيع.

في السيناريوهات حيث يكون الحساب على L2 أرخص بكثير من تكلفة calldata لتوفر البيانات (DA) على الشبكة الرئيسية، يثبت استخدام تجميع التوقيعات فائدة كبيرة. على سبيل المثال، يتم تيسير الزوج لـ BLS على الشبكة الرئيسية بواسطة الـ 0x08 1تجهيز مسبق من EVM، الذي يكلف تقريبًا ~45000k غاز. وبالتالي، استخدام BLS على L1 أكثر تكلفة من المعاملات التقليدية.

تُستخدم بالفعل تقنيات الضغط على الطبقة L2 ، مثل ضغط 0 بايت ، مما يقلل التكلفة من ~ 188 بايت إلى ~ 154 بايت لنقل ERC20. باستخدام تجميع التوقيعات ، يمكن تعزيز كفاءة الضغط بواسطة توقيع واحد ، مما يقلل الحجم إلى ~ 128 بايت.

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

اقتصاديات تجميع التوقيع في الطبقة 2

عند استخدام خدمة L2، يتحمل المستخدم عدة تكاليف، بما في ذلك رسوم لمشغل L2، تكلفة تعتمد على ازدحام الشبكة، وتكلفة توفر البيانات على L1.

من بحث سابق حول "Gate"فهم اقتصاديات اللف من المبادئ الأوليةيمكننا أن نوضح التكاليف التي يواجهها المستخدم عند استخدام خدمات L2 على النحو التالي:

عندما يتفاعل المستخدم مع الطبقة 2 ، يوجد لديه بعض التكاليف التي يمكننا تحديدها على النحو التالي:

• رسوم المستخدم = رسوم نشر البيانات L1 + رسوم المشغل L2 + رسوم الازدحام L2
• تكلفة المشغل = تكلفة مشغل L2 + تكلفة نشر البيانات L1
• إيرادات المشغل = رسوم المستخدم + MEV
• الربح للمشغل = إيرادات المشغل - تكلفة المشغل = رسوم الازدحام L2 + MEV

في حالة عدم وجود مجرد حساب غير أصلي ، قد تقدم كيان إضافي ، وهو المجمع ، رسومًا مقابل إنشاء حزم من userops.

بالنظر إلى المجمع، يتم توسيع التكاليف والأرباح على النحو التالي:

• رسوم المستخدم = رسوم نشر البيانات L1 + رسوم المشغل L2 + رسوم الازدحام L2 + رسوم الحزمة
• تكلفة الحزمة = الرسوم المنشورة (رسوم نشر البيانات L1 + رسوم المشغل L2 + رسوم الازدحام L2)
• إيرادات الحزمة = رسوم المستخدم
• الربح من الحزمة = إيرادات الحزمة - تكلفة الحزمة = الفرق بين تكاليف المستوى 1 والمستوى 2 والأسعار المعروضة من الحزمة + رسوم الحزمة
• تكلفة المشغل = رسوم نشر البيانات L1 + رسوم المشغل L2
• الربح للمشغل = عائد المشغل - تكلفة المشغل = رسوم ازدحام L2 + MEV

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

توجيه الحوافز في L2

تساعد التفاعل بين المجمّع و L2 في التعامل مع هذه المسألة، حيث يتم تحفيز L2s للحفاظ على تكاليف المستخدم منخفضة بسبب المنافسة. يمكن أن يدفع تحصيل تكاليف المستخدمين باتجاه التبديل إلى L2s أخرى تقدم أسعارًا أكثر عدالة.

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

يمكن تقسيم التكاليف المرتبطة بإنشاء حزمة ونشرها على السلسلة إلى جزئين:

وظيفة التكلفة على السلسلة: عندما يصدر المجمع حزمة B عندما يكون الرسم الأساسي r ، ينفق تكلفة:

وظيفة التكلفة المجمعة: لدى الحزمة وظيفة تكلفة لتجميع n معاملات في حزمة واحدة B برسوم أساسية r:

مع S' < S الحجم المخفض للمعاملة واستخدام الغاز قبل التحقق F' > F ، والذي يتضمن النشر والتحقق من التوقيع الموحد على السلسلة.

إذا تمكن المستخدم من الحصول على تقدير موثوق ل n ، فيمكنه حساب تكلفته باستخدام وظيفة estimateGas ، المتوفرة في معظم حلول L2. يمكن أن يؤدي الحصول على تقدير جيد إلى جعل المستخدم يقدم عرض أسعار وفقا لذلك دون الحاجة إلى المبالغة في تقدير عرض السعر الخاص به للإدراج. تحدد هذه الوظيفة التكلفة اللازمة لضمان الإدراج. يمكن أن يؤدي وجود تقدير جيد ل n ووظيفة estimateGas إلى تجنب المستخدم للدفع مقابل preVerificationGas أعلى. في القسم التالي ، سوف نستكشف آليات مختلفة لضمان تقدير موثوق ل n.

تعمل Layer2s مُعدّة

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

Watcher proposal691×642 47.4 KB

الطبقة 2 مع تسلسل مشترك

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

في هذه التكوين، تعمل شبكات L2 المختلفة بشكل مستقل ولكنها تشترك في مُسَلِّسِلٍ مشترك. في فترات منتظمة، تقوم هذه الشبكات بالتحقق من عدد عمليات المستخدم (عمليات المستخدم) في مجموعة الذاكرة المشتركة. يساعد المُسَلِّسِل المشترك في تزامن البيانات وتجميعها من هذه الشبكات. بمجرد الوصول إلى اتفاق، يتم التواصل للمستخدم بالسماح لهم بالمزايدة بناءً على عدد عمليات المستخدم الموجودة.

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

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

جهاز التسلسل المشترك764×785 66.3 كيلوبايت

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

n

عمليات وتتطلب حزمة كبيرة، ولكن الحزمة لا يمكن إنشاؤها. قد يتسبب هذا المشكلة في تعطيل الشبكة لعدة كتل.

يتم تشغيل باندلرات Layer2s الخاصة بها

في هذا الاقتراح ، تتولى الطبقة 2 نفسها دور المجمع ، بينما يتعامل كيان آخر مع تجميع التوقيعات (قد تكون هذه خدمات تجميع حالية). تعمل العملية على النحو التالي: تقوم الطبقة 2 بتشغيل المجمع الخاص بها ، ويرسل المستخدمون عملياتهم (userops) إلى mempool. تختار الطبقة 2 بعض هذه المستخدمين من mempool وترسلها "خام" إلى المجمع ، لتعويض المجمع عن تجميع التوقيعات. بمجرد أن ينتج المجمع الحزمة ، يرسلها إلى المجمع ، والذي يقوم بعد ذلك بإعادة توجيهها إلى الشبكة الرئيسية كبيانات استدعاء لتوفر البيانات.

الفكرة الرئيسية هي أن الطبقة 2 تتعامل مع مجموعة المستخدمين ثم تستعين بمصادر خارجية للتجميع إلى كيان آخر. تدفع الطبقة 2 مقابل التجميع وتفرض رسوما على المستخدم مقابل الخدمة.

هناك خياران مختلفان:

1. نموذج الرسوم الثابتة: يختار المجمع (المتسلسل) بعض المعاملات ويفرض رسومًا ثابتة على المستخدم. يتم حساب هذه الرسوم الثابتة بطريقة مماثلة للمعاملات الحالية في الطبقة 2، متوقعين تكلفة نشر البيانات L1 في المستقبل. بالطريقة البديلة، يمكن للطبقة 2 أن تفرض على المستخدم رسومًا ثابتة استنادًا إلى تكلفة تجميع n
2. تجميع عمليات المستخدم ، يجب على الطبقة 2 لا يزال أن تتنبأ بعدد المعاملات التي ستكون موجودة في الحزمة التي سيقوم بإنشاؤها لتقديم عرض سعر صحيح للمستخدم ، يمكن القيام بذلك بنفس الطريقة المستخدمة حاليًا حيث يتحمل الطبقة 2 أفضل سعر تنافسي للمستخدم الذي يكون في أفضل مصلحة للطبقة 2 الحفاظ على الأسعار تنافسية قدر الإمكان للمستخدم.
   
3. الرسوم الثابتة671×702 22.1 KB
4. طلب المبالغ المستردة: إذا كانت الطبقة 2 ترغب في تعزيز مصداقيتها ، فيمكنها تمكين المبالغ المستردة التلقائية. سينطوي ذلك على آلية تفحص كم userop تم نشره في كتلة واحدة وما إذا كانت المعاملات يمكن أن تكون قد تم تجميعها. إذا لم يتم تجميع userop الذي يمكن أن يكون تم تجميعه ، ولم يتم إصدار أي استرداد تلقائي ، يمكن للمستخدم طلب استرداد. في هذ-scenario ، يمكن للطبقة 2 المخاطرة ببعض الأصول ، وإذا لم يتم توفير الاسترداد ، يمكن للمستخدم فرض الاسترداد ، مما يضمن العدالة والمساءلة.
   
5. طلب استرداد671×702 22.8 كيلوبايت

استنتاج

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

في الجزء الثاني، شرحنا ERC-4337 و RIP-7560. ثم ناقشنا لماذا من المرجح أن يحدث تجميع التوقيع على حلول الطبقة 2 بدلاً من ذلك مباشرة على الطبقة 1. أظهرنا كيف يمكن لحلول الطبقة 2 أن تتعامل مع المعرفة غير المتماثلة التي يواجهها المستخدمون بطرق مختلفة. الأول هو استخدام الأوراق المالية لإشارة للمستخدم بعدد المعاملات الموجودة في mempool، بهذا النهج يعرف المستخدم كم يجب أن يقدم عرضًا ويمكنه أن يجبر المجمع على عمل حزم أكبر. النهج الثالث الأبسط هو أن الطبقة 2 تعمل كمجمع وتتعهد بتجميع البيانات إلى طرف ثالث وتتيح للمستخدمين دفع رسوم عن ذلك.

إخلاء المسؤولية:

1. تمت إعادة طبع هذه المقالة من [ethresear] ، إعادة توجيه العنوان الأصلي "أسواق الرسوم المضمنة و ERC-4337 (الجزء 2)" ، جميع حقوق الطبع والنشر تنتمي إلى المؤلف الأصلي [ DavideRezzoli & Barnabé Monnot ]. إذا كانت هناك اعتراضات على إعادة الطبع هذه ، فيرجى الاتصال ب بوابة تعلمالفريق، وسوف يتعاملون معها على الفور.

2. تنصل المسؤولية: الآراء والآراء الواردة في هذه المقالة هي فقط تلك التي تنتمي إلى المؤلف ولا تشكل أي نصيحة استثمارية.

3. تتم ترجمة المقال إلى لغات أخرى من قبل فريق Gate Learn. ما لم يذكر غير ذلك، فإن نسخ أو توزيع أو نسخ المقالات المترجمة ممنوع.