في هذه الحلقة الخاصة من "المطورين إلى المطورين"، دعونا نرحب بمطور البروتوكول الأساسي لـ Plasma Mode tdot (الذي هو أيضًا مطور Redstone)، بالإضافة إلى المؤسس المشارك لـ Optimism Ben Jones. تُعد 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). في الواقع، تم الإشارة بالفعل إلى استكشاف Alt DA في الوثائق الأولية لـ OP Stack.
لذلك سألنا أنفسنا، "ماذا سيحدث إذا بدأنا من DA خارج السلسلة؟" نأمل أن يعتمد نموذج الأمان بأكمله وكل شيء على Ethereum من الطبقة الأولى. لذلك، تجنبنا حلول DA البديلة الأخرى، وقررنا تخزين البيانات في تخزين DA مركزي، ثم العثور على نموذج أمان فعال على الطبقة الأولى.
هذا هو السبب في أننا نحتاج إلى إعادة استخدام بعض المفاهيم القديمة لـ Plasma ووضعها فوق rollup. هناك بعض الاختلافات هنا. أكبر سؤال هو: كيف يمكن تحقيق DA خارج السلسلة وتحديات البيانات على السلسلة على OP Stack الحالي؟ هدفنا هو إجراء أقل عدد ممكن من التعديلات على OP Stack دون التأثير على مسار rollup، لأننا لا نريد التأثير على أمان سلاسل rollup الأخرى التي تستخدم OP Stack.
عند تصميم rollup، لن تفكر في "ماذا سيحدث إذا قام شخص ما بتغيير عملية توليد البيانات لتخزين البيانات من مكان آخر؟" حتى مع هذه التغييرات، لا يزال OP Stack قويًا للغاية، ويعمل بشكل جيد خارج الصندوق. هذا هو أول تغيير قمنا به.
بعد ذلك، نحتاج إلى كتابة عقود لإنشاء هذه التحديات. هناك تحديات DA تلزم بإدخال البيانات على السلسلة. هذه هي الخطوة الثانية، حيث يتم دمج العقد في العملية. يجب علينا بناء نظام تكامل كامل خلال عملية الاشتقاق، حتى تتمكن من اشتقاق البيانات من مصدر DA خارج السلسلة ومن عقد تحدي DA على L1، في حال تم إدخال البيانات على السلسلة خلال عملية حل التحدي.
هذه هي النقطة الأساسية. إنه معقد، لأننا نريد الحفاظ على أناقة وموثوقية الأمور. في نفس الوقت، هو مفهوم بسيط نسبيًا. لم نحاول إعادة اختراع كل شيء أو تغيير مجموعة OP بالكامل، بل حاولنا الحفاظ على الأمور بسيطة في بيئة معقدة. لذا بشكل عام، كانت هذه رحلة هندسية رائعة جدًا.
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 فقط، هذه مثال قوي جدًا يُظهر أن العديد من المطورين الرئيسيين الرائعين قد انضموا وقدموا تحسينات على هذه المجموعة، وهذا أمر رائع.
هذه هي المرة الأولى، يمكنك من خلال قيمة Boolean رئيسية تغيير خصائص النظام بشكل ملحوظ. القدرة على القيام بذلك بشكل كامل، كما قلت، لا يزال هناك طريق طويل لنقطعه. ولكن حتى الاقتراب من القيام بذلك بفعالية يتطلب دعمًا معياريًا، أليس كذلك؟ بالنسبة لنا، كان من المريح رؤية أنكم حققتم ذلك دون الحاجة إلى إعادة كتابة L2 Geth، أليس كذلك؟ بالنسبة لي، هذا يثبت أن المعايير تعمل.
tdot: الآن الأمور أصبحت أفضل. من هذا المثال، لقد حولتم كل شيء إلى وحدات صغيرة مستقلة، يمكن تعديلها وتغيير خصائصها. لذلك أنا متحمس للغاية لرؤية الميزات الجديدة التي ستتم إضافتها. أتذكر أننا كنا نشعر بالقلق من أننا لدينا تفرع، يحتوي على جميع التغييرات المتعلقة بـ OP Stack، ونحتاج إلى دمجه في النسخة الرئيسية. كنا نفكر آنذاك، "يا إلهي، سيكون جنوناً مراجعة كل ذلك."
كان علينا تقسيمه إلى أجزاء أصغر، لكن العملية بأكملها سارت بسلاسة كبيرة. كانت بيئة التعاون مع الفريق رائعة، لذا كانت عملية المراجعة ممتعة أيضًا. كان هذا شعورًا طبيعيًا للغاية. وأعتقد أن هذه العملية سارت بسرعة كبيرة في مراجعة وحل بعض المشكلات المحتملة. كل شيء سار بسلاسة بشكل غير متوقع.
Ben: هذا رائع حقًا. هذا العام أحد أولوياتنا هو إنشاء مسارات للمساهمة في OP Stack. لذا أنا ممتن جدًا لمشاركتكم في الاختبار ودفع هذه العمليات. أنا سعيد لأن هذه العمليات لم تكن صعبة التحمل وأننا حققنا بعض الإنجازات. وبالحديث عن ذلك، أنا فضولي جدًا حول كيفية تطور هذا العمل من وجهة نظرك. ما الذي تتطلع إليه أكثر في التطوير القادم؟
tdot: هناك العديد من الاتجاهات الوظيفية المختلفة. بشكل رئيسي يتعلق بدمج آلية إثبات العطل. نحن نتبنى نهجًا تدريجيًا لامركزية كامل مجموعة التكنولوجيا وزيادة ميزاتها غير المرخصة، والهدف النهائي هو تحقيق وظائف مثل عدم الحاجة إلى ترخيص والانفصال الإجباري.
لدينا هذا الهدف النهائي ، ونحقق ذلك تدريجياً مع الحفاظ على الأمان. التحدي هو أنه في بعض الأحيان يكون من الأسهل عدم الذهاب إلى الشبكة الرئيسية لأنه لا يتعين عليك إجراء انقسام صعب. قد تفكر ، "أوه ، سأنتظر حتى تصبح كل الأمور جاهزة تمامًا للإطلاق ، بحيث لا يتعين علي إجراء انقسام صعب ، ولا يوجد عبء تقني." ولكن إذا كنت ترغب في إطلاق الشبكة الرئيسية بسرعة ، فيجب عليك التعامل مع هذه التحديثات المعقدة ، والنشر بشكل متكرر. إن القيام بذلك مع الحفاظ على توافر عالٍ هو دائمًا تحدٍ.
أعتقد أنه بعد إعداد آلية إثبات العطل وكل هذه الأجزاء، سيكون هناك الكثير من التحسينات في جانب نموذج بلازما. أعتقد أن هناك بعض المساحة للتحسين في مجال تقديم الالتزامات بشكل مجمع. الآن نحن نقوم بذلك بطريقة بسيطة، حيث نستخدم التزاماً واحداً لكل معاملة. والالتزام هو فقط قيمة تجزئة بيانات الإدخال المخزنة خارج السلسلة.
سنحافظ مؤقتًا على البساطة قدر الإمكان، حتى يمكن مراجعتها بسهولة وسرعة، ولا توجد اختلافات كبيرة بالنسبة لـ OP Stack. لكن الآن هناك بعض التحسينات التي يمكن أن تجعلها أقل تكلفة، مثل معالجة الالتزامات في دفعات أو تقديمها في blob، أو استخدام طرق مختلفة أخرى. لذا سنقوم بالتأكيد بدراسة هذا الأمر لتقليل تكلفة L1.
هذا شيء مثير للغاية بالنسبة لنا. بالطبع، نحن نتطلع أيضًا إلى كل المحتوى المتعلق بالتشغيل البيني القادم، ونأمل أن نتمكن من التفاعل بين جميع السلاسل. سيكون من الرائع أن نفهم أن هذا سيكون تقدمًا كبيرًا للمستخدمين.
العديد من هذه الأعمال يجب أن يتم تنفيذها من قبلكم بالتأكيد. ولكننا نأمل أن نفهم كيف تبدو هذه في وضع Plasma، و
قد تحتوي هذه الصفحة على محتوى من جهات خارجية، يتم تقديمه لأغراض إعلامية فقط (وليس كإقرارات/ضمانات)، ولا ينبغي اعتباره موافقة على آرائه من قبل Gate، ولا بمثابة نصيحة مالية أو مهنية. انظر إلى إخلاء المسؤولية للحصول على التفاصيل.
تسجيلات الإعجاب 17
أعجبني
17
7
إعادة النشر
مشاركة
تعليق
0/400
BlockchainGriller
· 08-08 01:09
بلازما و OP يتعاونان معًا بالفعل
شاهد النسخة الأصليةرد0
ReverseFOMOguy
· 08-07 07:16
هل عاد البلازما مرة أخرى؟
شاهد النسخة الأصليةرد0
GweiWatcher
· 08-07 07:15
خارج السلسلة البيانات أيضًا فخ هذا؟
شاهد النسخة الأصليةرد0
RugPullAlarm
· 08-07 07:09
مرة أخرى تخدع المستخدمين بمشاريع مفاهيمية، أليس كذلك؟
ابتكار التعاون بين وضع بلازما وOP Stack: حوار بين مطوري Redstone وOptimism
المطورون على المطورين: محادثة TDOT مع بن جونز
في هذه الحلقة الخاصة من "المطورين إلى المطورين"، دعونا نرحب بمطور البروتوكول الأساسي لـ Plasma Mode tdot (الذي هو أيضًا مطور Redstone)، بالإضافة إلى المؤسس المشارك لـ Optimism Ben Jones. تُعد 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). في الواقع، تم الإشارة بالفعل إلى استكشاف Alt DA في الوثائق الأولية لـ OP Stack.
لذلك سألنا أنفسنا، "ماذا سيحدث إذا بدأنا من DA خارج السلسلة؟" نأمل أن يعتمد نموذج الأمان بأكمله وكل شيء على Ethereum من الطبقة الأولى. لذلك، تجنبنا حلول DA البديلة الأخرى، وقررنا تخزين البيانات في تخزين DA مركزي، ثم العثور على نموذج أمان فعال على الطبقة الأولى.
هذا هو السبب في أننا نحتاج إلى إعادة استخدام بعض المفاهيم القديمة لـ Plasma ووضعها فوق rollup. هناك بعض الاختلافات هنا. أكبر سؤال هو: كيف يمكن تحقيق DA خارج السلسلة وتحديات البيانات على السلسلة على OP Stack الحالي؟ هدفنا هو إجراء أقل عدد ممكن من التعديلات على OP Stack دون التأثير على مسار rollup، لأننا لا نريد التأثير على أمان سلاسل rollup الأخرى التي تستخدم OP Stack.
عند تصميم rollup، لن تفكر في "ماذا سيحدث إذا قام شخص ما بتغيير عملية توليد البيانات لتخزين البيانات من مكان آخر؟" حتى مع هذه التغييرات، لا يزال OP Stack قويًا للغاية، ويعمل بشكل جيد خارج الصندوق. هذا هو أول تغيير قمنا به.
بعد ذلك، نحتاج إلى كتابة عقود لإنشاء هذه التحديات. هناك تحديات DA تلزم بإدخال البيانات على السلسلة. هذه هي الخطوة الثانية، حيث يتم دمج العقد في العملية. يجب علينا بناء نظام تكامل كامل خلال عملية الاشتقاق، حتى تتمكن من اشتقاق البيانات من مصدر DA خارج السلسلة ومن عقد تحدي DA على L1، في حال تم إدخال البيانات على السلسلة خلال عملية حل التحدي.
هذه هي النقطة الأساسية. إنه معقد، لأننا نريد الحفاظ على أناقة وموثوقية الأمور. في نفس الوقت، هو مفهوم بسيط نسبيًا. لم نحاول إعادة اختراع كل شيء أو تغيير مجموعة OP بالكامل، بل حاولنا الحفاظ على الأمور بسيطة في بيئة معقدة. لذا بشكل عام، كانت هذه رحلة هندسية رائعة جدًا.
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 فقط، هذه مثال قوي جدًا يُظهر أن العديد من المطورين الرئيسيين الرائعين قد انضموا وقدموا تحسينات على هذه المجموعة، وهذا أمر رائع.
هذه هي المرة الأولى، يمكنك من خلال قيمة Boolean رئيسية تغيير خصائص النظام بشكل ملحوظ. القدرة على القيام بذلك بشكل كامل، كما قلت، لا يزال هناك طريق طويل لنقطعه. ولكن حتى الاقتراب من القيام بذلك بفعالية يتطلب دعمًا معياريًا، أليس كذلك؟ بالنسبة لنا، كان من المريح رؤية أنكم حققتم ذلك دون الحاجة إلى إعادة كتابة L2 Geth، أليس كذلك؟ بالنسبة لي، هذا يثبت أن المعايير تعمل.
tdot: الآن الأمور أصبحت أفضل. من هذا المثال، لقد حولتم كل شيء إلى وحدات صغيرة مستقلة، يمكن تعديلها وتغيير خصائصها. لذلك أنا متحمس للغاية لرؤية الميزات الجديدة التي ستتم إضافتها. أتذكر أننا كنا نشعر بالقلق من أننا لدينا تفرع، يحتوي على جميع التغييرات المتعلقة بـ OP Stack، ونحتاج إلى دمجه في النسخة الرئيسية. كنا نفكر آنذاك، "يا إلهي، سيكون جنوناً مراجعة كل ذلك."
كان علينا تقسيمه إلى أجزاء أصغر، لكن العملية بأكملها سارت بسلاسة كبيرة. كانت بيئة التعاون مع الفريق رائعة، لذا كانت عملية المراجعة ممتعة أيضًا. كان هذا شعورًا طبيعيًا للغاية. وأعتقد أن هذه العملية سارت بسرعة كبيرة في مراجعة وحل بعض المشكلات المحتملة. كل شيء سار بسلاسة بشكل غير متوقع.
Ben: هذا رائع حقًا. هذا العام أحد أولوياتنا هو إنشاء مسارات للمساهمة في OP Stack. لذا أنا ممتن جدًا لمشاركتكم في الاختبار ودفع هذه العمليات. أنا سعيد لأن هذه العمليات لم تكن صعبة التحمل وأننا حققنا بعض الإنجازات. وبالحديث عن ذلك، أنا فضولي جدًا حول كيفية تطور هذا العمل من وجهة نظرك. ما الذي تتطلع إليه أكثر في التطوير القادم؟
tdot: هناك العديد من الاتجاهات الوظيفية المختلفة. بشكل رئيسي يتعلق بدمج آلية إثبات العطل. نحن نتبنى نهجًا تدريجيًا لامركزية كامل مجموعة التكنولوجيا وزيادة ميزاتها غير المرخصة، والهدف النهائي هو تحقيق وظائف مثل عدم الحاجة إلى ترخيص والانفصال الإجباري.
لدينا هذا الهدف النهائي ، ونحقق ذلك تدريجياً مع الحفاظ على الأمان. التحدي هو أنه في بعض الأحيان يكون من الأسهل عدم الذهاب إلى الشبكة الرئيسية لأنه لا يتعين عليك إجراء انقسام صعب. قد تفكر ، "أوه ، سأنتظر حتى تصبح كل الأمور جاهزة تمامًا للإطلاق ، بحيث لا يتعين علي إجراء انقسام صعب ، ولا يوجد عبء تقني." ولكن إذا كنت ترغب في إطلاق الشبكة الرئيسية بسرعة ، فيجب عليك التعامل مع هذه التحديثات المعقدة ، والنشر بشكل متكرر. إن القيام بذلك مع الحفاظ على توافر عالٍ هو دائمًا تحدٍ.
أعتقد أنه بعد إعداد آلية إثبات العطل وكل هذه الأجزاء، سيكون هناك الكثير من التحسينات في جانب نموذج بلازما. أعتقد أن هناك بعض المساحة للتحسين في مجال تقديم الالتزامات بشكل مجمع. الآن نحن نقوم بذلك بطريقة بسيطة، حيث نستخدم التزاماً واحداً لكل معاملة. والالتزام هو فقط قيمة تجزئة بيانات الإدخال المخزنة خارج السلسلة.
سنحافظ مؤقتًا على البساطة قدر الإمكان، حتى يمكن مراجعتها بسهولة وسرعة، ولا توجد اختلافات كبيرة بالنسبة لـ OP Stack. لكن الآن هناك بعض التحسينات التي يمكن أن تجعلها أقل تكلفة، مثل معالجة الالتزامات في دفعات أو تقديمها في blob، أو استخدام طرق مختلفة أخرى. لذا سنقوم بالتأكيد بدراسة هذا الأمر لتقليل تكلفة L1.
هذا شيء مثير للغاية بالنسبة لنا. بالطبع، نحن نتطلع أيضًا إلى كل المحتوى المتعلق بالتشغيل البيني القادم، ونأمل أن نتمكن من التفاعل بين جميع السلاسل. سيكون من الرائع أن نفهم أن هذا سيكون تقدمًا كبيرًا للمستخدمين.
العديد من هذه الأعمال يجب أن يتم تنفيذها من قبلكم بالتأكيد. ولكننا نأمل أن نفهم كيف تبدو هذه في وضع Plasma، و