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

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

العنوان الأصلي: "التأكيد المسبق (الفذ. Taiko): اجعل Ethereum سريعًا المرة الأولى!"

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

نظرة عامة على المفاتيح

• تعتمد Taiko على مجموعة البيانات المجمعة تهدف شبكة Layer2 إلى تحقيق إمكانية التشغيل البيني الكامل مع Ethereum مع تعزيز اللامركزية في أجهزة التسلسل. من أجل حل مشكلة تأخير التأكيد النهائي للمعاملات في آلية التجميع، قدمت Taiko مفهوم "التأكيد المسبق". من خلال ضمان إدراج وتسلسل المعاملات للمستخدمين مقدمًا، يخفف التأكيد المسبق بشكل فعال من عدم كفاءة عملية تأكيد المعاملة في آلية التجميع، وبالتالي تحسين تجربة المستخدم بشكل كبير.

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

• في الوقت الحالي، شاركت مشاريع متعددة في بناء النظام البيئي للتأكيد المسبق. من المتوقع أن يؤدي هذا التقدم التكنولوجي إلى تحسين كفاءة النظام البيئي Ethereum L2، وتعزيز إمكانية التشغيل البيني مع Ethereum، وتعزيز المزيد من التوسع في النظام البيئي بأكمله.

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

ستستخدم هذه المقالة Taiko كمثال للتحليل العميق لمفهوم التأكيد المسبق. باعتباره مكونًا رئيسيًا في حزمة تقنية Layer2، يعد التأكيد المسبق خطوة مهمة لـ Rollup لتحقيق مزيد من التطوير.

مشكلات كفاءة اللغة الثانية الحالية

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

القيود المتأصلة في مجموعة التحديثات: عملية إنهاء المعاملات غير الفعالة

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

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

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

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

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

ما هي المشاكل التي تم تصميم التأكيد المسبق لحلها؟

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

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

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

التأكيد المسبقكيفية حل هذه المشكلات؟

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

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

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

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

استخدام Taiko كمثال لتفسير مفهوم وممارسة التأكيد المسبق القائم على أساس

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

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

تحليل حالة Taiko

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

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

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

التأكيد المسبق استنادًا إلى القائمة المجمعة

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

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

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

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

هناك حالتان ستتسببان في معاقبة المُؤكد المسبق بالتقطيع:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

التأكيد المسبق على العرض البانورامي البيئي: تفسير المخطط الانسيابي واستكشاف المشروع

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

مخطط تدفق التأكيد المسبق

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

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

• المستخدم: مستخدم فردي يستخدم شبكة L1 أو L2 وهو المسؤول عن إنشاء المعاملات وإرسالها. إذا أراد المستخدم الحصول على ضمان التأكيد المسبق، فسوف يقوم بكتابة المعاملة وإرسالها إلى التأكيد المسبق.

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

• L1 Validator: المسؤول عن التحقق من صحة المعاملات والمناطق على كتلة شبكة L1 للتحقق النهائي . بمجرد أن يرسل المدقق المسبق بيانات المعاملة، سيقوم مدقق L1 بالتحقق منها وتسجيل البيانات النهائية في blockchain L1 لضمان سلامة المعاملة والامتثال لقواعد الإجماع.

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

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

1. يرسل المستخدم طلب معاملة إلى المؤكد المسبق من بين المشاركين في التأكيد المسبق لبدء عملية التأكيد المسبق.

2. يقوم المصادق المسبق بمراجعة المعاملة ويرسل إيصال التأكيد المسبق، مع وعد المستخدم بإدراج المعاملة في المعاملة كتلة L1، وبالتالي تزويد المستخدمين بضمان التأكيد النهائي الأولي.

3. يرسل المدقق المسبق بيانات المعاملة التي يجب تضمينها في كتلة L1 إلى مدقق L1. قد تكون هذه البيانات عبارة عن معاملات فردية أو بيانات مجمعة تتم معالجتها بواسطة جهاز تسلسل L2.

4. يقوم مدقق L1 بالتحقق من بيانات المعاملة المقدمة أو البيانات الموجزة ويسجلها في كتلة L1 للتأكد من امتثالها لقواعد إجماع blockchain .

5. بعد فترة من الوقت، تصل كتلة L1 التي تحتوي على بيانات المعاملة أو البيانات الموجزة إلى النهاية، ويتم تأكيد المعاملة رسميًا.

6. يمكن للمستخدمين التحقق من النتيجة النهائية للمعاملة من خلال عقدة L1 واستخدام المعلومات ذات الصلة لرفع أي نزاعات محتملة للتأكيد المسبق أو التحديات إذا لزم الأمر.

7. في حالة عدم تضمين المعاملة بشكل صحيح في L1 كما وعدت، سيواجه المُؤكد المسبق عقوبات من قبل- تأكيد تحدي المدير، مثل خصم الودائع أو تجميد أصولهم المرهونة.

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

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

إجراء عمليات التحقق المسبق

• Astria: تلتزم Astria باستبدال أجهزة التسلسل المركزية بشبكة تسلسل لا مركزية وتدعم مجموعات تجميعية متعددة تتقاسم هذه الشبكة. يوفر هذا التصميم لمجموعة المنتجات المحتسبة مقاومة أكبر للرقابة، ونهائية أسرع للكتلة، وتفاعلًا سلسًا عبر مجموعة المنتجات المجمعة. لتحقيق نهائية الكتلة السريعة، قدمت Astria وظيفة التأكيد المسبق، مما يتيح لـ Rollup توفير تأكيدات سريعة للمعاملات ومقاومة معززة للرقابة، مما يحسن تجربة المستخدم بشكل كبير.

• Bolt by Chainbound: Bolt هو بروتوكول تأكيد مسبق تم تطويره بواسطة Chainbound لمستخدمي Ethereum. خدمة تأكيد المعاملة. وهي تعمل على أساس آلية مشاركة غير موثوقة وحصص اقتصادية، مع كونها متوافقة مع خط أنابيب MEV-Boost PBS الحالي، مما يخلق فرصًا جديدة للإيرادات لمقدمي العروض. الميزة الأساسية لـ Bolt هي التأكيد المسبق L1، والذي يعمل على تحسين تجربة المستخدم من خلال توفير نهائية فورية للمعاملات الأساسية مثل التحويلات والتفويضات. يعزز بولت مقاومة الرقابة للنظام من خلال تحويل مسؤولية إدراج المعاملات من منشئي الكتل المركزيين إلى مقدمي العروض. وفي الوقت نفسه، تضمن آلية تسجيل مقدمي الرهن العقاري بيئة غير موثوقة وتدعم بمرونة أنواعًا مختلفة من العقود الذكية.

• نظام Espresso: نظام Espresso هو نظام مخصص لتعزيز إمكانية التشغيل البيني لبروتوكول blockchain البيئي . ويستخدم بروتوكول الإجماع HotShot Byzantine Fault Tolerance (BFT) لتحقيق ترتيب المعاملات والنهائية السريعة للبيانات بين سلاسل متعددة. يشتمل نظام Espresso على Espresso Network وEspresso Marketplace، اللذين يعملان معًا لتوفير سرعة المعاملات النهائية وقابلية التشغيل البيني الفعالة، بهدف زيادة قابلية التوسع والأمان لنظام blockchain البيئي.

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

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

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

• Puffer Unifi: تم إنشاء خدمات Puffer Unifi التي تم التحقق منها بشكل نشط (AVS) على EigenLayer، مع التركيز على حل المشكلات. تحديات ما قبل التأكيد في النظام البيئي للإيثيريوم، وتحديدًا في بنية مجموعة البيانات المجمعة المستندة. يستخدم Puffer Unifi AVS وظيفة إعادة التعهد الخاصة بـ EigenLayer لتوفير الدعم لآلية مشاركة التأكيد المسبق، بهدف تحسين كفاءة التأكيد النهائي للمعاملات. مع تطور Based Rollup، تستمر الحاجة إلى موفري تأكيد مسبق موثوقين في النمو، ويهدف Puffer Unifi AVS إلى تلبية هذه الحاجة. وتتمثل رؤيتها النهائية في تحقيق تأكيد مسبق فعال دون تغيير البروتوكول الأساسي، وبالتالي تعزيز النمو المستدام للنظام البيئي للإيثيريوم.

• Skate: تعتمد AVS المؤكدة مسبقًا لـ Skate على الأصول المعاد رهنها على EigenLayer لتوفير كل شيء توفر العمليات عبر السلسلة الأمن الاقتصادي. يتحقق AVS هذا من البيانات والمعلومات المجمعة المطلوبة للمعاملات عبر السلسلة، والتي يتم توقيعها بعد ذلك بواسطة مرحل Skate وتكون جاهزة للتنفيذ. من خلال هذه العملية، تحقق Skate AVS تأكيدًا مسبقًا للبيانات، مما يؤدي إلى تحسين موثوقية وكفاءة المعاملات عبر السلسلة بشكل كبير.

• Spire: Spire's Based Stack هو إطار عمل تراكمي يعتمد على Ethereum، وهو مصمم للمطورين وبناء سلاسل التطبيقات (سلاسل التطبيقات) لتقديم الدعم. يسمح هذا الإطار لسلاسل التطبيقات بالتفاعل مباشرة مع إيثريوم، وتخصيص أساليب التسلسل الخاصة بها، ودعم التبادل عبر السلاسل والوظائف الأخرى، وتحسين تجربة المستخدم من خلال التأكيد المسبق. يدعم Based Stack بيئات تنفيذ متعددة، ويضمن إيرادات التسلسل لسلسلة التطبيقات، ويحافظ على التوافق مع أجهزة التسلسل المشتركة التقليدية. باعتباره مشروعًا مفتوح المصدر، يوفر Based Stack للمطورين الأدوات والموارد الكاملة اللازمة لبناء وإدارة سلاسل التطبيقات، وبالتالي تعزيز تطوير سلسلة التطبيقات وقابلية التشغيل البيني لنظام Ethereum البيئي.

• Taiko Gwyneth: Taiko Gwyneth هو تصميم تراكمي تم تطويره بواسطة Taiko ويتم تصنيفه على أنه تصميم مجمع قائم بنيان. الهدف هو تحقيق إمكانية التشغيل البيني الكامل مع Ethereum أثناء إدارة تسلسل المعاملات مباشرة على Ethereum. يستفيد هذا التصميم بشكل كامل من ميزات الأمان واللامركزية في Ethereum مع توفير إنتاجية عالية وتأكيدات نهائية سريعة. حاليًا، تدير Taiko آلية مقترحة للمساعدة في إنشاء الكتل واستكشاف آلية التأكيد المسبق لتسهيل إنتاج الكتل المربحة داخل المجتمع. تم تصميم هذه الآلية لتحسين جدولة وقت الكتلة وكفاءة إصدار البيانات. ولتحقيق هذه الأهداف، تعمل Taiko بشكل مكثف مع مشاريع مثل Nethermind وGattaca.

أداة التحقق من المستوى الأول

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

البحث

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

التطلع إلى المستقبل

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

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

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

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

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

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