منذ إطلاقه في العام الماضي ، اكتسب OP Stack قوة جذب كبيرة بين مطوري مجموعة التحديثات. يتم تبنيها من قبل المطورين الذين قاموا بإنشاء مجموعات جديدة وموفري البنية التحتية المعيارية مثل Caldera و Conduit ، مما يتيح للمطورين تدوير مجموعاتهم الخاصة بسرعة.
كما هو مذكور في إعلان العام الماضي ، تعد النمطية جانبًا أساسيًا من رؤية OP Stack:
يتم وصف كل طبقة من OP Stack بواجهة برمجة تطبيقات محددة جيدًا ، يتم ملؤها بوحدات في تلك الطبقة. [...] هل تريد مبادلة Ethereum بـ Celestia كطبقة توفر بيانات؟ بالتأكيد! هل تريد تشغيل Bitcoin كطبقة تنفيذ؟ ولم لا!
ستعمل ترقية Bedrock سريعة الاقتراب من Optimism على تكوين نمط معياري لطبقة تنفيذ OP Stack ونظام الإثبات ، مما يتيح التوافق مع إثباتات الاحتيال والصلاحية في المستقبل.
مستوحاة من هذا ، ركزت Celestia Labs على زيادة دفع نمطية مكدس OP. لذلك اليوم ، يسعدنا أن نعلن عن الإصدار التجريبي من واجهة توفر البيانات المعيارية (DA) الخاصة بـ OP Stack ، وهي أول OP Stack Mod من مختبرات OP للتركيز على تعليقات المطورين. تتيح هذه الواجهة للمطورين تحديد طبقات DA ورث الأمان من أي blockchain يرغبون فيه ، سواء كان Ethereum أو Celestia أو Bitcoin.
يمكن للمطورين بدء التجربة اليوم مع إصدار OP Stack الذي يستخدم Celestia لـ DA و "يستقر" على Ethereum. ستصدر Caldera قريبًا شبكة اختبار Taro ، والتي تسمح للمطورين والمستخدمين بتجربة أول شبكة اختبار عامة لـ OP Stack باستخدام Modular DA.
طبقة توفر البيانات هي أساس بنية التجميع ، مما يضمن توفر البيانات المطلوبة للتحقق بشكل مستقل من سلسلة التجميع. أدناه نستكشف أساسيات توفر البيانات في مكدس OP وكيف نقوم بتجميعها لنشر البيانات واستردادها من L1 بواجهات DA محددة جيدًا.
توافر البيانات في OP Stack: اليوم
كيف يتعامل OP Stack مع توفر البيانات اليوم؟ لأغراضنا ، قمنا بالبحث في مكونين أساسيين ، عقدة Rollup و Batcher ، كما هو موضح أدناه.
لفهم أوسع لكيفية عمل بقية OP Stack خلف الكواليس ، تحقق من وثائق Optimism.
عقدة الالتفاف
العقد التراكمية هي المكونات المسؤولة عن تشكيل سلسلة L2 الصحيحة من كتل L1 (والإيصالات المرتبطة بها). تسترد عقدة التجميع كتل L1 ، وتقوم بتصفية معاملات البيانات (عادةً في شكل بيانات استدعاء المعاملة) ، وتستمد سلسلة L2 الصحيحة من تلك البيانات.
Batcher - مُرسل دفعة
مقدمو الدُفعات ، المعروفون أيضًا باسم معالجات الدُفعات ، هم الكيانات التي ترسل بيانات فارز L2 إلى L1 لاستخدامها بواسطة المدققين. تعمل كل من عقدة التجميع وجهاز التجميع في حلقة بحيث يتم استرداد بيانات كتلة L2 المقدمة حديثًا بواسطة المُجمع من L1 بواسطة عقدة التجميع واستخدامها لاشتقاق كتلة L2 التالية.
تحتوي كل معاملة يتم إرسالها بواسطة برنامج دفعي على بيانات calldata ، وهي بيانات مُتسلسل L2 مقسمة إلى وحدات بايت تسمى الإطارات ، وهو أدنى مستوى من التجريد للبيانات في التفاؤل.
واجهة DA معيارية لـ OP Stack
عند إنشاء واجهة DA المعيارية لـ OP Stack ، كان هدفنا بسيطًا: تمكين مطوري التجميع من تحديد أي blockchain كطبقة توفر البيانات الخاصة بهم ، سواء كانت Ethereum أو Celestia أو Bitcoin. في حالة عدم وجود مثل هذه الواجهة ، قد يتطلب كل تكامل لطبقة DA جديدة من المطورين تنفيذ وصيانة فرع منفصل من OP Stack.
يتضمن OP Stack بالفعل عمليات تجريد تحدد L1 و Chain و L و 2C و hain في قاعدة الكود ، مما يسمح لنا بنمذجة واجهة blockchain جديدة لسلاسل توفر البيانات ، والتي نسميها DAChain.
باستخدام الواجهة المحددة أدناه ، يمكن للمطورين تنفيذ DAChain لقراءة وكتابة البيانات من أي blockchain أساسي أو حتى خلفية مركزية مثل S ؛ 3.
! [حل توفر البيانات المعيارية لأكوام OP في Celestia] (https://img.gateio.im/social/moments-7f230462a9-6cd06c1962-dd1a6f-62a40f)
مرحلة الكتابة
يوضح المثال التالي لكتابة تطبيق Celestia للواجهة التكامل مع البرنامج الدفعي:
تم تعديل SimpleTxManager.send ، الوظيفة المسؤولة عن إنشاء المعاملة الفعلية وإرسالها ، لاستدعاء WriteFrame لكتابة الإطار إلى Celestia وإرجاع مرجع.
ثم يتم إرسال المرجع باعتباره بيانات اتصال إلى عنوان صندوق الوارد للدفعة بدلاً من بيانات الإطار المعتادة.
! [حل توفر البيانات المعيارية لمكدس OP في Celestia] (https://img.gateio.im/social/moments-7f230462a9-08dd0ad137-dd1a6f-62a40f)
قراءة المرحلة
فيما يلي نظرة عامة على تنفيذ Celestia للواجهة التي تتكامل مع عقدة التجميع:
DataFromEVMTransactions هي الوظيفة المسؤولة عن إرجاع بيانات الإطار من قائمة المعاملات. يتم تعديله لاستخدام مرجع الإطار المسترد من بيانات استدعاء صندوق الوارد الدفعي لجلب الإطار فعليًا وإلحاقه ببيانات الإرجاع.
! [حل توفر البيانات المعيارية لمكدس OP في Celestia] (https://img.gateio.im/social/moments-7f230462a9-14acd78742-dd1a6f-62a40f)
لاحظ أن استدعاء NamespacedData يُرجع مصفوفة شرائح البايت لجميع النقط التي تم إرسالها عند BlockHeight المحدد ، لذلك نعيد فقط TxIndex الذي نهتم به.
دمج Celestia كطبقة DA
! [حل توفر البيانات المعيارية لمكدس OP في Celestia] (https://img.gateio.im/social/moments-7f230462a9-1dc2201151-dd1a6f-62a40f)
رسم تخطيطي يوضح بنية مكدس OP مقارنة بتكامل مكدس Celestia + OP.
مع بعض التعديلات الطفيفة على عقدة التجميع والبرنامج الدفعي ، يمكننا جعل OP Stack يستخدم Celestia لـ DA.
هذا يعني أن جميع البيانات اللازمة لتقسيم سلسلة L2 يمكن توفيرها على Celestia كبيانات blob محلية بدلاً من نشرها إلى Ethereum ، على الرغم من أن مرجع إطار صغير ثابت الحجم لا يزال يُنشر إلى Ethereum كبيانات برنامج دفعي. يتم استخدام مرجع الإطار للبحث عن الإطار المقابل في Celestia باستخدام ؛ عقدة celestia ؛ عقدة الضوء.
كيف يتم الدمج والعمل؟
مرحلة الكتابة
كما هو مذكور أعلاه ، يرسل البرنامج الدفعي بيانات جهاز التسلسل L2 على شكل بايتات تسمى الإطارات إلى عنوان عقد صندوق الوارد الدفعي على Ethereum L1.
نحافظ على معاملات التجميع وبيانات الاتصال لضمان ترتيب الإطارات ، لكننا نستبدل الإطارات في بيانات الاتصال بمراجع إطارات ذات حجم ثابت. ما هو الإطار المرجعي؟ إنها إشارة إلى معاملة بيانات Celestia التي تضمنت بنجاح بيانات الإطار كجزء من Celestia.
نقوم بذلك عن طريق تضمين عقدة ضوء celestia-node في خدمة الدُفعات. عندما تكون هناك دفعة جديدة تنتظر إرسالها ، فإننا نرسل أولاً معاملة البيانات إلى Celestia باستخدام العقد الخفيفة ، ثم نرسل مراجع الإطارات فقط في مجموعة البيانات المجمعة.
قراءة المرحلة
في مرحلة القراءة ، نقوم بالعكس ، أي نستخدم مرجع الإطار في بيانات نداء المعاملة الدفعية لتحليلها واسترداد بيانات الإطار الفعلية المقابلة من Celestia. وبالمثل ، قمنا بتضمين عقدة ضوء celestia-node في عقدة الالتفاف للاستعلام عن معاملاتها.
عند تفرع سلسلة L2 ، تقرأ العقد التراكمية الآن البيانات بشفافية من العقد الخفيفة وتكون قادرة على مواصلة بناء كتل جديدة. تقوم العقد الخفيفة بتنزيل البيانات المقدمة من المجموعة فقط ، بدلاً من تنزيل السلسلة بأكملها مثل Ethereum.
الآفاق
تعد إثباتات الاحتيال جزءًا أساسيًا من خارطة طريق Bedrock لما بعد التفاؤل ، ونريد استكشاف ترقية تكامل OP Stack x Celestia الخاص بنا لاستخدام أدلة الاحتيال على Ethereum mainnet.
للقيام بذلك ، يمكننا الاستفادة من جسر الجاذبية الكمية (QGB) ، الذي ينقل أدلة DA عبر سلسلة إلى Ethereum لتمكين التحقق عبر السلسلة من توفر البيانات المجمعة على Celestia بحيث يمكن استخدام البيانات المجمعة في إثباتات الاحتيال. سيسمح هذا لـ OP Stack Rollup بالاستفادة مباشرة من ضمان DA المقدم من Celestia.
شاهد النسخة الأصلية
المحتوى هو للمرجعية فقط، وليس دعوة أو عرضًا. لا يتم تقديم أي مشورة استثمارية أو ضريبية أو قانونية. للمزيد من الإفصاحات حول المخاطر، يُرجى الاطلاع على إخلاء المسؤولية.
تحليل توفر البيانات المعيارية لحزم OP في Celestia
المؤلف الأصلي: جافيد خان ، مدونة سيليستيا
تجميع النص الأصلي: Lu Jue Lin
مقدمة
منذ إطلاقه في العام الماضي ، اكتسب OP Stack قوة جذب كبيرة بين مطوري مجموعة التحديثات. يتم تبنيها من قبل المطورين الذين قاموا بإنشاء مجموعات جديدة وموفري البنية التحتية المعيارية مثل Caldera و Conduit ، مما يتيح للمطورين تدوير مجموعاتهم الخاصة بسرعة.
كما هو مذكور في إعلان العام الماضي ، تعد النمطية جانبًا أساسيًا من رؤية OP Stack:
ستعمل ترقية Bedrock سريعة الاقتراب من Optimism على تكوين نمط معياري لطبقة تنفيذ OP Stack ونظام الإثبات ، مما يتيح التوافق مع إثباتات الاحتيال والصلاحية في المستقبل.
مستوحاة من هذا ، ركزت Celestia Labs على زيادة دفع نمطية مكدس OP. لذلك اليوم ، يسعدنا أن نعلن عن الإصدار التجريبي من واجهة توفر البيانات المعيارية (DA) الخاصة بـ OP Stack ، وهي أول OP Stack Mod من مختبرات OP للتركيز على تعليقات المطورين. تتيح هذه الواجهة للمطورين تحديد طبقات DA ورث الأمان من أي blockchain يرغبون فيه ، سواء كان Ethereum أو Celestia أو Bitcoin.
يمكن للمطورين بدء التجربة اليوم مع إصدار OP Stack الذي يستخدم Celestia لـ DA و "يستقر" على Ethereum. ستصدر Caldera قريبًا شبكة اختبار Taro ، والتي تسمح للمطورين والمستخدمين بتجربة أول شبكة اختبار عامة لـ OP Stack باستخدام Modular DA.
طبقة توفر البيانات هي أساس بنية التجميع ، مما يضمن توفر البيانات المطلوبة للتحقق بشكل مستقل من سلسلة التجميع. أدناه نستكشف أساسيات توفر البيانات في مكدس OP وكيف نقوم بتجميعها لنشر البيانات واستردادها من L1 بواجهات DA محددة جيدًا.
توافر البيانات في OP Stack: اليوم
كيف يتعامل OP Stack مع توفر البيانات اليوم؟ لأغراضنا ، قمنا بالبحث في مكونين أساسيين ، عقدة Rollup و Batcher ، كما هو موضح أدناه.
لفهم أوسع لكيفية عمل بقية OP Stack خلف الكواليس ، تحقق من وثائق Optimism.
عقدة الالتفاف
العقد التراكمية هي المكونات المسؤولة عن تشكيل سلسلة L2 الصحيحة من كتل L1 (والإيصالات المرتبطة بها). تسترد عقدة التجميع كتل L1 ، وتقوم بتصفية معاملات البيانات (عادةً في شكل بيانات استدعاء المعاملة) ، وتستمد سلسلة L2 الصحيحة من تلك البيانات.
Batcher - مُرسل دفعة
مقدمو الدُفعات ، المعروفون أيضًا باسم معالجات الدُفعات ، هم الكيانات التي ترسل بيانات فارز L2 إلى L1 لاستخدامها بواسطة المدققين. تعمل كل من عقدة التجميع وجهاز التجميع في حلقة بحيث يتم استرداد بيانات كتلة L2 المقدمة حديثًا بواسطة المُجمع من L1 بواسطة عقدة التجميع واستخدامها لاشتقاق كتلة L2 التالية.
تحتوي كل معاملة يتم إرسالها بواسطة برنامج دفعي على بيانات calldata ، وهي بيانات مُتسلسل L2 مقسمة إلى وحدات بايت تسمى الإطارات ، وهو أدنى مستوى من التجريد للبيانات في التفاؤل.
واجهة DA معيارية لـ OP Stack
عند إنشاء واجهة DA المعيارية لـ OP Stack ، كان هدفنا بسيطًا: تمكين مطوري التجميع من تحديد أي blockchain كطبقة توفر البيانات الخاصة بهم ، سواء كانت Ethereum أو Celestia أو Bitcoin. في حالة عدم وجود مثل هذه الواجهة ، قد يتطلب كل تكامل لطبقة DA جديدة من المطورين تنفيذ وصيانة فرع منفصل من OP Stack.
يتضمن OP Stack بالفعل عمليات تجريد تحدد L1 و Chain و L و 2C و hain في قاعدة الكود ، مما يسمح لنا بنمذجة واجهة blockchain جديدة لسلاسل توفر البيانات ، والتي نسميها DAChain.
باستخدام الواجهة المحددة أدناه ، يمكن للمطورين تنفيذ DAChain لقراءة وكتابة البيانات من أي blockchain أساسي أو حتى خلفية مركزية مثل S ؛ 3.
! [حل توفر البيانات المعيارية لأكوام OP في Celestia] (https://img.gateio.im/social/moments-7f230462a9-6cd06c1962-dd1a6f-62a40f)
مرحلة الكتابة
يوضح المثال التالي لكتابة تطبيق Celestia للواجهة التكامل مع البرنامج الدفعي:
تم تعديل SimpleTxManager.send ، الوظيفة المسؤولة عن إنشاء المعاملة الفعلية وإرسالها ، لاستدعاء WriteFrame لكتابة الإطار إلى Celestia وإرجاع مرجع.
ثم يتم إرسال المرجع باعتباره بيانات اتصال إلى عنوان صندوق الوارد للدفعة بدلاً من بيانات الإطار المعتادة.
! [حل توفر البيانات المعيارية لمكدس OP في Celestia] (https://img.gateio.im/social/moments-7f230462a9-08dd0ad137-dd1a6f-62a40f)
قراءة المرحلة
فيما يلي نظرة عامة على تنفيذ Celestia للواجهة التي تتكامل مع عقدة التجميع:
DataFromEVMTransactions هي الوظيفة المسؤولة عن إرجاع بيانات الإطار من قائمة المعاملات. يتم تعديله لاستخدام مرجع الإطار المسترد من بيانات استدعاء صندوق الوارد الدفعي لجلب الإطار فعليًا وإلحاقه ببيانات الإرجاع.
! [حل توفر البيانات المعيارية لمكدس OP في Celestia] (https://img.gateio.im/social/moments-7f230462a9-14acd78742-dd1a6f-62a40f)
لاحظ أن استدعاء NamespacedData يُرجع مصفوفة شرائح البايت لجميع النقط التي تم إرسالها عند BlockHeight المحدد ، لذلك نعيد فقط TxIndex الذي نهتم به.
دمج Celestia كطبقة DA
! [حل توفر البيانات المعيارية لمكدس OP في Celestia] (https://img.gateio.im/social/moments-7f230462a9-1dc2201151-dd1a6f-62a40f)
رسم تخطيطي يوضح بنية مكدس OP مقارنة بتكامل مكدس Celestia + OP.
مع بعض التعديلات الطفيفة على عقدة التجميع والبرنامج الدفعي ، يمكننا جعل OP Stack يستخدم Celestia لـ DA.
هذا يعني أن جميع البيانات اللازمة لتقسيم سلسلة L2 يمكن توفيرها على Celestia كبيانات blob محلية بدلاً من نشرها إلى Ethereum ، على الرغم من أن مرجع إطار صغير ثابت الحجم لا يزال يُنشر إلى Ethereum كبيانات برنامج دفعي. يتم استخدام مرجع الإطار للبحث عن الإطار المقابل في Celestia باستخدام ؛ عقدة celestia ؛ عقدة الضوء.
كيف يتم الدمج والعمل؟
مرحلة الكتابة
كما هو مذكور أعلاه ، يرسل البرنامج الدفعي بيانات جهاز التسلسل L2 على شكل بايتات تسمى الإطارات إلى عنوان عقد صندوق الوارد الدفعي على Ethereum L1.
نحافظ على معاملات التجميع وبيانات الاتصال لضمان ترتيب الإطارات ، لكننا نستبدل الإطارات في بيانات الاتصال بمراجع إطارات ذات حجم ثابت. ما هو الإطار المرجعي؟ إنها إشارة إلى معاملة بيانات Celestia التي تضمنت بنجاح بيانات الإطار كجزء من Celestia.
نقوم بذلك عن طريق تضمين عقدة ضوء celestia-node في خدمة الدُفعات. عندما تكون هناك دفعة جديدة تنتظر إرسالها ، فإننا نرسل أولاً معاملة البيانات إلى Celestia باستخدام العقد الخفيفة ، ثم نرسل مراجع الإطارات فقط في مجموعة البيانات المجمعة.
قراءة المرحلة
في مرحلة القراءة ، نقوم بالعكس ، أي نستخدم مرجع الإطار في بيانات نداء المعاملة الدفعية لتحليلها واسترداد بيانات الإطار الفعلية المقابلة من Celestia. وبالمثل ، قمنا بتضمين عقدة ضوء celestia-node في عقدة الالتفاف للاستعلام عن معاملاتها.
عند تفرع سلسلة L2 ، تقرأ العقد التراكمية الآن البيانات بشفافية من العقد الخفيفة وتكون قادرة على مواصلة بناء كتل جديدة. تقوم العقد الخفيفة بتنزيل البيانات المقدمة من المجموعة فقط ، بدلاً من تنزيل السلسلة بأكملها مثل Ethereum.
الآفاق
تعد إثباتات الاحتيال جزءًا أساسيًا من خارطة طريق Bedrock لما بعد التفاؤل ، ونريد استكشاف ترقية تكامل OP Stack x Celestia الخاص بنا لاستخدام أدلة الاحتيال على Ethereum mainnet.
للقيام بذلك ، يمكننا الاستفادة من جسر الجاذبية الكمية (QGB) ، الذي ينقل أدلة DA عبر سلسلة إلى Ethereum لتمكين التحقق عبر السلسلة من توفر البيانات المجمعة على Celestia بحيث يمكن استخدام البيانات المجمعة في إثباتات الاحتيال. سيسمح هذا لـ OP Stack Rollup بالاستفادة مباشرة من ضمان DA المقدم من Celestia.