تفسير مفهوم التأكيد المسبق (Preconfirmation) باستخدام Taiko كمثال: كيف يمكن جعل معاملات Ethereum أكثر كفاءة؟

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

كتب: انجيون كيم : : FP

نظرة عامة مهمة

Taiko هي شبكة Layer2 مبنية على Based Rollup، تهدف إلى تحقيق تفاعل كامل مع Ethereum ودفع اللامركزية للمُسَلّط. لحل مشكلة وقت الإستجابة في آلية Rollup لتأكيد المعاملات النهائية، قدمت Taiko مفهوم “التأكيد المسبق (Preconfirmation)”. من خلال ضمان مُسبق لشمولية وتسلسل المعاملات للمستخدمين، تساهم التأكيد المسبق في تخفيف كفاءة عملية تأكيد المعاملات في آلية Rollup، مما يعزز تجربة المستخدم بشكل ملحوظ.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

تحليل حالة Taiko

تايكو يظهر تماما ميزات Based Rollup الأساسية. فهو لا يحقق فقط التوافق الكامل مع البنية التحتية لـ ETH ، بل يسعى أيضًا لتحقيق توافق كامل مع آليات أمان ETH. تايكو يعتمد على هيكل Based Rollup ، مما يعني أنه لا يعتمد على مرتبة مركزية ، بل يعتمد المدققون لـ ETH دور المرتب في ترتيب ومعالجة المعاملات والكتل.

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

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

التأكيد المسبق على أساس تقنية Based Rollup

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ما هي التحديات الموجودة في التأكيد المسبق القائم على التشفير؟

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

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

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

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

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

رؤية شاملة مؤكدة مسبقًا: فهم رسومي للعمليات واستكشاف المشروع

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

مخطط تأكيد مسبق

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

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

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

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

L1 المدققون（L1 Validator）： مسؤولون عن التحقق النهائي من المعاملات والكتل على شبكة L1. بمجرد أن يقوم المؤكدون بتقديم بيانات المعاملات المؤكدة مسبقًا، سيقوم المدققون L1 بالتحقق منها وتسجيل البيانات النهائية في سلسلة L1 كتلة، لضمان سلامة المعاملات وامتثالها لقواعد الإجماع.

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

الآن، سنقوم بتنظيم العملية المحددة المؤكدة وفقًا لتسلسل الرسم البياني.

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

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

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

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

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

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

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

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

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

التحقق المسبق من المحققين

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

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

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

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

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

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

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

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

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

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

L1 المدققون

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

البحث

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

نظرة في المستقبل

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

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

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

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

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

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