تجريد الحساب مقابل تجريد الحساب الأصلي

بعبارات بسيطة، يعد تجريد الحساب في ERC-4337 بنية أساسية اختيارية على blockchain. يمكنك اختيار ما إذا كنت تريد اعتماده أم لا. بمجرد اعتماده، فإنه يوفر وظائف مماثلة لحسابات العقود (CA)، مثل multisig، ودفع رسوم الغاز باستخدام رموز ERC-20، والانتعاش الاجتماعي، والمزيد. يعمل العديد من موفري الخدمات، مثل Stackup، على هذه البنية التحتية. ومع ذلك، لم يتم اعتماد هذه البنية التحتية على نطاق واسع للأسباب التالية:

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

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

تشير هذه المقالة إلى بعض المصطلحات، مثل التمييز بين EOA وCA (بعبارات بسيطة، Metamask هو EOA، والعقود هي CA)، بالإضافة إلى المجمعات (في النظام البيئي لتجريد الحساب، يرسل المستخدمون UserOperations إلى المجمعين للتعبئة والتشغيل). معالجة السلسلة، بدلاً من إرسالها إلى أدوات التحقق من العقدة/Mempool). للحصول على شروحات تفصيلية يمكنكم الضغط على روابط المقالتين المذكورتين أعلاه والرجوع إلى المقالات المنشورة سابقاً على موقع Gate Learn.

ما هو ريب-7560؟

RIP-7560 هو مقترح تحسين لتجريد الحساب (EIP-2938/ERC-4337). يتضمن تقديم نوع المعاملة الجديد "AA_TX_TYPE" أدوارًا أخرى غير تاجر الحزمة (منشئ الكتل/مدقق العقدة) في مراحل التحقق من المعاملة وتنفيذها. ولم تعد تعتمد فقط على تاجر الحزمة للتغليف والتقديم على السلسلة، وبالتالي معالجة مشكلات المركزية المذكورة سابقًا. بالإضافة إلى ذلك، يوفر RIP-7560 تصميمًا موحدًا لضمان توافق أكبر للمتبنين المستقبليين. ستتناول هذه المقالة بالتفصيل المعايير التي تم تحسينها بواسطة اقتراح RIP-7560 ومعالجة المخاوف المثارة.

التغيير الأكثر جوهرية

هذا تغيير في بروتوكول طبقة الإجماع \
تم تقديم أول اقتراح لتجريد الحساب فعليًا في سبتمبر 2020 EIP-2938. تم قبوله في النهاية من قبل المجتمع ونشره على Ethereum. السبب وراء اعتماد ERC-4337 في النهاية بدلاً من 2938 هو أن 4337 لا يتطلب تغييرات في طبقة الإجماع، مما يسهل نسبيًا قبول المجتمع.

على عكس ERC-4337، سيتضمن اقتراح RIP-7560 تغييرات أكبر، وتحديدًا على مستوى بروتوكول طبقة الإجماع (تشير البادئة RIP إلى أن هذا اقتراح ذو مستوى أدنى لتحسين تقنية التجميع). الميزة المقابلة التي تجلبها هي القدرة على تجنب الاعتماد مباشرة على البنية التحتية لسلسلة L2 الأصلية.

تقديم نوع معاملة جديد \
تم تقديم نوع معاملة جديد: نوع المعاملة الرابع، المعروف أيضًا باسم "AA_TX_TYPE" (والذي تم اقتراحه بالفعل في EIP-2938 القديم). فهو لا يدعم فقط جميع وظائف CA النموذجية (مثل دفع رسوم الغاز ووظائف الدفع التلقائي المتكررة المذكورة في مقالة Visa)، ولكن على عكس ERC-4337، فإنه يسمح أيضًا للوكالات الخارجية الحالية بإرسال المعاملات. وهذا يعني أن هذا الاقتراح يهدف إلى تعزيز اعتماده على نطاق أوسع.

منطق تنفيذ المعاملة

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

مخطط انسيابي للتنفيذ (المصدر: مستند GitHub الخاص بـ RIP-7560)

المخاوف الرئيسية بشأن الاقتراح

أثار المؤلف المخاوف التالية أثناء المناقشة في منتدى Ethereum Magicians: RIP-7560: تجريد الحساب الأصلي

هل سيقيد تطوير خدمات تجريد الحساب القائمة على النوايا؟

ومن المتوقع أن يكون اللاعبون الرئيسيون في الخدمات القائمة على النوايا هم Uniswap V4 وUniswapX، مع تخطيط UniswapX لتطوير خدمات تجريد الحساب. بالإضافة إلى ذلك، تم اقتراح اتجاه مماثل بواسطة ERC-7521. ردًا على مناقشات المجتمع، ذكر أحد مؤلفي هذا الاقتراح، يوآف فايس، أنه إلى جانب RIP-7560، هناك أيضًا قاعدة للتحقق من تجريد الحساب تسمى ERC-7562. يمكن جعل تصميم نظام الهدف متوافقًا فقط مع RIP-7560 وليس مع قاعدة التحقق. بعد ذلك، يمكن استخدام شبكة منفصلة لحل النوايا، مما يسمح بالاستمتاع بفوائد RIP-7560 دون التعارض مع تصميم النية.

خطر اللارجعة

وقد تساءل البعض في المجتمع عما إذا كان هذا الاقتراح أقرب إلى "محاولة تضمين نظام تشغيل في المعدن"، مما يشكل مخاطر كبيرة. رد يوآف فايس على ذلك قائلاً: هذا الاقتراح مخصص للسلاسل التي تختار تضمين نظام تشغيل (مثل ERC-4337) في المعدن، أي سلاسل L2 التي تختار نشر تجريد الحساب الأصلي. هناك خيارات كافية داخل النظام البيئي لإيثريوم، ويمكن للمستخدمين اختيار سلاسل L2 الأخرى التي لم تنشر تجريد الحساب الأصلي.

اعتبارات التعقيد والتكلفة

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

خاتمة

في الوقت الحالي، يرحب مقدمو البنية التحتية لتجريد الحساب على الأقل، مثل مؤسس Stackup، بمثل هذه التغييرات في طبقة الإجماع، مما يشير إلى أن المشكلات الأساسية لخدمات تجريد الحساب الجاري لا تزال سائدة. إذا لم يعتمد عدد كافٍ من التطبيقات اللامركزية هذا الحل لتقليل رسوم الغاز وتقديم ميزات تشبه CA سهلة الاستخدام، فلن يحقق موفرو الحزم أي ربح، ولن ترتفع معدلات الاحتفاظ بالمستخدمين أبدًا. ومع ذلك، إذا كانت الخدمات التي تم تطويرها بناءً على هذا الاقتراح يمكنها أن تدعم بسلاسة EOAs الموجودة على السلسلة لدعم تجريد الحساب بشكل أصلي، فسنكون أقرب إلى الهدف النهائي (الاعتماد الشامل، ودعم Metamask لتجريد الحساب، وما إلى ذلك)، وتجربة المستخدم في التفاعل. مع DApps سوف تتحسن تدريجياً.