المطورون على المطورين: محادثة TDOT وبن جونز

في هذه الحلقة الخاصة من محادثات Devs on Devs، دعونا مطور البروتوكول الأساسي لـ Plasma Mode tdot( والذي هو أيضًا مطور Redstone )، ومؤسس مشارك لـ Optimism بن جونز. تعتبر Optimism الداعم الأساسي لـ OP Stack. يسمح Plasma Mode للمطورين بالبناء على OP Stack، ولكن دون الحاجة لنشر البيانات على L1، بل يمكنهم التحول بشكل مرن إلى مزودي بيانات خارج السلسلة، مما يوفر التكاليف ويزيد من قابلية التوسع. في هذه المحادثة، ناقشوا أصل التعاون بين Redstone وOptimism، وأهمية إحياء Plasma، وضرورة إدخال البروتوكولات التجريبية إلى بيئات الإنتاج، وخارطة الطريق المستقبلية لـ Plasma Mode وOP Stack، بالإضافة إلى حماسهم تجاه تطور مجال الألعاب على السلسلة.

01. كيفية استخدام وضع Plasma لتحسين OP Stack

Ben: ما هي عملية البدء في تحسين OP Stack؟

tdot: انضمت إلى Lattice قبل حوالي عام، وكنت مسؤولاً بشكل خاص عن وضع Plasma. الهدف واضح جداً: لدينا العديد من تطبيقات MUD، والتي تستهلك الكثير من الغاز، بينما نحاول وضع كميات كبيرة من البيانات على السلسلة، لذلك نحن بحاجة إلى حل يدعم هذه المتطلبات وفي نفس الوقت يكون رخيصاً. لقد قام فريق Lattice ببعض التجارب على OP Stack، مثل نمذجة بعض العوالم على السلسلة ونشرها على OP Stack. لقد اكتشفنا أن OP Stack أصبح مفيداً جداً.

لذا سألنا أنفسنا: "كيف يمكننا جعله أرخص؟" الفرضية الأساسية هي: "نعتقد أن OP Stack هو الإطار الأكثر توافقًا مع فكرة إيثريوم ويدعم EVM بالكامل." الأشياء التي تعمل على الشبكة الرئيسية يمكن أن تعمل بنفس القدر على OP Stack، وهذه هي الحل الأمثل. لكننا نريد أن يكون ذلك أرخص.

في ذلك الوقت، كانت calldata لا تزال مصدر توفر البيانات لسلسلة OP Stack (DA)، وكان ذلك مكلفًا للغاية. لذلك، من الواضح أننا لا يمكننا استخدام calldata لإطلاق L2، لأن ألعاب السلسلة الكاملة لدينا وعالم MUD يحتاجان إلى نطاق أوسع. لذلك، قررنا البدء في محاولة حلول أخرى لتوفر البيانات (Alt DA). في الواقع، تم الإشارة بالفعل في الوثائق الأولية لـ OP Stack إلى استكشاف Alt DA.

لذلك سألنا أنفسنا: "ماذا لو بدأنا من DA خارج السلسلة؟" نأمل أن يعتمد نموذج الأمان بالكامل وكل شيء على Ethereum L1. لذلك تجنبنا حلول DA البديلة الأخرى، وقررنا تخزين البيانات في تخزين DA مركزي، ثم العثور على نموذج أمان فعال على L1.

هذا هو السبب في أننا نحتاج إلى إعادة استخدام بعض المفاهيم القديمة لـ Plasma ووضعها فوق rollup. هناك بعض الاختلافات هنا. أكبر سؤال هو، كيف يمكن تنفيذ DA خارج السلسلة وتحديات البيانات على السلسلة على OP Stack الحالي؟ هدفنا هو تقليل التغييرات على OP Stack بقدر الإمكان، دون التأثير على مسار rollup، لأننا لا نريد التأثير على أمان سلاسل rollup الأخرى التي تستخدم OP Stack.

عند تصميم rollup، لن تفكر في "ماذا سيحدث إذا قام شخص ما بتغيير عملية توليد البيانات لتخزين البيانات من مكان آخر؟" حتى مع هذه التغييرات، لا يزال OP Stack قويًا جدًا، والنتائج الفورية جيدة جدًا. هذا هو أول تغيير نقوم به.

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

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

Ben: يمكنني التحدث من وجهة نظر OP. لقد ذكرت بعض الأعمال المبكرة لـ Lattice. في نفس الوقت تقريبًا، قامت Optimism بإعادة كتابة شاملة تقريبًا لـ OP Stack من البداية إلى النهاية، وهذا الإصدار الذي نسميه Bedrock.

بشكل أساسي، بعد بناء rollup لمدة عامين، نأخذ خطوة للخلف ونتأمل بالقول: "حسناً، إذا كنا سنستخدم كل الخبرات التي تعلمناها إلى أقصى حد، كيف سيكون ذلك؟" تطورت هذه الفكرة إلى المكتبة البرمجية التي تُعرف في النهاية باسم Bedrock، وهي أكبر ترقية قمنا بها للشبكة.

في ذلك الوقت، تعاوننا معكم في مشروع يسمى OPCraft، وأعتقد أن Biomes هو الوريث الروحي له، كانت هذه هي المرة التي استمتعنا فيها أكثر باللعب على السلسلة. في الوقت نفسه، تنفسنا الصعداء لأن الآخرين يمكنهم أيضًا استخدام OP Stack للتطوير. أعتقد أن نقطة التحول المهمة الأخرى في التوسع خلال السنوات القليلة الماضية هي أن العديد من الأشخاص يمكنهم تشغيل السلسلة.

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

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

اليوم Plasma أسهل بكثير. سننظر في إثبات حالة التحقق والتحديات بشكل منفصل عن تحديات البيانات. في النهاية، أدركنا منذ عدة سنوات أن Rollups أسهل بكثير من Plasma. أعتقد أن استنتاج المجتمع في ذلك الوقت كان "Plasma ماتت". هذه كانت نكتة في تاريخ توسيع Ethereum في تلك الفترة.

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

02.الأهم هو الدخول إلى بيئة الإنتاج في أقرب وقت ممكن

tdot: لا تزال هناك بعض التحديات والمشكلات غير المحلولة في وضع Plasma، ونحن نعمل على حلها. المفتاح هو كيف نتجنب استغراق عشر سنوات؟ هل تفهم ما أعنيه؟ نحن بحاجة إلى الوصول إلى مرحلة يمكننا فيها تحقيق النتائج في أقرب وقت ممكن.

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

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

Ben: أو بمعنى آخر، عبء تقني. المبدأ الذي ذكرته حول الحد الأدنى من التغييرات، هو أحد المفاهيم الأساسية التي قمنا بتطبيقها أثناء إعادة كتابة Bedrock. لقد تحدثت عن إعادة الكتابة الشاملة من البداية إلى النهاية، ولكن الأهم من ذلك، أننا قللنا حوالي 50,000 سطر من الشيفرة، وهذا بحد ذاته قوي للغاية. لأنك محق، هذه الأمور حقًا صعبة.

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

tdot: إن OP Stack قد خلق بالفعل وسيلة تمكنك من التقدم بسرعة في مثل هذه الأمور. التنسيق بين الجميع أمر صعب جدًا، لأننا بوضوح شركتان مختلفتان. في Lattice، نحن نبني لعبة، ومحرك لعبة، وسلسلة.

أنتم تبنون مئات وآلاف الأشياء، وتقومون بتسليم جميع هذه المنتجات بانتظام. من ناحية التنسيق، فإن هذا ليس بالأمر السهل حقًا.

Ben: نعم، لا يزال هناك طريق طويل لنقطعه. لكن هذا هو جوهر جاذبية النمذجة. بالنسبة لي، من وجهة نظر OP Stack، هذه واحدة من أكثر الأمور إثارة، ناهيك عن الألعاب والعوالم الافتراضية المدهشة التي تُبنى الآن على Redstone. من منظور OP Stack البحت، هذه مثال قوي جداً يثبت أن العديد من المطورين الرئيسيين الرائعين قد انضموا وقدموا تحسينات على هذه الكومة، وهذا أمر رائع.

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

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

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

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

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

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

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

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

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

بالطبع يجب أن يتم تنفيذ الكثير من هذه الأعمال من قبلكم. لكننا نأمل في فهم كيف تبدو هذه في وضع Plasma، وما هي الافتراضات الأمنية المختلفة.

Ben: عند الحديث عن هذا,