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

الحلول الرئيسية الحالية تشمل متسلسلات مشتركة ومجموعات مستندة لحل المشكلات التي تطرحها المتسلسلات المركزية. تقدم المتسلسلات المشتركة خدمات تسلسل موحدة لعدة سلاسل من الطبقة 2، ولكنها كأطراف ثالثة، تحمل مشاكل الثقة وآلية الحوافز. من ناحية أخرى، تعتمد مجموعات مستندة على مقترحي Ethereum L1 للتسلسل، مما يعزز اللامركزية. ومع ذلك، يعتمد وقت تأكيد الصفقة على وقت كتلة Ethereum L1 (حوالي 12 ثانية)، الذي لا يمكن أن يحقق النهوض السريع.

الخلفية التاريخية للتأكيدات الأولية

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

التأكيدات الأولية ليست مفهومًا جديدًا. في الأيام الأولى لتطوير بيتكوين، قدمت مجتمع بيتكوين مفهوم "0conf." وهذا يشير إلى معاملة عملية النقل كصحيحة قبل تأكيدها بالكامل من قبل شبكة بيتكوين. وهذا يقلل من وقت الانتظار لتأكيد العملية النهائي. في عام 2023، قام أوري كلارمان بتوسيع هذه الفكرة إلى إيثيريوم عن طريق تقديممفهوم "التأكيدات المقيدة مسبقًا". الفكرة الأساسية هي أن المؤكدون المستقبليون لا يمكنهم فقط تأكيد المعاملة الحالية مسبقًا ولكن أيضًا استنساخ التأكيدات المسبقة التي قام بها جميع المؤكدون المسبقين السابقين. ثم يقوم بالتأكيد مرة أخرى@muratlite/primev-v01#ما هو بريميف">استكشف هذا المفهوم واقترح آلية مزايدة جديدة تسمى "Preconfirm (Pre-conf)" التي تتيح لتحالف بنّاة الكتل الالتزام بتضمين عملية في الكتل المستقبلية داخل نافذة زمنية محددة، بحيث يتمكن المستخدمون من المشاركة في المزايدة على التأكيد المسبق.

(Primevيتطورالتزام ميفGate.io، منصة لامركزية مصممة خصيصًا لتنسيق معاملات MEV. باستخدام التزامات التشفير في الوقت الحقيقي وآليات المزايدة الفعالة، فإنه يساعد المستخدمين والمزودين على ضمان موثوقية وسرعة المعاملات. يُطبق على سيناريوهات معقدة تتطلب تأكيدًا سريعًا وتنفيذًا مثل تأكيدات مسبقة واستراتيجيات التداول عالية التردد.)

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

مقترح وتحسين آلية التأكيد المبكر بناءً على الاقتراحات

تم تقديم مفهوم Based Rollups لأول مرة من قبل فيتاليك بوتيرين في مقاله لعام 2021“دليل غير كامل لمجموعات”. في هذه المقالة، قدم فيتاليك فكرة "الفوضى الكلية"، التي تصف بيئة مركزية تمامًا حيث يمكن لأي شخص تقديم دفعات المعاملات في أي وقت، دون أي قيود.

في مارس 2023 ، قام جاستن دريك بتوضيح مفهوم المجموعات الأساسية في مقاله.“مجموعات مدفوعة بالأساس - القوى الخارقة من تسلسل L1”. عندما يتم توجيه تسلسل Rollup بواسطة L1 ، يُشار إليه باسم Rollup معتمد أو Rollup مرتبط بـ L1. في هذه الهندسة المعمارية ، يتم تنفيذ إنشاء وتسلسل كتل Rollup بواسطة مقترحين على L1 ، الذين يمكنهم التعاون مع الباحثين والبنائين لتضمين كتل Rollup مباشرة في كتل L1. يجدر بالذكر أنه بشكل افتراضي ، يتم إنشاء كتل Rollup المعتمدة بواسطة بنائين L2 ، لذلك لا تزيد Rollups المعتمدة عن عبء المحققين L1.

لمزيد من التفاصيل حول المجموعات المعتمدة، يمكنك مراجعة المقالة ما هو بيزد رول اب، وراثة حيوية إيثريوم؟

من خلال نقل مسؤولية تسلسل المعاملات إلى L1 ، ترث مجموعات القوائم القائمة أمان وحيوية L1 مع تحسين أداء L2. توفر هذه الآلية العديد من المزايا ، مثل تقليل البنية التحتية والتكاليف التشغيلية ل L2. ومع ذلك ، لا تزال هناك تحديات ، مثل حقيقة أن معظم MEV (قيمة التعدين القابلة للاستخراج) الناتجة عن التراكمات القائمة تتدفق إلى L1. ومع ذلك ، هذه ليست مشكلة كبيرة لأن Rollups المركزية تولد في المقام الأول إيرادات من رسوم معاملات L2 وفرص MEV ، حيث يكون الأول هو مصدر الإيرادات الرئيسي والأخير يتطلب تكاليف بنية تحتية وصيانة كبيرة. تحافظ عمليات التجميع القائمة على رسوم معاملات L2 كمصدر أساسي للإيرادات مع الاستعانة بمصادر خارجية لدور المقترحين لبناة L1 ، وبالتالي تقليل تكاليف البنية التحتية والتشغيل. التحدي الآخر هو أن التراكمات القائمة لا يمكنها تحقيق نهائية سريعة للمعاملات. نظرا لأن أوقات تأكيد المعاملات القائمة على مجموعة التحديثات تعتمد كليا على أوقات حظر Ethereum L1 (حاليا حوالي 12 ثانية) ، فإن هذا يتناقض بشكل حاد مع التأكيدات السريعة الناعمة التي توفرها أجهزة التسلسل المركزية.

لمعالجة مشكلة سرعة تأكيد المعاملات في مجموعات Based، قدم جاستن دريك مفهوم قبل التأكيدات الأساسيةفي نوفمبر 2023. يستخدم تنفيذ Slash لتوفير تأكيد مسبق لمجموعات القائمة. في الاقتراح الأولي، قدم جاستن دريك متطلبات مسبقة رئيسيتين: أولاً، يجب على القائمين بالطرح L1 الاختيار في شروط العقوبة الإضافية ليصبحوا مؤكدين مسبقًا (آلية إعادة الرهان)؛ ثانيًا، يجب على القائمين بالطرح L1 أن يكونوا قادرين على فرض تضمين المعاملات على السلسلة (قوائم الاستقبال).

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

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

من المفهوم إلى التطبيق: تطبيق التأكيدات المسبقة المستندة

تايكو: الرائدة في تطوير وتعزيز مجموعات مبنية على رول أبس

منذ النصف الثاني من عام 2023، بدأ تايكو في التطور نحو أن يصبح Based Rollup. كـ Based Rollup، يعتمد تايكو على نظام مقترح مركزي حيث يقوم المقترحون بتشغيل عملاء محددين (taiko-geth) والبقاء متزامنين مع L2 mempool. عندما يكتشف المقترح دفعة من المعاملات التي يمكن أن تشكل كتلة مربحة، يقومون بإرسال الكتلة المعدة مسبقًا إلى Ethereum L1.

في تدفق معالجة المعاملات ، تدخل المعاملات المقدمة من المستخدم على Taiko أولا في تجمع الذاكرة L2. يبحث باحثو L2 عن معاملات مربحة داخل mempool ويقومون بتجميعها في دفعات معاملات L2. يقوم باحثو L1 ، بصفتهم مقترحي كتلة L2 ، بفرز دفعات معاملات L2 هذه إلى كتل L2 ، والتي يتم تضمينها لاحقا في حزم معاملات L1 الخاصة بهم ودمجها في كتلة L1. أخيرا ، يقوم مدققو L1 بالتحقق من هذه الكتل وإرسالها إلى سلسلة Ethereum الرئيسية لضمان نهائية المعاملة.

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

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

Puffer UniFi: إعادة تشكيل نظام سلسلة تطبيقات اللامركزية

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

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

وفقًا لآخرخارطة الطريق, من المقرر أن يتم إطلاق شبكة اختبار Puffer’s UniFi في سبتمبر 2024، ومن المتوقع أن يتم تشغيل آلية UniFi AVS في الربع الرابع من عام 2024، جنبًا إلى جنب مع شبكة UniFi الرئيسية.

رؤية Puffer UniFi هي معالجة التشظي تي الحالي للسيولة عبر السلاسل. في المستقبل، ستعتبر التطبيقات المبنية على Puffer UniFi سلاسل تطبيقات مستقلة. تعتمد هذه السلاسل على تسلسل L1 وآليات التأكيد المسبق المقدمة من قبل UniFi، مما يقلل من تكاليف التطوير ويمكن التوافق مع السهولة مع مجموعات ال Rollups أو سلاسل التطبيقات الأخرى المتسلسلة L1. على سبيل المثال، يُعتبر استخدام المستخدم آليس للرموز المميزة من Rollup A كضمان لاقتراض الأصول على Rollup B. نظرًا لأن Rollup A و Rollup B يعتمدان على نفس محققي تسلسل Ethereum L1 لتسلسل المعاملات، يمكن للمحقق معالجة معاملات آليس على كل من Rollups ضمن نفس الكتلة Ethereum. يتيح هذا لآليس التشغيل عبر مجموعات Rollups مختلفة دون الحاجة إلى جسور معقدة عبر السلاسل.

ماذا يستحق المشاهدة أيضا؟

بالإضافة إلى المشروعين المذكورين أعلاه، هناك عدة تطورات ملحوظة أخرى تتعلق بالتأكيدات المسبقة. على سبيل المثال، قامت Primev بإطلاق منصة mev-commit، التي يمكن أن توفر خدمات تأكيد مسبق لأي Based Rollup. كما اقترحت Primev أيضًا حلاً يجمع بين mev-commit وقوائم الاستدراج (IL) للتأكيدات المسبقة للblob. وفي الوقت نفسه، قدمت Espresso@EspressoSystemsتم تقديم نموذج التأكيد المسبق المعدّ للمقترَح، الذي يسمح لكل Rollup بتخصيص ترتيب التسلسل وشروط العقوبة للتأكيد المسبق المعدّ للمقترَح. لدى Spire أطلقت سجل التأكيد المسبق، وهو نظام يمكن فيه للمقترحين (مثل كبار المشغلين والمخزنين المستقلين) نشر ضمانات في ETH. تشينباوند لديها أيضا كشفبولت، بروتوكول يسمح لمقترحي Ethereum بالتعهد بشأن محتوى كتلهم.

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

في مواجهة تجزئة السيولة الحالية داخل النظام البيئي للتجميع ، ينظر إلى عمليات التجميع القائمة على نطاق واسع على أنها حل محتمل فعال. على سبيل المثال ، قام آدم كوكران ، الشريك في Cinneamhain Ventures ، بالتغريد بأن قائمة Rollups يمكن أن تعالج التحديات الاقتصادية ل Ethereum Layer 2. يلعب التأكيد المسبق دورا مهما في تعزيز تجربة المستخدم لمجموعة التحديثات القائمة. ومع استمرار العديد من البروتوكولات الرئيسية في إحراز تقدم إيجابي، سنواصل رصد آخر التطورات في هذا المجال.

تنصل التنويه:

1. تم نقل هذه المقالة من [أبحاث ChainFeeds], جميع حقوق الطبع والنشر تنتمي إلى الكاتب الأصلي [ليندا بيل]. إذا كانت هناك اعتراضات على هذه الإعادة النشر، يرجى الاتصال بـبوابة تعلمالفريق، وسوف يتعاملون معه على الفور.
2. تنصل المسؤولية عن الخسائر: الآراء والآراء المعبر عنها في هذه المقالة هي فقط تلك التي تعود إلى الكاتب ولا تشكل أي نصيحة استثمارية.
3. يتم إجراء ترجمة المقال إلى لغات أخرى من قبل فريق Gate Learn. ما لم يتم ذكره، فإن نسخ وتوزيع وسرقة المقالات المترجمة محظورة.