تفسير مفهوم التأكيد المسبق: كيف تجعل تداول الأثيريوم أكثر كفاءة؟

يبدأ هذا المقال من حيث القيود الموجودة في البيئة البيئية L2 الحالية ، ومن خلال تحليل تفصيلي لمشاريع مثل Taiko ، يوضح مفهوم التأكيد المسبق (Preconfirmation) كيفية تحسين عملية تأكيد المعاملات وتعزيز تجربة المستخدم. كما يكشف أيضًا عن التحديات المزدوجة التي يجب التغلب عليها في تطوير التكنولوجيا المسبقة ، بما في ذلك التحديات التقنية واستدامة البيئة.

***عنوان المقال الأصلي: *“Preconfirmation (feat. Taiko): اجعل Ethereum سريعًا لأول مرة!”

***المؤلف الأصلي: *Ingeun Kim : : FP

ملخص مهم

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

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

سيتم في هذا المقال تحليل مفهوم التأكيد المسبق (Preconfirmation) باستخدام Taiko كمثال. كمكون رئيسي في تكنولوجيا Layer2، يعد التأكيد المسبق خطوة مهمة لتطوير Rollup بشكل أعمق.

مشكلة كفاءة L2 الحالية

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

القيود الأساسية للرول أب: عملية تحديد نهائية غير فعالة للمعاملات

L2 تحقيق قابلية التوسع من خلال Rollup ، تعتمد على توافر البيانات ومعالجة المعاملات في منصة L1 مثل Ethereum. ومع ذلك، يوجد قيد أساسي لـ Rollup: على الرغم من أنه يمكن إكمال ترتيب المعاملات وتنفيذها بشكل مستقل، إلا أن جميع العمليات الأخرى تحتاج إلى انتظار تأكيد نهائي من L1.

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

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

مفهوم التأكيد المسبق

تمت مقدمة مفهوم التأكيد المسبق لحل مشكلة كفاءة تأكيد المعاملات في شبكة L2. يمكن للتأكيد المسبق أن يسمح للمستخدمين بالحصول على تأكيدات المعاملات بشكل أسرع، مما يخفف من وقت الاستجابة والكفاءة المنخفضة الشائعة في آلية ال Rollup.

الإعداد المسبق ما هي المشكلات التي يهدف إلى حلها؟

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

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

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

كيف يتم حل هذه المشكلات مسبقًا؟

يحل التأكيد المسبق هذه المشكلات من خلال تزويد المستخدمين بضمانات لإدراج المعاملات وطلبها وتنفيذها. يوفر “تأكيدات ناعمة” للمستخدمين من خلال جهاز تسلسل L2 مركزي ويصدر بيانات اعتماد ما قبل التأكيد لضمان تضمين المعاملات في النهاية في L1.

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

هل التأكيد المسبق هو الحل النهائي؟

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

شرح مفهوم وممارسة التأكيد المبدئي بناءً على Taiko كمثال

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

قبل أن نتعمق في فهم التأكيد المبكر القائم على المعلومات، من الضروري أن نستعرض بعض السمات الرئيسية لـ Taiko لفهم أكثر شمولاً لملاءمة ومزايا هذه الطريقة.

تحليل حالة Taiko

أظهرت Taiko بشكل كامل ميزات Based Rollup الأساسية. إنها لا تحقق فقط التوافق الكامل مع بنية تحتية ETH، ولكنها ملتزمة أيضًا بتحقيق توافق كامل مع آليات الأمان في ETH. يعتمد Taiko على تركيبة Based Rollup، وهذا يعني أنها لا تعتمد على منظمي الرتب المركزيين، بل تعتمد على المدققون في ETH للقيام بدور منظمي الرتب، حيث يتولون مسؤولية ترتيب المعاملات والكتل.

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

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

التحقق المسبق القائم على Based Rollup

إذا، ما هو نموذج التأكيد المسبق المصمم خصيصًا لـ Based Rollup؟ الإجابة هي “Based Preconfirmation”. يهدف هذا النموذج إلى استبدال آليات التأكيد الناعم التقليدية من خلال التحقق المباشر على L1.

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

قدم Justin Drake مفهوم Based Preconfirmation لأول مرة، وطرح دورًا محددًا يُعرف باسم ‘Preconfer’ ، حيث يمكن لهؤلاء المشاركين توفير ضمانات التوقيع للمستخدمين، وتحديد ترتيب وحالة تنفيذ المعاملات. من أجل ضمان موثوقية الالتزامات، يجب على كل Preconfer الالتزام بكمية معينة من الهامش. إذا لم يلتزموا بالالتزامات المتعلقة بترتيب المعاملات أو حالتها، فسيواجهون عقوبات الـ Slashing mechanism، وهي فقدان جزئي أو كلي للهامش.

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

هناك حالتان تؤديان إلى عقوبة التقطيع للمؤكد المسبق:

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

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

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

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

لماذا يرغب المستخدمون في دفع رسوم التأكيد المسبق؟

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

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

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

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

ما التحديات الموجودة في التحقق الأولي القائم؟

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

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

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

من الملاحظ أن مفهوم Based Preconfirmation نسبيًا جديد ، وتم طرحه فقط قبل حوالي عام واحد. لجعلها أداة رئيسية لتعزيز سرعة وكفاءة حلول L2 التي تعمل بنظام Rollup ، ما زال يتطلب بعض الوقت للتطبيق والتحسين. ومع ذلك ، مع تأكيد وجود Rollup كمكون أساسي لقابلية توسعة ETH ، فإن استكشاف التأكيد المسبق لتحسين الأداء يشكل خطوة هامة في تطوير تكنولوجيا L2.

خاصة Taiko، حققت تقدمًا هامًا في تعزيز تنفيذ Based Preconfirmation. في الوقت نفسه، بدأ Taiko بالتعاون مع العديد من الشركاء مثل Taiko Gwyneth و Nethermind و Chainbound و Limechain و Primev و Espresso لاستكشاف وتطوير سيناريوهات تطبيق Based Preconfirmation بشكل مشترك. تهدف هذه التعاونات إلى تعزيز تطور النظام البيئي L2، وسيتم مناقشة المزيد من التفاصيل ذات الصلة في الفصول التالية.

الرؤية الشاملة المؤقتة للبيئة: تفسير رسوم توضيحية للعمليات واستكشاف المشروع

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

رسم بياني لعملية التأكيد المسبق

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

قبل أن نتعرف على خطوات الرسم البياني المحددة ، دعنا نتعرف أولاً على أدوار المشاركين في عملية التأكيد المسبق ووظائفهم:

• المستخدم (User): المستخدم الفردي الذي يستخدم شبكة L1 أو L2 ومسؤول عن إنشاء وإرسال المعاملات. إذا كان المستخدم يرغب في ضمان التأكيد المُسبق ، فسيقوم بإرسال المعاملة المكتملة إلى المُؤكد المسبق.
• مؤكد مسبقًا (Preconferrer): خلال عملية التأكيد المسبق ، يقوم المؤكد المسبق بمراجعة وتحقق صحة المعاملات ، ثم يقدم ضمان التأكيد المسبق للمستخدم. من خلال التأكيد المسبق ، يتمكن المستخدم من الحصول بسرعة على ضمان حالة المعاملة قبل التسوية النهائية. إذا لم تكن هناك عقدة مؤهلة للتأكيد المسبق ، فهي تعمل كمشاركين غير مؤكدين مسبقًا (Non-Preconf Actors) ، حيث يتم التعامل الرئيسي مع المعاملات العادية بدلاً من المعاملات المؤكدة مسبقًا ، على غرار عقدة التحقق القياسية.
• L1 المدققون (L1 Validator): يكلف بالتحقق النهائي من المعاملات والكتل على شبكة L1. بمجرد أن يقدم المؤكدون المعاملات، يقوم L1 المدققون بالتحقق منها وتسجيل البيانات النهائية في سلسلة كتل L1 لضمان سلامة المعاملات والامتثال لقواعد الإجماع.
• **مدير تحدي التأكيد المسبق: ** عند حدوث نزاع أو مشكلة في عملية التأكيد المسبق، يتولى هذا الدور التحقيق في المشكلة واتخاذ الإجراءات المناسبة لحل النزاع. يلعب هذا الدور دورًا حاسمًا في الحفاظ على عدالة وموثوقية عملية التأكيد المسبق.

الآن، سنقوم بترتيب عملية التأكيد المسبق وفقًا لتسلسل الرسم البياني:

1. يقوم المستخدم بإرسال طلب التداول إلى الجهة المؤكدة المشاركة الموجودة في الجهة المؤكدة لبدء عملية التأكيد المسبق.
2. يقوم المؤكدون المسبقون بمراجعة المعاملات وإرسال إيصال تأكيد مبدئي، مع العددد للمستخدمين أن المعاملة ستتم إدراجها في كتلة L1، وبالتالي توفير الضمانات المبدئية للتأكيد النهائي للمستخدمين.
3. يقوم المؤكدون المسبقون بتقديم بيانات المعاملات التي يجب أن تكون متضمنة في كتلة L1 إلى المدققون L1. قد تكون هذه البيانات معاملات فردية أو بيانات ملخصة معالجة من قبل مرتب L2.
4. المدققون L1 يقومون بالتحقق من البيانات المرسلة أو البيانات الملخصة وتسجيلها في كتلة L1 للتأكد من توافقها مع قواعد سلسلة الكتل الإجماعية.
5. بعد مرور بعض الوقت، يصل كتلة L1 التي تحتوي على بيانات المعاملات أو البيانات الملخصة إلى النهائية، ويتم تأكيد المعاملات رسمياً.
6. يمكن للمستخدمين التحقق من نتيجة المعاملة من خلال العقدة L1 وفي الحالات اللازمة تقديم أي نزاعات محتملة قبل التأكيد أو تحديات باستخدام المعلومات ذات الصلة.
7. إذا لم يتم تضمين التداول بشكل صحيح كما وعد على L1 ، فسيواجه المؤكد عقوبة مدير تحدي التأكيد ، مثل تقليص الهامش  أو تجميد أصول الالتكديس الخاصة به.

استكشاف المشاريع ذات الصلة

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

المحققين المسبقين (Preconfer Validators)

• Astria : تعمل Astria على استبدال جهاز الترتيب المركزي بشبكة جهاز ترتيب الالامركزية ودعم عدة Rollup في مشاركة هذه الشبكة. يوفر هذا التصميم لـ Rollup قدرة أقوى على مقاومة الرقابة وانتهاء كتلة أسرع وتفاعل سلس عبر Rollup. من أجل تحقيق انتهاء كتلة سريعة ، قامت Astria بإدخال وظيفة التأكيد المسبق ، مما يتيح لـ Rollup تقديم تأكيدات معاملات سريعة وتعزيز قدرتها على مقاومة الرقابة ، مما يعزز بشكل كبير تجربة المستخدم.
• Bolt by Chainbound：Bolt هو بروتوكول تأكيد مسبق تم تطويره بواسطة Chainbound، يوفر خدمة تأكيد المعاملات بالقرب من الفورية لمستخدمي ETH. يعتمد تشغيله على آلية المشاركة غير الموثوق بها والرهن الاقتصادي، ويتوافق في الوقت ذاته مع قناة MEV-Boost PBS الحالية، مما يخلق فرص دخل جديدة للمقترحين. تعتبر وظيفة Bolt الأساسية هي التأكيد المسبق على مستوى L1، حيث يوفر إنهاء فوري للمعاملات الأساسية (مثل التحويلات والتراخيص)، مما يعزز تجربة المستخدم. من خلال نقل مسؤولية تضمين المعاملات من بناة الكتل المركزية إلى المقترحين، يعزز Bolt مقاومة النظام للرقابة. في الوقت نفسه، يضمن آلية تسجيل المقترحين المرهونين بيئة غير موثوق بها، وتدعم بمرونة مختلف أنواع العقود الذكية.
• **Espresso **: Espresso هو برتوكول يهدف إلى تعزيز توافقية النظام البيئي للبلوكشين. يستخدم بروتوكول الإجماع HotShot BFT لتحقيق ترتيب المعاملات بين الشبكات المتعددة وإنهاء البيانات بسرعة. يعمل Espresso Network و Espresso Marketplace بشكل تعاوني لتوفير تأكيدات المعاملات السريعة وتوافقية فعالة، بهدف تعزيز قابلية التوسع والأمان للنظام البيئي للبلوكشين.
• Ethغاز：Ethغاز هو سوق لمساحة كتلة التجارة، والتطابق التجاري يتم إدارته بواسطة نظام مركزي، ويتم تنفيذ عملية داخل السلسلة من خلال العقود الذكية. يوفر Ethغاز وظيفتين رئيسيتين: تضمين التأكيد المسبق (ضمان أن يتم تضمين التجارة في حدود الغاز المحدد) و تنفيذ التأكيد المسبق (ضمان أن يتم تحقيق التجارة لحالة معينة أو نتيجة). يركز Ethغاز على حماية خصوصية التجارة في مساحة الكتلة، ويشتهر بأنه يهدف إلى تشغيل محايد.
• Luban：Luban تركز على تطوير طبقة تسلسل غير مركزية لربط بيانات المعاملات بين شبكة إيث و Rollup. تم تصميم هذه الطبقة لتكون نظامًا غير مركزيًا يفصل بين الدور الاقتراحي والتنفيذي. تعمل وظيفة التأكيد المسبق في Luban على تعزيز موثوقية المعاملات بشكل كبير من خلال ضمان قابلية تنفيذ المعاملات قبل أن تُدرج في شبكة إيث، وفي الوقت نفسه تساعد في تحسين غسيل الأموال وأسعار الغاز والقيمة السوقية للمعاملات وغيرها من العوامل الرئيسية.
• بريميف : بريميف يعمل على تطوير شبكة مقترحات متكاملة مع MEV ، تجمع بين التأكيد المسبق ووظائف MEV ، وتبني شبكة نقطية فعالة وموثوقة. تسجل هذه الشبكة التزام تنفيذ عمليات تداول ETH وتحفز المقترحين من خلال آلية مكافأة أو عقوبة. يسمح بريميف لمشاركي MEV بتعيين شروط تنفيذ محددة لمعاملاتهم ، بينما يمكن لبناة الكتل والمدققون التعهد بتلبية هذه الشروط للتأكد من التأكيد المسبق للمعاملات. بناءً على EIP-4337 ، يدعم بريميف خيارات مرنة للتأكيد المسبق ورسوم الغاز ، مما يعزز كفاءة معالجة المعاملات ويحسن تجربة المستخدم بشكل أكبر.
• Puffer Unifi：خدمة التحقق النشطة (AVS) لـ Puffer Unifi مبنية على EigenLayer، مع التركيز على حل تحديات التأكيد المسبق في نظام الإيثيريوم، خاصة في هيكل Based Rollup. يستفيد Puffer Unifi AVS من وظيفة إعادة التكديس في EigenLayer، لدعم آلية المشاركة في التأكيد المسبق، بهدف تعزيز كفاءة تأكيد المعاملات النهائي. مع تطور Based Rollup، تتزايد الطلبات على مزودي التأكيد المسبق الموثوقين، وهدف Puffer Unifi AVS هو تلبية هذا الطلب. رؤيتها النهائية هي تحقيق التأكيد المسبق الفعّال دون تغيير البروتوكول الأساسي، لدفع نظام الإيثيريوم نحو الارتفاع المستدام.
• التزلج: تعتمد التكديس المسبق لـ Skate على الأصول في EigenLayer لتوفير الأمان الاقتصادي لجميع العمليات التفاعلية عبر السلاسل. يتطلب التبادل التفاعلي هذا معرفة مرتبطة بالبيانات والمعلومات التي يتم ربطها بـ Skate وتوقيعها وإعدادها للتنفيذ. من خلال هذه العملية ، يتم تحقيق التزلج على التأكيد المسبق للبيانات ، مما يعزز بشكل كبير موثوقية وكفاءة المعاملات التفاعلية عبر السلاسل.
• Spire: تعتبر Based Stack لـSpire إطارًا Rollup مستندًا إلى ETH، مصممًا خصيصًا لدعم تطوير AppChain (سلاسل التطبيقات). يسمح هذا الإطار لـAppChain بالتفاعل مباشرة مع ETH وتخصيص طريقة تسلسلها، ويدعم ميزات مثل التبادل العابر للسلسلة. كما يحسن تجربة المستخدم من خلال التأكيد المسبق. يدعم Based Stack العديد من بيئات التنفيذ المختلفة ويضمن دخل تسلسل AppChain ويبقى متوافقًا مع مسلسل المشاركة التقليدية. كمشروع مفتوح المصدر، يوفر Based Stack أدوات وموارد كاملة للمطورين لبناء وإدارة AppChain، وبالتالي تعزيز تفاعلية AppChain واستدامة بيئة ETH.
• تايكو جوينيث: تايكو جوينيث هو نوع من Rollup يتم تطويره حاليًا بواسطة تايكو ، ويصنف كهيكل أساسي لـ Rollup. الهدف منه هو تحقيق توافق كامل مع إيثريوم وإدارة ترتيب المعاملات مباشرة على شبكة إيثريوم. يستغل هذا التصميم الأمان والخصائص اللامركزية لشبكة إيثريوم ، وفي الوقت نفسه يوفر إمكانية معالجة عالية القدرة وتأكيد سريع للمعاملات. في الوقت الحالي ، يعمل تايكو على آلية المقترحين للمساعدة في إنشاء الكتل ويستكشف آلية التأكيد المسبق لتعزيز إنتاج الكتل الرابحة في المجتمع. يهدف هذا الآلية إلى تحسين جدولة الكتل وكفاءة نشر البيانات. لتحقيق هذه الأهداف ، يعمل تايكو بالتعاون الوثيق مع مشاريع مثل نيثرمايند وجاتاكا.

L1 المدققون

• Chorus One : Chorus One هو مشروع يقدم خدمات التحقق والبنية التحتية لشبكات البلوكشين، مع التركيز على خدمات الالتكديس في عدة بروتوكولات لتعزيز استقرار وأمان الشبكة. كمدقق L1، تقوم Chorus One بالتحقق من المعاملات وإنشاء الكتل لتعزيز موثوقية وكفاءة الشبكة بأكملها. في الآونة الأخيرة، أبدى Chorus One اهتمامًا كبيرًا بتقنية التأكيد المسبق، حتى نظم فعاليات متخصصة فيها خلال فعاليات Devcon 2024.

البحث

• Nethermind: Nethermind هو مشروع مكرس لتطوير عميل وأدوات مشتركة إثيريوم، والهدف الرئيسي هو تحسين أداء واستقرار كتلة البلوكتشين. من خلال إدخال تقنيات تحسين متقدمة، يعمل Nethermind بنشاط على زيادة طاقة معالجة معاملات شبكة إثيريوم. بالنسبة لتقنية التأكيد المسبق، يقوم Nethermind بأبحاث عميقة وقدم مقترحًا لبرنامج دعم Taiko، بهدف تسريع نشر وظيفة التأكيد المسبق على الشبكة الرئيسية Taiko. يستند هذا المقترح إلى مشروع RFP-001 من Nethermind، ويتم تنفيذه في مرحلتين: الأولى ستختبر وظيفة التأكيد المسبق بين مشاركين معتمدين بشكل محدود. في حين تخطط المرحلة الثانية لتوسيع نطاق تطبيق وظيفة التأكيد المسبق تدريجيًا.

توقعات المستقبل

تايكو والعديد من مشاريع Based Rollup في Layer2، سواء كانت تستخدم تصميم Based Rollup أم لا، تعمل على تحسين عملية تأكيد المعاملات غير الكفؤة في Rollup التقليدي. من خلال إدخال مفهوم التأكيد المسبق (Preconfirmation)، تقوم هذه المشاريع ببناء نظام تأكيد المعاملات يتيح للمستخدمين تأكيد المعاملات بشكل أسرع وأكثر موثوقية. من خلال هذا النهج، تستكشف هذه المشاريع باستمرار كيفية تحسين تجربة المستخدم وبناء ثقة المستخدم.

تايكو يستفيد تمامًا من موقعه كطبقة 2 للمشروع القائم على Based Rollup ، ويعمل بنشاط على تنفيذ آلية Based Preconfirmation ، مما يتيح التوافق الشامل واللامركزية مع إيثريوم. من خلال توفير ضمان تأكيد سريع وموثوق للمعاملات للمستخدمين ، تحسن بشكل كبير سرعة وموثوقية معالجة المعاملات ، مما يحسن تجربة المستخدم بشكل كبير.

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

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

من خلال تعزيز سهولة الاستخدام من خلال التأكيد المسبق ، قد يؤدي ذلك لتأثيرات بعيدة المدى على مجالات مثل التمويل اللامركزي والألعاب التي تهتم بالسرعة والكفاءة ، وقد يؤدي أيضًا إلى تحسين أداء ETH Layer2 ، وإعادة ربط أجزاء البيئة المتفرقة السابقة لـ ETH معًا. يمكن أن يؤدي تحسين هذا الأداء إلى دمج مزيد من مشاريع Type-1 ETH Layer2 مع الإيثريوم، مما يفتح المزيد من الإمكانيات التي كان من الصعب الحصول عليها في الماضي بسبب قيود السرعة. هذه التطورات ستؤثر بالتأكيد على بيئة إيثريوم بأكملها.

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