التراكب المتفائل ودوره في شبكة بوبا

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

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

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

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

الحوسبة ومعالجة المعاملات خارج سلسلة بوبا نيتوورك

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

بعد معالجة المعاملات خارج السلسلة على دفعات ، يرسل Boba النتائج إلى شبكة Ethereum الرئيسية على دفعات. هذا لا يقلل فقط من الحاجة إلى معالجة كل معاملة مباشرة على Layer-1 ، ولكن أيضا يحسن بشكل كبير من كفاءة الشبكة ككل. بفضل هذه الآليات ، تستطيع Boba توفير حل أكثر كفاءة وفعالية من حيث التكلفة للتطبيقات اللامركزية (dApps).

مبدأ تكنولوجيا Boba Network

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

HybridCompute™

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

في وضع HybridCompute ، يمكن لتطبيقات الويب الموجودة على Boba إرسال طلبات ومعالجة البيانات المطلوبة من قبل خوادم السلسلة الفرعية ، وإرجاع النتائج في تنسيق متوافق مع Ethereum. يتم تمرير هذه النتائج بعد ذلك إلى العقود الذكية لتنفيذ الحسابات المتقدمة وفي الوقت نفسه تجنب إضافة عبء على سلسلة الكتل.

هذه الإمكانية فريدة من نوعها لشبكة Boba ، مما يوفر لها مرونة حسابية لا توجد عادة في حلول Layer-2 الأخرى ، مما يوسع بشكل كبير من إمكانات التطبيقات اللامركزية.

دور سلسلة الترتيب وآلية إثبات الاحتيال في الأمان

أجهزة التسلسل في شبكة Boba مسؤولة عن تسلسل المعاملات ، وضمان معالجة المعاملات بالترتيب الصحيح ، وتوفير تأكيدات سريعة للمعاملات. يعمل جهاز التسلسل بشكل أساسي كخدمة مركزية ، لكنه لا يزال ملزما بقواعد وبروتوكولات نظام Layer-2. في حين يتم استخدام آلية مركزية حاليا ، فإن هذا مؤقت ، حيث تم تصميم النظام مع وضع نماذج الحوكمة المستقبلية في الاعتبار ، وسيخضع Sequencer في النهاية لآلية لامركزية.

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

كيفية عمل المُتتابع:

1. استقبال ومعالجة المعاملات:
   يستقبل Sequencer المعاملات الخارجة من السلسلة التي يتلقاها من المستخدمين ويقوم بتجميعها وتجزئتها إلى دفعات. يتحمل Sequencer مسؤولية ضمان ترتيب هذه المعاملات بشكل صحيح وفقًا لوقت الاستلام.

2. إرسال إلى إيثيريوم وضمان النهائية:
   بعد الانتهاء من الترتيب، سيقوم Sequencer بتقديم الدفعات التجارية إلى إيثيريوم Layer-1 لضمان نهائية المعاملات. يعني النهائية أن المعاملات تعتبر غير قابلة للتغيير ما لم يتم إلغاؤها عن طريق الشوكة الصعبة.

3. فترة إثبات الاحتيال (Fraud-Proof Period):
   بعد تقديم دفعة المعاملات ، عادة ما يكون هناك فترة استدلال لمدة سبعة أيام ، يمكن لأي شخص أن يشكك في صحة المعاملة خلال هذه الفترة.

4. إذا تم الكشف عن معاملة ضارة أو غير صالحة ، يمكن للمنافس تقديم دليل على الاحتيال.

5. يتم التحقق من إثبات الاحتيال عن طريق إعادة تنفيذ المعاملات المثيرة للجدل على شبكة إيثيريوم الرئيسية للتحقق مما إذا كانت نتائجها متطابقة مع النتائج التي قدمها السيكونسر.
6. إذا كانت النتيجة غير متطابقة ، فسيتم إلغاء المعاملة الغير صحيحة ويتم استعادة النظام إلى الحالة الصحيحة السابقة.
7. الرجوع واستعادة الحالة:
   إذا تمت إثبات الاحتيال، سيقوم النظام بإلغاء المعاملة غير الصالحة واستعادتها إلى الحالة الصالحة السابقة.

آلية الخروج من شبكة بوبا: الخروج القياسي وجسر الخروج السريع

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

الخروج القياسي (Standard Exit)

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

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

جسر الخروج السريع

لحل مشكلة التأخير في الخروج القياسي ، قامت بوبا بإدخال جسر الخروج السريع (fast-exit bridge) ، مما يتيح للمستخدمين الحصول على الأموال على الفور من مزود السيولة بدون الانتظار لمدة سبعة أيام.

مبدأ العمل:

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

ZK-Rollups والجانبية (Sidechains)
على الرغم من أن Optimistic Rollups هي التكنولوجيا الأساسية في تصميم Boba Network ، إلا أنه من المهم أيضًا مقارنتها مع حلول Layer-2 الأخرى مثل Zero Knowledge Rollups و Sidechains.

ZK-التراكمات
هناك فرق جوهري بين ZK-Rollups و Optimistic Rollups في طريقة التحقق من المعاملات. بدلا من افتراض أن جميع المعاملات صالحة ، تتحقق ZK-Rollups من صحة كل معاملة عن طريق إنشاء إثباتات المعرفة الصفرية وإكمال التحقق قبل الإرسال إلى Layer-1. يلغي هذا النهج الحاجة إلى دورة مقاومة للاحتيال ، مما يسمح بتأكيد المعاملات بسرعة أكبر. ومع ذلك ، تتطلب ZK-Rollups تكاليف حسابية أعلى بسبب المقدار الكبير من قوة المعالجة المطلوبة لإنشاء إثباتات التشفير هذه.

على الرغم من أن ZK-Rollups لديها ميزات في الخصوصية وسرعة تأكيد المعاملات، إلا أنها عادة ما تكون أكثر تعقيدًا من Optimistic Rollups وأقل مرونة، خاصة بالنسبة للمطورين الذين يرغبون في نقل تطبيقاتهم اللامركزية على Ethereum إلى الطبقة 2، مما يجعل الأمر أكثر تحديا.

سلسلة جانبية
Sidechains هي شبكات تعمل كسلاسل كتل مستقلة ، تعمل بالتوازي مع شبكات Layer-1 مثل Ethereum. على عكس Rollups ، تستخدم السلاسل الجانبية آلية الإجماع الخاصة بها والمدققين ، مما يعني أنها لا ترث أمان Ethereum. في حين أن السلاسل الجانبية يمكن أن توفر إنتاجية عالية وتكاليف معاملات منخفضة ، إلا أن هناك أيضا مقايضات أمنية كبيرة. إذا تعرضت مجموعة مدقق السلسلة الجانبية للهجوم ، فستكون السلسلة الجانبية بأكملها في خطر ؛ من ناحية أخرى ، تعتمد عمليات التجميع مثل Boba على أدلة Ethereum النهائية والاحتيال من أجل الأمان.

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

نقطة بارزة

• معالجة التداول: يتم معالجة عدة صفقات خارج السلسلة باستخدام Optimistic Rollups ، ثم يتم تجميعها وإرسالها إلى Layer-1 لتخفيف العبء عن Ethereum.
• فرضية الصحة: يفترض النظام أن المعاملات صالحة ما لم يثبت عكس ذلك، وهذا يختلف عن الطريقة التي يتعين فيها على ZK-Rollups التحقق المسبق من كل معاملة.
• آلية مقاومة الاحتيال: تتيح فترة الحماية من الاحتيال لمدة سبعة أيام للمشاركين تحدي المعاملات المشبوهة ، مما يضمن الأمان مع تقليل عبء التحقق.
• ميزات HybridCompute: يتيح لـ Boba HybridCompute لتطبيقات الويب اللامركزية (dApp) استخدام البيانات الخارج سلسلة الكتل وواجهات البرمجة التطبيقية (API) للقيام بعمليات حسابية معقدة دون تحميل سلسلة الكتل.
• آلية الخروج من الأصول: يوفر Boba خيارات الخروج القياسية والسريعة ، والتي تسمح للمستخدمين بسحب الأصول من Layer-2 مرة أخرى إلى Layer-1 ، وتحسين السيولة وتحسين تجربة المستخدم.