مقابلة مع مطوري Optimism و Redstone: نموذج Plasma يعيد تشكيل طبقة 2
في هذه المقابلة الخاصة، دعونا مطور البروتوكول الأساسي ل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 لبدء طبقة 2، لأن ألعاب السلسلة الكاملة وعالم MUD الخاص بنا يحتاجان إلى سعة أعلى. لذلك، قررنا البدء في تجربة خيارات أخرى لتوفر البيانات (Alt DA). في الواقع، تم الإشارة بالفعل في الوثائق الأولية لـ OP Stack إلى ضرورة استكشاف Alt DA.
لذا سألنا أنفسنا، "ماذا سيحدث إذا بدأنا من DA خارج السلسلة؟" نأمل أن يعتمد نموذج الأمان الكامل وكل شيء على الإيثريوم L1. لذلك، تجنبنا حلول DA البديلة الأخرى، وقررنا تخزين البيانات في تخزين DA مركزي، ثم العثور على نموذج أمان فعال على L1.
هذا هو السبب في أننا نعيد استخدام بعض المفاهيم القديمة لـ Plasma ونضعها فوق rollup. هناك بعض الاختلافات هنا. السؤال الأكبر هو، كيف يمكن تحقيق DA خارج السلسلة وتحديات البيانات على السلسلة على OP Stack الحالي؟ هدفنا هو إجراء أقل تغيير ممكن على OP Stack، دون التأثير على مسار rollup، لأننا لا نريد التأثير على أمان سلاسل rollup الأخرى التي تستخدم OP Stack.
عند تصميم rollup، لن تفكر في "ماذا سيحدث إذا غير شخص ما عملية توليد البيانات لتخزين البيانات من مكان آخر؟" حتى مع هذه التغييرات، تظل OP Stack قوية للغاية، وتعمل بشكل جيد خارج الصندوق. هذا هو التغيير الأول الذي قمنا به.
بعد ذلك، نحتاج إلى كتابة عقود لإنشاء هذه التحديات. هناك تحديات DA لإجبار البيانات على الدخول في السلسلة. هذه هي الخطوة الثانية، دمج العقود في العملية. يجب علينا بناء النظام المتكامل بالكامل خلال عملية الاشتقاق، بحيث يمكنك اشتقاق البيانات من مصدر DA خارج السلسلة وأيضًا من عقد تحدي DA من طبقة 1، في حال تم تقديم البيانات إلى السلسلة أثناء عملية حل التحدي.
هذه هي النقطة الأساسية للأمر. إنها معقدة، لأننا نرغب في الحفاظ على الأشياء أنيقة ومستقرة. في الوقت نفسه، إنه مفهوم بسيط نسبيًا. لم نحاول إعادة اختراع كل شيء أو تغيير كامل OP Stack، بل حاولنا الحفاظ على الأشياء بسيطة في بيئة معقدة. لذا بشكل عام، كانت هذه رحلة هندسية رائعة.
Ben: يمكنني التحدث من منظور OP. لقد ذكرت بعض الأعمال المبكرة لـ Lattice. في نفس الوقت تقريبًا، قمنا بإعادة كتابة شاملة تقريبًا لكامل OP Stack في Optimism، وأطلقنا على هذه النسخة Bedrock.
بشكل أساسي، بعد عامين من بناء rollup، نخطو خطوة إلى الوراء ونتأمل قائلين: "حسناً، إذا أردنا استخدام كل ما تعلمناه إلى أقصى حد، ماذا سيكون شكل ذلك؟" تطور هذا ليصبح المكتبة البرمجية التي تُعرف في النهاية بـ Bedrock، وهي أكبر ترقية أجريناها على الشبكة.
في ذلك الوقت، تعاوننا معكم في مشروع يسمى OPCraft، وأعتقد أن Biomes هو الوريث الروحي له، وكانت هذه المرة الأكثر متعة التي لعبنا فيها على السلسلة. في نفس الوقت، شعرنا بالراحة لأن الآخرين يمكنهم أيضًا استخدام OP Stack للتطوير. أعتقد أن نقطة التحول المهمة الأخرى في التوسع خلال السنوات القليلة الماضية هي أن الكثير من الناس يمكنهم تشغيل السلسلة.
ليس فقط أولئك الذين طوروا مكتبات كود ضخمة ومعقدة هم من يمكنهم القيام بذلك. عندما بدأنا التعاون، كان من الرائع رؤية الآخرين قادرين على تولي هذه المكتبة وإجراء بعض الأشياء الرائعة حقًا، وكان هذا تأكيدًا كبيرًا. ثم رؤية هذا الأمر يتوسع في التطبيق العملي إلى طبقة 2، كان حقًا رائعًا. يمكنني حتى التحدث قليلاً عن تلك الفترة التاريخية.
قبل أن تصبح Optimism Optimism، كنا في الواقع نبحث في تقنية تسمى Plasma. كانت المهمة التي تحملناها آنذاك تتجاوز بكثير قدرة مجتمع التوسع في ذلك الوقت. التصميم الذي رأيته في التصميم المبكر لـ Plasma قد لا يكون له علاقة مباشرة بـ Plasma اليوم.
اليوم Plasma أصبح أسهل بكثير. سننظر إلى إثبات حالة التحقق والتحديات بشكل منفصل عن تحديات البيانات. في النهاية، أدركنا قبل بضع سنوات أن Rollups أسهل بكثير من Plasma. أعتقد أن استنتاج المجتمع في ذلك الوقت كان "Plasma ماتت". هذه كانت مزحة في تاريخ توسيع Ethereum في تلك الفترة.
لكننا دائمًا ما اعتقدنا أن "Plasma لم تمت، بل يمكننا تجربة مهمة أبسط أولاً". الآن نحن نستخدم مصطلحات مختلفة. على سبيل المثال، كان هناك مفاهيم مثل (exits)، والآن يمكنك العودة والنظر وتقول "أوه، كانت تلك تحديًا في توفر البيانات مع بعض الخطوات الإضافية". لذا من الرائع أن نرى أن OP Stack لا يُستخدم من قبل الآخرين فحسب، بل تطور أيضًا إلى ما حاولنا القيام به في البداية ولكن بطريقة فوضوية وغير ناضجة جدًا. لقد أكملنا دورة كاملة، وقد قمتم بعمل تجريدي رائع حولها وجعلتموها تعمل بطريقة معقولة وعقلانية. هذا حقًا رائع.
02. الأهم هو الدخول إلى بيئة الإنتاج في أقرب وقت ممكن
tdot: لا تزال هناك بعض التحديات والمشكلات غير المحلولة في وضع بلازما، ونحن نعمل جاهدين على حلها. المفتاح هو كيفية تجنب إضاعة ما يصل إلى عشر سنوات من الزمن؟ هل تفهم ما أعنيه؟ نحتاج إلى الوصول بسرعة إلى مرحلة يمكننا فيها تقديم النتائج.
هذه هي فكرتنا. لدينا العديد من التطبيقات المعتمدة على MUD التي نريد إطلاقها على الشبكة الرئيسية على الفور. نحن بحاجة إلى إعداد شبكة رئيسية لهذه الألعاب في أقرب وقت ممكن. لقد كان الناس ينتظرون، وهم مستعدون. تحتاج إلى سلسلة يمكن أن تبدأ بسرعة وتعمل لتشغيل جميع هذه التطبيقات، بحيث يمكن لهذه التطبيقات أن تتطور بشكل متوازي وتصبح أفضل بينما نحن نحل المشاكل. من البحث والتطوير إلى تحقيق استقرار الإنتاج يستغرق وقتًا طويلاً.
لإطلاق شيء ما على الشبكة الرئيسية، وجعله غير مصرح به، ومستقر وآمن، يتطلب ذلك الكثير من الوقت. إن رؤية العملية الكاملة لتحقيق هذا الهدف كانت مذهلة بالفعل. هذا هو السبب في أننا بحاجة إلى الحفاظ على مستوى عالٍ من المرونة، لأن هناك الكثير من الأمور. النظام البيئي ينمو بسرعة كبيرة. أعتقد أن الجميع يقدمون الكثير من الابتكارات. هذا هو السبب في أنه يجب عليك مواكبة التطورات، لكن لا يمكنك المساومة على الأمان والأداء، وإلا فلن يعمل النظام.
Ben: أو بعبارة أخرى، العبء التكنولوجي. مبدأ الحد الأدنى من التغييرات الذي ذكرته هو أحد المفاهيم الأساسية التي اعتمدناها أثناء إعادة كتابة Bedrock. لقد تحدثت عن إعادة الكتابة الشاملة من البداية إلى النهاية، ولكن الأهم من ذلك أننا قلصنا حوالي 50,000 سطر من الكود، وهذا بحد ذاته قوي جدًا. لأنك على حق، هذه الأشياء حقًا صعبة.
كل سطر إضافي من الشيفرة يجعلك تبتعد أكثر عن بيئة الإنتاج، مما يجعل الأمور أكثر صعوبة في اختبارها بشكل فعلي، ويقدم المزيد من فرص الأخطاء. لذلك، نحن ممتنون جدًا لكل جهودكم في دفع هذه العملية قدمًا، وخاصةً للمساهمات التي قدمتموها لنموذج التشغيل الجديد لـ OP Stack.
tdot: إن OP Stack قد خلق حقاً طريقة تتيح لك التقدم بسرعة في مثل هذه الأمور. من الصعب جداً تنسيق الجميع، لأننا بوضوح شركتان مختلفتان. في Lattice، نحن نبني لعبة، ومحرك لعبة، وسلسلة.
أنتم تبنون مئات وآلاف الأشياء، وتقدمون جميع هذه المنتجات بانتظام. من حيث التنسيق، فهذا ليس بالأمر السهل حقًا.
Ben: نعم، لا يزال هناك طريق طويل لنقطعه. لكن هذه هي الجاذبية الأساسية للتجزئة. بالنسبة لي، من منظور OP Stack، هذه واحدة من أكثر الأشياء إثارة، دون ذكر الألعاب والعوالم الافتراضية المذهلة التي يتم بناؤها الآن على Redstone. من منظور OP Stack بحت، هذه مثال قوي جدًا يثبت أن العديد من المطورين الرئيسيين الرائعين قد انضموا وقدموا تحسينات على هذه المجموعة، وهو أمر رائع جدًا.
هذه هي المرة الأولى، يمكنك من خلال قيمة بوليانية رئيسية تغيير خصائص النظام بشكل كبير. القدرة على القيام بذلك تماماً، كما قلت، لا يزال هناك طريق طويل لنقطعه. ولكن حتى الاقتراب من القيام بذلك بفعالية يتطلب دعماً من طبقة 2، أليس كذلك؟ بالنسبة لنا، من الرائع رؤية تحقيقكم لذلك دون الحاجة إلى إعادة كتابة L2 Geth، حقاً جعلني أشعر بالراحة. بالنسبة لي، هذا يثبت أن الهيكلية تعمل.
tdot: الآن الوضع أصبح أفضل. من هذا المثال، أنتم حولتم كل شيء إلى وحدات صغيرة مستقلة، يمكن تعديلها وتغيير خصائصها. لذلك أنا متحمس جدًا لرؤية ما هي الميزات الجديدة التي ستتم إضافتها. أتذكر أننا كنا قلقين من أن لدينا انقسامًا، يحتوي على جميع التغييرات المتعلقة بـ OP Stack، ويحتاج إلى دمجه في الفرع الرئيسي. كنا نفكر في ذلك، "يا إلهي، سيكون من الجنون مراجعة كل شيء."
كان علينا تقسيمه إلى أجزاء أصغر، لكن العملية بأكملها سارت بسلاسة كبيرة. كانت أجواء التعاون مع الفريق جيدة جداً، لذا كانت عملية المراجعة ممتعة أيضاً. كان هذا الشعور طبيعياً للغاية. وأعتقد أن العملية كانت سريعة جداً في مراجعة وحل بعض القضايا المحتملة. كل شيء سار بشكل غير متوقع.
Ben: هذا رائع حقًا. هذا العام، أحد أولوياتنا هو إنشاء مسار مساهمة لـ OP Stack. لذا، أنا ممتن جدًا لمشاركتكم في الاختبار، ودفع هذه العمليات. أنا سعيد أن هذه العمليات لم تكن مرهقة، وأننا حققنا بعض النتائج. وعلى ذكر ذلك، أنا فضولي جدًا، من وجهة نظرك، كيف ستتطور هذه العمل في المرحلة القادمة؟ ما الذي تتطلع إلى تطويره بعد ذلك؟
tdot: هناك العديد من الاتجاهات المختلفة للعمل. التركيز الرئيسي هو على دمج آلية إثبات العطل. نعتمد نهجًا تدريجيًا لامركزية كامل مجموعة التكنولوجيا، وزيادة خصائصه غير المرخصة، والهدف النهائي هو تحقيق ميزات مثل عدم الحاجة إلى ترخيص والانفصال الإجباري.
لدينا هذا الهدف النهائي، ونعمل على تحقيقه تدريجياً مع الحفاظ على الأمان. أحد التحديات هو أنه في بعض الأحيان يكون من الأسهل عدم الذهاب إلى الشبكة الرئيسية، لأن ذلك يعني عدم الحاجة إلى إجراء انقسام صعب. قد تفكر، "أوه، سأنتظر حتى تكون كل الأمور جاهزة تماماً قبل الإصدار، لذا لن أحتاج إلى إجراء انقسام صعب، ولن يكون هناك عبء تقني." ولكن، إذا كنت ترغب في إطلاق الشبكة الرئيسية بسرعة، فسيتعين عليك التعامل مع هذه التحديثات المعقدة، وإصدارها بشكل متكرر. إن القيام بذلك مع الحفاظ على توفر عالٍ دائماً يمثل تحدياً.
أعتقد أنه بعد أن تصبح آلية إثبات الأعطال وجميع هذه الأجزاء جاهزة، سيكون هناك الكثير من التحديثات في جانب نموذج بلازما. أعتقد أنه لا يزال هناك بعض مجال للتحسين في تقديم الالتزامات بشكل جماعي. الآن نحن نعمل بطريقة بسيطة جداً، التزام واحد لكل معاملة. والالتزام هو مجرد قيمة هاش لبيانات الإدخال المخزنة خارج السلسلة.
نحن نحتفظ بالبساطة قدر الإمكان في الوقت الحالي، بحيث يمكن أن تكون المراجعة سهلة وسريعة، وليس هناك اختلاف كبير في OP Stack. لكن الآن هناك بعض التحسينات التي يمكن أن تجعلها أقل تكلفة، مثل تجميع الالتزامات أو تقديمها إلى blob، أو استخدام طرق مختلفة أخرى. لذلك، سنقوم بالتأكيد بدراسة هذا لتقليل تكلفة L1.
هذا شيء نحن متحمسون له حقًا. بالطبع، نحن نتطلع أيضًا إلى كل المحتوى المتعلق بالتشغيل البيني الذي سيأتي قريبًا، والقدرة على التفاعل بين جميع الشبكات. سيكون من الرائع معرفة أن ذلك سيكون تقدمًا كبيرًا للمستخدمين.
الكثير من هذه الأعمال بالتأكيد يجب أن تتم من قبلكم. ولكننا نأمل في فهم كيف تبدو هذه في وضع Plasma، وأن تكون لها فرضيات أمان مختلفة.
قد تحتوي هذه الصفحة على محتوى من جهات خارجية، يتم تقديمه لأغراض إعلامية فقط (وليس كإقرارات/ضمانات)، ولا ينبغي اعتباره موافقة على آرائه من قبل Gate، ولا بمثابة نصيحة مالية أو مهنية. انظر إلى إخلاء المسؤولية للحصول على التفاصيل.
تسجيلات الإعجاب 17
أعجبني
17
6
إعادة النشر
مشاركة
تعليق
0/400
GasFeeNightmare
· 08-13 23:51
L2又想 خــــداع الناس لتحقيق الربح 了 还能不能好好做技术了
شاهد النسخة الأصليةرد0
GasFeeCrier
· 08-12 14:30
Cow Wow: كنت أرغب في رؤية البلازما لفترة طويلة
شاهد النسخة الأصليةرد0
UnluckyLemur
· 08-11 02:41
整整OP الآن بدأت تعمل على L2.
شاهد النسخة الأصليةرد0
AirdropChaser
· 08-11 02:39
تم إعفاء رسوم L2 قليلاً، كان ينبغي القيام بذلك منذ وقت طويل.
شاهد النسخة الأصليةرد0
BlockchainFoodie
· 08-11 02:37
تذوق مثل شطيرة دي فاي مع صلصة بلازما إضافية... قابلية التوسع اللذيذة
تعاون Optimism مع Redstone: إعادة تشكيل نموذج Plasma لخطط توسيع طبقة 2
مقابلة مع مطوري Optimism و Redstone: نموذج Plasma يعيد تشكيل طبقة 2
في هذه المقابلة الخاصة، دعونا مطور البروتوكول الأساسي ل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 لبدء طبقة 2، لأن ألعاب السلسلة الكاملة وعالم MUD الخاص بنا يحتاجان إلى سعة أعلى. لذلك، قررنا البدء في تجربة خيارات أخرى لتوفر البيانات (Alt DA). في الواقع، تم الإشارة بالفعل في الوثائق الأولية لـ OP Stack إلى ضرورة استكشاف Alt DA.
لذا سألنا أنفسنا، "ماذا سيحدث إذا بدأنا من DA خارج السلسلة؟" نأمل أن يعتمد نموذج الأمان الكامل وكل شيء على الإيثريوم L1. لذلك، تجنبنا حلول DA البديلة الأخرى، وقررنا تخزين البيانات في تخزين DA مركزي، ثم العثور على نموذج أمان فعال على L1.
هذا هو السبب في أننا نعيد استخدام بعض المفاهيم القديمة لـ Plasma ونضعها فوق rollup. هناك بعض الاختلافات هنا. السؤال الأكبر هو، كيف يمكن تحقيق DA خارج السلسلة وتحديات البيانات على السلسلة على OP Stack الحالي؟ هدفنا هو إجراء أقل تغيير ممكن على OP Stack، دون التأثير على مسار rollup، لأننا لا نريد التأثير على أمان سلاسل rollup الأخرى التي تستخدم OP Stack.
عند تصميم rollup، لن تفكر في "ماذا سيحدث إذا غير شخص ما عملية توليد البيانات لتخزين البيانات من مكان آخر؟" حتى مع هذه التغييرات، تظل OP Stack قوية للغاية، وتعمل بشكل جيد خارج الصندوق. هذا هو التغيير الأول الذي قمنا به.
بعد ذلك، نحتاج إلى كتابة عقود لإنشاء هذه التحديات. هناك تحديات DA لإجبار البيانات على الدخول في السلسلة. هذه هي الخطوة الثانية، دمج العقود في العملية. يجب علينا بناء النظام المتكامل بالكامل خلال عملية الاشتقاق، بحيث يمكنك اشتقاق البيانات من مصدر DA خارج السلسلة وأيضًا من عقد تحدي DA من طبقة 1، في حال تم تقديم البيانات إلى السلسلة أثناء عملية حل التحدي.
هذه هي النقطة الأساسية للأمر. إنها معقدة، لأننا نرغب في الحفاظ على الأشياء أنيقة ومستقرة. في الوقت نفسه، إنه مفهوم بسيط نسبيًا. لم نحاول إعادة اختراع كل شيء أو تغيير كامل OP Stack، بل حاولنا الحفاظ على الأشياء بسيطة في بيئة معقدة. لذا بشكل عام، كانت هذه رحلة هندسية رائعة.
Ben: يمكنني التحدث من منظور OP. لقد ذكرت بعض الأعمال المبكرة لـ Lattice. في نفس الوقت تقريبًا، قمنا بإعادة كتابة شاملة تقريبًا لكامل OP Stack في Optimism، وأطلقنا على هذه النسخة Bedrock.
بشكل أساسي، بعد عامين من بناء rollup، نخطو خطوة إلى الوراء ونتأمل قائلين: "حسناً، إذا أردنا استخدام كل ما تعلمناه إلى أقصى حد، ماذا سيكون شكل ذلك؟" تطور هذا ليصبح المكتبة البرمجية التي تُعرف في النهاية بـ Bedrock، وهي أكبر ترقية أجريناها على الشبكة.
في ذلك الوقت، تعاوننا معكم في مشروع يسمى OPCraft، وأعتقد أن Biomes هو الوريث الروحي له، وكانت هذه المرة الأكثر متعة التي لعبنا فيها على السلسلة. في نفس الوقت، شعرنا بالراحة لأن الآخرين يمكنهم أيضًا استخدام OP Stack للتطوير. أعتقد أن نقطة التحول المهمة الأخرى في التوسع خلال السنوات القليلة الماضية هي أن الكثير من الناس يمكنهم تشغيل السلسلة.
ليس فقط أولئك الذين طوروا مكتبات كود ضخمة ومعقدة هم من يمكنهم القيام بذلك. عندما بدأنا التعاون، كان من الرائع رؤية الآخرين قادرين على تولي هذه المكتبة وإجراء بعض الأشياء الرائعة حقًا، وكان هذا تأكيدًا كبيرًا. ثم رؤية هذا الأمر يتوسع في التطبيق العملي إلى طبقة 2، كان حقًا رائعًا. يمكنني حتى التحدث قليلاً عن تلك الفترة التاريخية.
قبل أن تصبح Optimism Optimism، كنا في الواقع نبحث في تقنية تسمى Plasma. كانت المهمة التي تحملناها آنذاك تتجاوز بكثير قدرة مجتمع التوسع في ذلك الوقت. التصميم الذي رأيته في التصميم المبكر لـ Plasma قد لا يكون له علاقة مباشرة بـ Plasma اليوم.
اليوم Plasma أصبح أسهل بكثير. سننظر إلى إثبات حالة التحقق والتحديات بشكل منفصل عن تحديات البيانات. في النهاية، أدركنا قبل بضع سنوات أن Rollups أسهل بكثير من Plasma. أعتقد أن استنتاج المجتمع في ذلك الوقت كان "Plasma ماتت". هذه كانت مزحة في تاريخ توسيع Ethereum في تلك الفترة.
لكننا دائمًا ما اعتقدنا أن "Plasma لم تمت، بل يمكننا تجربة مهمة أبسط أولاً". الآن نحن نستخدم مصطلحات مختلفة. على سبيل المثال، كان هناك مفاهيم مثل (exits)، والآن يمكنك العودة والنظر وتقول "أوه، كانت تلك تحديًا في توفر البيانات مع بعض الخطوات الإضافية". لذا من الرائع أن نرى أن OP Stack لا يُستخدم من قبل الآخرين فحسب، بل تطور أيضًا إلى ما حاولنا القيام به في البداية ولكن بطريقة فوضوية وغير ناضجة جدًا. لقد أكملنا دورة كاملة، وقد قمتم بعمل تجريدي رائع حولها وجعلتموها تعمل بطريقة معقولة وعقلانية. هذا حقًا رائع.
02. الأهم هو الدخول إلى بيئة الإنتاج في أقرب وقت ممكن
tdot: لا تزال هناك بعض التحديات والمشكلات غير المحلولة في وضع بلازما، ونحن نعمل جاهدين على حلها. المفتاح هو كيفية تجنب إضاعة ما يصل إلى عشر سنوات من الزمن؟ هل تفهم ما أعنيه؟ نحتاج إلى الوصول بسرعة إلى مرحلة يمكننا فيها تقديم النتائج.
هذه هي فكرتنا. لدينا العديد من التطبيقات المعتمدة على MUD التي نريد إطلاقها على الشبكة الرئيسية على الفور. نحن بحاجة إلى إعداد شبكة رئيسية لهذه الألعاب في أقرب وقت ممكن. لقد كان الناس ينتظرون، وهم مستعدون. تحتاج إلى سلسلة يمكن أن تبدأ بسرعة وتعمل لتشغيل جميع هذه التطبيقات، بحيث يمكن لهذه التطبيقات أن تتطور بشكل متوازي وتصبح أفضل بينما نحن نحل المشاكل. من البحث والتطوير إلى تحقيق استقرار الإنتاج يستغرق وقتًا طويلاً.
لإطلاق شيء ما على الشبكة الرئيسية، وجعله غير مصرح به، ومستقر وآمن، يتطلب ذلك الكثير من الوقت. إن رؤية العملية الكاملة لتحقيق هذا الهدف كانت مذهلة بالفعل. هذا هو السبب في أننا بحاجة إلى الحفاظ على مستوى عالٍ من المرونة، لأن هناك الكثير من الأمور. النظام البيئي ينمو بسرعة كبيرة. أعتقد أن الجميع يقدمون الكثير من الابتكارات. هذا هو السبب في أنه يجب عليك مواكبة التطورات، لكن لا يمكنك المساومة على الأمان والأداء، وإلا فلن يعمل النظام.
Ben: أو بعبارة أخرى، العبء التكنولوجي. مبدأ الحد الأدنى من التغييرات الذي ذكرته هو أحد المفاهيم الأساسية التي اعتمدناها أثناء إعادة كتابة Bedrock. لقد تحدثت عن إعادة الكتابة الشاملة من البداية إلى النهاية، ولكن الأهم من ذلك أننا قلصنا حوالي 50,000 سطر من الكود، وهذا بحد ذاته قوي جدًا. لأنك على حق، هذه الأشياء حقًا صعبة.
كل سطر إضافي من الشيفرة يجعلك تبتعد أكثر عن بيئة الإنتاج، مما يجعل الأمور أكثر صعوبة في اختبارها بشكل فعلي، ويقدم المزيد من فرص الأخطاء. لذلك، نحن ممتنون جدًا لكل جهودكم في دفع هذه العملية قدمًا، وخاصةً للمساهمات التي قدمتموها لنموذج التشغيل الجديد لـ OP Stack.
tdot: إن OP Stack قد خلق حقاً طريقة تتيح لك التقدم بسرعة في مثل هذه الأمور. من الصعب جداً تنسيق الجميع، لأننا بوضوح شركتان مختلفتان. في Lattice، نحن نبني لعبة، ومحرك لعبة، وسلسلة.
أنتم تبنون مئات وآلاف الأشياء، وتقدمون جميع هذه المنتجات بانتظام. من حيث التنسيق، فهذا ليس بالأمر السهل حقًا.
Ben: نعم، لا يزال هناك طريق طويل لنقطعه. لكن هذه هي الجاذبية الأساسية للتجزئة. بالنسبة لي، من منظور OP Stack، هذه واحدة من أكثر الأشياء إثارة، دون ذكر الألعاب والعوالم الافتراضية المذهلة التي يتم بناؤها الآن على Redstone. من منظور OP Stack بحت، هذه مثال قوي جدًا يثبت أن العديد من المطورين الرئيسيين الرائعين قد انضموا وقدموا تحسينات على هذه المجموعة، وهو أمر رائع جدًا.
هذه هي المرة الأولى، يمكنك من خلال قيمة بوليانية رئيسية تغيير خصائص النظام بشكل كبير. القدرة على القيام بذلك تماماً، كما قلت، لا يزال هناك طريق طويل لنقطعه. ولكن حتى الاقتراب من القيام بذلك بفعالية يتطلب دعماً من طبقة 2، أليس كذلك؟ بالنسبة لنا، من الرائع رؤية تحقيقكم لذلك دون الحاجة إلى إعادة كتابة L2 Geth، حقاً جعلني أشعر بالراحة. بالنسبة لي، هذا يثبت أن الهيكلية تعمل.
tdot: الآن الوضع أصبح أفضل. من هذا المثال، أنتم حولتم كل شيء إلى وحدات صغيرة مستقلة، يمكن تعديلها وتغيير خصائصها. لذلك أنا متحمس جدًا لرؤية ما هي الميزات الجديدة التي ستتم إضافتها. أتذكر أننا كنا قلقين من أن لدينا انقسامًا، يحتوي على جميع التغييرات المتعلقة بـ OP Stack، ويحتاج إلى دمجه في الفرع الرئيسي. كنا نفكر في ذلك، "يا إلهي، سيكون من الجنون مراجعة كل شيء."
كان علينا تقسيمه إلى أجزاء أصغر، لكن العملية بأكملها سارت بسلاسة كبيرة. كانت أجواء التعاون مع الفريق جيدة جداً، لذا كانت عملية المراجعة ممتعة أيضاً. كان هذا الشعور طبيعياً للغاية. وأعتقد أن العملية كانت سريعة جداً في مراجعة وحل بعض القضايا المحتملة. كل شيء سار بشكل غير متوقع.
Ben: هذا رائع حقًا. هذا العام، أحد أولوياتنا هو إنشاء مسار مساهمة لـ OP Stack. لذا، أنا ممتن جدًا لمشاركتكم في الاختبار، ودفع هذه العمليات. أنا سعيد أن هذه العمليات لم تكن مرهقة، وأننا حققنا بعض النتائج. وعلى ذكر ذلك، أنا فضولي جدًا، من وجهة نظرك، كيف ستتطور هذه العمل في المرحلة القادمة؟ ما الذي تتطلع إلى تطويره بعد ذلك؟
tdot: هناك العديد من الاتجاهات المختلفة للعمل. التركيز الرئيسي هو على دمج آلية إثبات العطل. نعتمد نهجًا تدريجيًا لامركزية كامل مجموعة التكنولوجيا، وزيادة خصائصه غير المرخصة، والهدف النهائي هو تحقيق ميزات مثل عدم الحاجة إلى ترخيص والانفصال الإجباري.
لدينا هذا الهدف النهائي، ونعمل على تحقيقه تدريجياً مع الحفاظ على الأمان. أحد التحديات هو أنه في بعض الأحيان يكون من الأسهل عدم الذهاب إلى الشبكة الرئيسية، لأن ذلك يعني عدم الحاجة إلى إجراء انقسام صعب. قد تفكر، "أوه، سأنتظر حتى تكون كل الأمور جاهزة تماماً قبل الإصدار، لذا لن أحتاج إلى إجراء انقسام صعب، ولن يكون هناك عبء تقني." ولكن، إذا كنت ترغب في إطلاق الشبكة الرئيسية بسرعة، فسيتعين عليك التعامل مع هذه التحديثات المعقدة، وإصدارها بشكل متكرر. إن القيام بذلك مع الحفاظ على توفر عالٍ دائماً يمثل تحدياً.
أعتقد أنه بعد أن تصبح آلية إثبات الأعطال وجميع هذه الأجزاء جاهزة، سيكون هناك الكثير من التحديثات في جانب نموذج بلازما. أعتقد أنه لا يزال هناك بعض مجال للتحسين في تقديم الالتزامات بشكل جماعي. الآن نحن نعمل بطريقة بسيطة جداً، التزام واحد لكل معاملة. والالتزام هو مجرد قيمة هاش لبيانات الإدخال المخزنة خارج السلسلة.
نحن نحتفظ بالبساطة قدر الإمكان في الوقت الحالي، بحيث يمكن أن تكون المراجعة سهلة وسريعة، وليس هناك اختلاف كبير في OP Stack. لكن الآن هناك بعض التحسينات التي يمكن أن تجعلها أقل تكلفة، مثل تجميع الالتزامات أو تقديمها إلى blob، أو استخدام طرق مختلفة أخرى. لذلك، سنقوم بالتأكيد بدراسة هذا لتقليل تكلفة L1.
هذا شيء نحن متحمسون له حقًا. بالطبع، نحن نتطلع أيضًا إلى كل المحتوى المتعلق بالتشغيل البيني الذي سيأتي قريبًا، والقدرة على التفاعل بين جميع الشبكات. سيكون من الرائع معرفة أن ذلك سيكون تقدمًا كبيرًا للمستخدمين.
الكثير من هذه الأعمال بالتأكيد يجب أن تتم من قبلكم. ولكننا نأمل في فهم كيف تبدو هذه في وضع Plasma، وأن تكون لها فرضيات أمان مختلفة.
Ben: عندما يتعلق الأمر بذلك، هذا