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

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

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

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

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

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

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

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

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

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

قضايا كفاءة L2 الحالية

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

القيود المتأصلة في Rollup: عملية اللمسات الأخيرة على المعاملة غير الفعالة

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

تحليل حالة تايكو

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

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

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

تأكيد مسبق على أساس رولب على أساس

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

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

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

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

يمكن أن تؤدي حالتين إلى خفض عقوبات على المراهنات المسبقة:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

عرض بانورامي إيكولوجي مؤكد مسبقًا: تفسير مخطط التدفق واستكشاف المشروع

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

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

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

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

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

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

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

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

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

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

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

3. يقدم The Pre-Confirmator بيانات المعاملة التي يجب تضمينها في كتلة L1 لمقحة L1.قد تكون هذه البيانات معاملة واحدة ، أو بيانات موجزة معالجتها بواسطة جهاز تسلسل L2.

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

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

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

7. في حالة حدوث معاملة لم يتم تضمينها بشكل صحيح على L1 كما وعدت ، سيواجه المؤتمر قبل المواجهة عقابًا من مدير التحدي قبل التأمين ، مثل المسلحة بواسطة Slash أو تجميدها في أصوله المعدلة.

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

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

مرققات مسبقة

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

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

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

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

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

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

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

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

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

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

L1 Verifier

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

بحث

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

النظر إلى المستقبل

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

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

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

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

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

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