jakiro
تم تجميعه بواسطة: Wuzhu ، رؤية Baitchain
في 8 أبريل 2025 ، ألقى مؤسس Ethereum Vitalik خطابًا رئيسيًا في قمة Carnival Hong Kong Web3 2025. Baitchain Vision تجمع محتوى الكلام على النحو التالي.
الآن ، يتطلب الأمر فترة خروج لمدة أسبوع واحد للخروج من التفاؤل أو التعبير ، والتي يمكن أن تسبب الكثير من المشاكل.
لماذا يجب أن نهتم بهذا؟ لماذا تهتم بالاتصال الأسرع بين L2 و L1؟أعتقد أن هناك سببين بالنسبة لي. واحد منهمتجربة المستخدم، نأمل أن يتمتع المستخدمون بتجربة أفضل ، وأن انتظار أسبوع واحد هو تجربة سيئة. سبب آخر هونحن بحاجة إلى نظام بيئي أكثر تكاملاً.نحن بحاجة إلى فعل شيء لتحسين التفاؤل والتعريفي والمضلعات.
هذه مثل أجزاء عالم Ethereum ، فهي ليست مستقلة.
حاليًا ، من السريع للغاية تحقيق قابلية التشغيل البيني بين L1 و L2 ، ولكنه يتطلب الكثير من الغاز. لقد شعرنا بالقلق حقًا من هذا منذ الصيف الماضي. شيئان نركز عليهما يتضمنان: عنوان محدد لعناصر blockchain والنية. آمل ألا يستغرق الأمر أسبوعًا لنقل التفاؤل إلى التعبير ، وآمل حتى أن يتمكن من وضع التفاؤل في عقد ذكي.
في عقد ذكي ، إذا قدم أي شخص أولاً دليلًا على إرسال العملة إلى أي عنوان وجهة من خلال العقد ، فسيقفز تلقائيًا إلى هذه الخطوة. لذلك ، نأمل أن نجد الطريقة الصحيحة لتقليل وقت انتظار الأسبوع.
لماذا لدينا نافذة انسحاب أسبوعية الآن؟ نظرًا لأن Rollup الخاص بالتفاؤل يحتاج إلى الانتظار لمدة أسبوع لمعرفة ما إذا كان أي شخص تساءل تجزئةه ، وإذا لم يستجوب أحد ، فيمكنك قبول التجزئة. ميزة التفاؤل هي أنها تعتمد على التكنولوجيا الحذرة للغاية ، ولكن على حساب الانتظار لمدة أسبوع.
إذا كنا لا نريد الانتظار لمدة أسبوع واحد ، فسنحتاج إلى إنشاء نظام يمكنه استخدام نظام إثبات غير مفصلي تمامًا لحزم الكتل ، مثلمزيج من ZK+Tee+OP—— هذه هي خطة التصميم التي اقترحناها.
في ظل الظروف العادية ، بمجرد حدوث معاملة L2 ، سيتم الانتهاء من الحالة على L1 في ساعة واحدة ، مما يقلل من ساعة إلى 12 ثانية ، وهي في الأساس مسألة كفاءة. لذلك هذا هو الهدف الأول. الهدف الثاني هو أننا نأمل أن يكون L2 غير موثوق به. نريد أن نثبت أن النظام يمكنه تحديد الحالة الصحيحة وتسجيل حالة الخطأ حتى إذا تم كسر المكونات التي تتطلب الثقة. لذا ، فإن Rollup هو إما في المرحلة صفر أو في المرحلة الأولى ، مما يعني أنهم يضعون مستوى معينًا من الثقة أو كل ثقتهم في لجنة أمنية. عليك أن تثق في الشركات المصنعة لتصميمها بشكل صحيح. عليك أن تثق في أن الشركة المصنعة لن تحتفظ بنسخة على مفتاح الموقع نفسه.
علاوة على ذلك ، يجب أن تصدق أيضًا أن آلية الأجهزة ليست شيئًا يمكن لأي شخص يحمل الأجهزة تدميره ، ويجب أن تصدق أنه لا يمكنهم إيجاد طريقة ، مثل الأجهزة بالليزر ، المسح بالأشعة تحت الحمراء ، لاستخراج المعلومات دون تدمير الرؤية.
الآن ، لا نريد وضع كل ثقتنا على ZK.
يمكنك تعيين الثقة بين ثلاث آليات مختلفة تعمل وفقًا لأنواع منطقية مختلفة جدًا. إذا كان لدينا هذا التصميم ، فيمكنك تقليل فترة الانتهاء من ساعة إلى 1 إلى 1 ساعة. بالمناسبة ، بطريقة أخرى هيوجهة نظري السابقة لأنظمة المجموعة ، قمت بتقسيمها بشكل أساسي إلى فئتين. نوع واحد هو الثقة المؤسسية ، والنوع الآخر هو ثقة التشفير.
بُعد آخر سريع وبطيء. يمكن الموافقة على الأشياء السريعة على الفور ، في حين أن الأشياء البطيئة قد تستغرق بعض الوقت. ومن المثير للاهتمام ، مثل الأشياء الأربعة هنا ، فهي في الأساس 4 مكونات نظام إثبات يستخدمها الناس أو يفكرون في سياق L2 ، أليس كذلك؟ إذا تمكنا من وضعهم حقًا في صندوق ، فسيكونون فقط 2 × 2.
الخطوة الأولى ، في الأساس ، نقصر نافذة المشي الشيطان من أسبوع واحد إلى ساعة واحدة. ماذا جلب هذا لك؟ في الأساس ، هذا يعني أنه إذا كنت تستخدم الجسر الأصلي لنقل الأصول مباشرة ، فسيتم تقليل وقت الانتظار الخاص بك من أسبوع إلى ساعة واحدة. إذا كنت تستخدم التجسير القائم على القصد ، فإن التجسير القائم على القصد يكون فوريًا ، لكن مزود السيولة لا يتعين عليه الانتظار لمدة ساعة واحدة ، بل ساعة واحدة. انخفضت تكلفة توفير السيولة بمقدار 168 مرة. لذا فإن الرسوم التي يتعين عليك دفعها ستنخفض ما يصل إلى 168 مرة.
يمكن L2S قراءة L1 بشكل غير متزامن باستخدام Lowlookahead. هذه ميزة لديها L2 بالفعل ، حيث يجب أن تكون قادرة على التعامل مع الودائع.نأخذ نفس الحالة مثل قراءة الإيداع ونعرضها على L1SloadOpCode.دعم قراءة بيانات Oracle L1 ، ومحافظ Keystore ، والعديد من التطبيقات الأخرى ذات قيمة كبيرة لأن أحد التحديات التي يواجهها L2 غالبًا ما تكون بحاجة إلى دفع مبالغ ضخمة من المال.
لذلك أحصل على جميع أنواع التطبيقات المخصصة ، والتكامل المحدد.يمكن أن يقلل هذا بالفعل من التكاليف ، لأنه في كثير من الحالات ، سيتمكن البديل من قراءة نسخة من التطبيق مباشرة موجودة بالفعل في تطبيق واحد ، وهو مناسب لمعالجة البيانات.إنه يعمل من أجل بعض الأشياء ، وليس للأشياء التي تحتاج إلى كتابتها لأي شخص.
محفظة التخزين الرئيسية هي فكرة أخرى مثيرة للاهتمام ، أليس كذلك؟ فكرة محفظة التخزين الرئيسية هي أنه في أمان الشبكة العادي ، تريد تغيير المفتاح ، فأنت لا تريد أن يكون للمفتاح دورة حياة غير محدودة. NEO جزء من الهدف التجريدي الحساب ، الذي سأناقشه اليوم.
لكنني تحدثت عن ذلك عدة مرات ، في الأساس مجرد إنشاء حساب مع منطق تعسفي حتى تتمكن من القيام بأشياء مثل تغيير خوارزمية التشفير ، وتغيير المفاتيح ، وجعلها لديها الكثير من المقاومة وجعلها تستخدم Snark مثل طرق الاسترداد. الآن ، أحد التحديات هو أنه إذا تمكنت من تغيير المفتاح ، فعليك إجراء مائة تغيير بعد ذلك. لذلك ، يجب عليك تغيير سجل المفتاح الحالي في 100 مكان.
كيف تحل هذه المشكلة؟نحل هذه المشكلة عن طريق وضع سجل المفتاح الحالي في العقد المركزي.ثم تظهر نسخة من المحفظة على كل L2 وقراءة L1 فقط. هذا يجعل العديد من ممارسات أمن التوريق المعقولة للغاية والذاتية للغاية أكثر جدوى وعملية في عالم L2.
فائدة أخرى هي أن هذا يجعل سير العمل الذي يتضمن كل من L2 و L1 أسهل وأكثر طبيعية للمطورين. نحن لا نتحدث فقط عن النظرية ، ومجموعة من السلاسل المنفصلة تمامًا ، فنحن نتحدث فعليًا عن نظرية L1 التي تستمر في قلب تجربة المستخدم للتطبيقات والأشخاص.
الخطوة الثالثة هي إثبات التجميع.لقد ذكرت في وقت سابق أنه إذا اتبعنا هذا النهج بناءً على اثنين أو ثلاثة ، أو في المستقبل ، إذا قمنا بالتحقق الرسمي الجيد للغاية ونحن نعتمد فقط على ZK ، فيمكننا تقليل وقت الالتزام من أسبوع واحد إلى ساعة واحدة. لماذا 1 ساعة؟ لماذا لا 12 ثانية؟ هناك سببان ، ويمكننا حل هذين السببين.السبب الأول هو تكلفة التقديم.لذلك ، يتطلب تقديم دليل على L1 حمولة إضافية ، وحوالي 500000 غاز ، وتكلفة AA مرتفعة للغاية.
الآن ، إذا كنت تتخيل تقديم دليل لكل فترة ، فهناك 2.5 مليون فترة في السنة. ننفق 27.5 مليون دولار في السنة فقط للحفاظ على قيمة نسبية ، وهو أمر مجنون. من هو هنا على استعداد لدفع 27 مليون دولار في السنة. ولكن إذا قمت بتقديمها كل دقيقة ، بدلاً من كل 12 ثانية ، يصبح 27 مليون دولار تم إنفاقه سنويًا 5.5 مليون دولار. ثم ، إذا قمت بإرساله كل ساعة ، فإنه ينخفض إلى أقل من 100000 دولار في السنة. هذا هو في الواقع يمكن السيطرة عليه. هذا الحل الطبيعي هو تجميع الأدلة.
إذا كان لدينا عدد كبير من الأدوات المختلفة ، فلا يجب تقديم هذه الأدوات إلى مجموعات مختلفة بشكل منفصل. يمكن تجميع أدلة السلسلة ، ويمكن للمجموعات تقديم أدلةها إلى التجميع ، ثم يمكن للتجميع تقديم snark منفصل لإثبات وجود قرطات أخرى. تكلفة التحقق من snark ليست سوى تكلفة لمرة واحدة قدرها 500000 غاز. ما الذي يحدث هنا هو في الأساس ما هو على هذه الصورة؟ يمين؟ في الأساس ، لديك مجموعة من البراهين وتلك الأدلة تحدد أيضًا العقد. نحن في كتلة. ثم لديك دليل التجميع. يتم التحقق من دليل التجميع. يحتوي دليل التجميع على جميع المعلومات من مجموعة واحدة كمدخلات عامة ، ويحدث الإثبات مرة واحدة فقط. بعد ذلك ، لن يقوم هذا العقد بإجراء مكالمة إلى كل ملخص إلا مرة واحدة ، والشيء الوحيد الذي تقوم به المكالمة هو استهداف كل ملخص. انها مجرد تحميل بشكل منفصل. انخفضت التكلفة لكل مرة من 500000 غاز إلى أقل من 10،000 غاز.
لا يزال هناكالخطوة الرابعة هي تقليل تأخير الإثبات.أثبت أن الحسابات تستغرق طاقة حوسبة أطول وأكثر من القيام بها. بشكل افتراضي ، لا يفشل هذا الحساب. عليك تمديده ، وعليك القيام بهذا الحساب المكثف للغاية.
لذا فإن النتيجة هي أنه في حالة توازن ، لا يزال يستغرق 500 ثانية لإثبات ذلك ، أليس كذلك؟ هذه مشكلة. لذا فإن السؤال هو ، كيف نحل هذه المشكلة؟ لديك فكرتان.الأول هو أنه يمكننا استخدام أجهزة مخصصة لتحسينها.بعض الشركات تفعل هذا بالفعل. إذا حصلت على عامل تسريع 100X للأجهزة ، فيمكنك إثبات ذلك في الوقت الفعلي.فكرة أخرى هي دليل شلل للغاية.لذلك من وجهة نظر رياضية ، هذا في الواقع بسيط للغاية. في الأساس ، تقوم بتحطيم الحساب إلى خطوات متعددة. ثم تقوم بإنشاء أدلة لكل خطوة بالتوازي على أجهزة مختلفة.
إذا لم يكن ذلك كافيًا ، فستكون التحسينات على الأجهزة المخصصة أسرع. في الوقت نفسه ، ستكون تكلفة التحسين أقل. لذلك لدينا الكثير من الخيارات.
إذا كنت تستخدم التفاؤل والتعريفي المكثف ، فإن كلاهما لديه فتحات زمنية أسرع بكثير ، فيمكنك القيام بذلك في ثانيتين أيضًا. لذلك سيكون رخيص جدا. لذا ، إذا كنت تستخدم مكثفًا ، فستتمكن من نقل كميات غير محدودة بشكل أساسي من Ethereum بتكلفة منخفضة. لذلك ، هذا يعني أيضًا أنه يمكننا إنشاء اتصال أوثق بين L1 و L2. لدينا عالم أكثر تكاملاً ، ويصبح كل شيء أسهل وأسرع للجميع. شكرًا.
