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

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

كيفية استخدام وضع 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. لذلك، تجنبنا حلول Alt DA الأخرى، وقررنا تخزين البيانات في تخزين DA مركزي، ثم العثور على نموذج أمان فعال على L1.

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

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

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

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

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

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

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

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

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

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

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

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

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

هذه هي فكرتنا. لدينا العديد من التطبيقات المبنية على 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: عند الحديث عن هذا، ستكون هذه اختبارًا آخر لنموذج OP Stack المعياري. نحن متحمسون جدًا لإثبات الأعطال ) fault proofs ( الذي ذكرته في Plasma.