من داخل السلسلة إلى خارج السلسلة: قناة الحالة وRoll-ups

المؤلف: بيل بيوكان، المصدر: ميديم، الترجمة: شاو كينغ سي المالية

بعد فترة قصيرة، نحتاج إلى إدراك أننا ندير عالماً مالياً تقليدياً، ونحتاج إلى بناء بنية تحتية رقمية أكثر موثوقية. في الواقع، التغيير الذي نحتاجه لا يقتصر على القطاع المالي فقط، بل يشمل أي مجال يتطلب مستوى عالٍ من الثقة والأمان والتوزيع. لتحقيق ذلك، يمكننا اعتماد نهج blockchain من الطبقة الأولى مثل Ethereum، لكنه أظهر بالفعل مشاكل في قابلية التوسع، حيث لا يمكن أن تتعامل بنية سجله الرئيسي وحساباته مع أكثر من 15 إلى 30 معاملة في الثانية. ومع ذلك، يتم اعتماد طرق جديدة اليوم لتخفيف العبء عن Ethereum - مع الحفاظ على موثوقيتها وتوزيعها. وتشمل هذه الأساليب تنفيذات من الطبقة الأولى المشتركة، فضلاً عن الانتقال إلى إثبات الحصة (PoS). ومع ذلك، فإن التقدم الأكثر إثارة للاهتمام يحدث في طرق الطبقة الثانية، التي تبنى على الشبكة الأساسية لـ Ethereum (الشبكة الرئيسية).

Layer 2: قنوات الحالة

تم تنفيذ قنوات الحالة في البداية في شبكة Lightning الخاصة ببيتكوين، ثم تم توسيعها لاحقًا على إيثيريوم. بهذه الطريقة، لدينا أساسًا سجلين على دفتر الحسابات الرئيسي حيث يتعين على الأطراف المعنية الالتزام ببعض الأموال، والتي قد تُستخدم أو قد لا تُستخدم. على سبيل المثال، افترض أن Bob يريد إنشاء قناة جانبية لدفع رسوم العملاء، ويلتزم بدفع 10 ETH. ثم سيقوم بإنشاء عقد قناة. سيتم قفل ETH الملتزم به خلال فترة صلاحية القناة، ولا يمكن استخدامه. يمكن لـ Bob إعطاء Alice 2 ETH، وإعطاء Carol 3 ETH. بعد الانتهاء، سيقوم بتقديم المعاملة المكتملة، وسيتلقى Bob 5 ETH، بينما ستحصل Alice وCarol على 2 ETH و3 ETH على التوالي. أخيرًا، يحتاج Bob فقط إلى نشر البيانات الملخصة، ويحتاج فقط إلى دفع رسوم المعاملة لالتزامين على دفتر الحسابات الرئيسي. يتم تنفيذ قناة الحالة من قبل Polygon، حيث توفر توافقًا كاملاً مع EVM ورسوم معاملات منخفضة. فيما يلي مثال:

! CDM6MfcjpJEO7WQ3ZxtSIFcfEMDprNaSNkJmx1mE.jpeg

! Nivs7th5jC472hHGSFTuuVYVejzGFhh7w3EEwaS0.jpeg

الطبقة 2: التجميعات

أحد أفضل الآليات لتوسيع نطاق الإيثيريوم هو نقل المعاملات إلى خارج السلسلة من خلال Roll-ups وسلاسل الجانبية.

تجميع التفاؤل

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

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

60Rx6HOD7vYQpGguQHfrquWx9j2yJdykxOAwkGdm.jpegتستخدم Optimism أيضًا أسلوبًا خارج السلسلة، مع دمج Optimism Roll-up، وتفترض صحة المعاملات. تستخدم المراقبين (أو المدققين) لتحديد ما إذا كانت هناك معاملات احتيالية، وعندما يتم اكتشاف مثل هذه المعاملات، يمكن للمراقبين تقديم دليل الاحتيال، وسيتم إلغاء المعاملة المعنية. سيحصل المراقبون على مكافأة لاكتشاف المعاملات الاحتيالية. بشكل عام، فترة الاعتراض حوالي سبعة أيام. إذا كان دليل الاحتيال صحيحًا، سيتم التراجع عن المعاملة المعنية.

! 0HasdHZG8OJdp8eZJAbiUIRgixGiJit3W8pD0ZXb.jpeg

رول-أبز المعرفة الصفرية (zk-Rollups)

تقوم هذه التقنية بنقل الحساب وتخزين الحالة إلى خارج السلسلة، مع اعتماد طريقة لا تتطلب الثقة. بمجرد تحديث الحالة إلى الشبكة الرئيسية، يكفي إجراء تحديثات قليلة لإكمال تغيير الحالة والأدلة ذات الصلة. نظرًا لأن لدينا أدلة بتنسيق مضغوط، يمكننا التحقق بسرعة من المعاملات المحدثة مع ضمان خصوصية المعاملات. باستخدام هذه التقنية، على عكس الـ Optimistic Rollups التي تحتاج إلى عدة أيام لتقديمها، نحتاج فقط إلى حوالي ساعة واحدة للتحقق من الأدلة باستخدام zk-Rollups (المبنية على zkSnarks). هذا يضمن عدم حدوث الدفع المزدوج وأن جميع المعاملات قابلة للسداد. ZKsync هو مثال على ذلك.

fdNa8r95hAl4TIRHAHAmcYNpGm5BZL8bnTURYqHG.jpegباستخدام zk-Rollups، فإن صحة المعاملات لها إثبات تشفير، وتتصل بالشبكة الرئيسية. لذلك، سيكون من الصعب للغاية إجراء معاملات احتيالية. باستخدام Optimistic Rollups، بسبب عدم وجود إثبات تشفير، هناك تأخير قبل الالتزام بالعودة إلى الشبكة الرئيسية، مما يسمح بالكشف عن المعاملات الاحتيالية.

سلسلة جانبية

هذه سلسلة جانبية مستقلة، وهي سلسلة كتل مستقلة تتصل بالشبكة الرئيسية. على عكس طريقة roll-up، يمكن عكس المعاملات المحدثة إلى الشبكة الرئيسية عند الحاجة. بشكل عام، لديها سلسلة كتل وآلية إجماع خاصة بها، مثل إثبات السلطة (PoA). تعتبر Polygon مثالاً على بنية تحتية لسلسلة جانبية. الضعف العام لسلاسل الجانبية هو أن نموذج أمانها قد يختلف عن الشبكة الرئيسية لإيثريوم.

! GwOvtBnaRPt5lAqVEvVD70OpOiiqYtvLsX2wkJyz.jpeg

الاستنتاج

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

بالنسبة لـ Optimistic Rollups، نفترض أن المعاملات صالحة ما لم يكن هناك دليل على عكس ذلك، ونحتاج إلى فترة تحدي، خلالها يمكن الطعن في المعاملات قبل أن يتم تأكيدها نهائيًا. بينما باستخدام zk-Rollups، معاملاتنا صالحة لأن هناك دليل مرتبط، ويمكن تقديمها بسرعة إلى الشبكة الرئيسية. للأسف، تحتاج zk-Rollups إلى فهم عميق للتشفير و blockchain، مما قد يبطئ من عملية التطوير.

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

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