النص الكامل لخطاب Vitalik EthCC: كيفية تحسين Ethereum في المستقبل

تم عقد EthCC7 مؤخرًا في بروكسل، حيث قام المنظمون بدعوة فيتاليك، مؤسس Ethereum، لإلقاء خطاب رئيسي.

من الجدير بالذكر أن عام 2024 يصادف الذكرى السنوية العاشرة لـ Ethereum IC0. بعد خطاب فيتاليك، التقط المؤسسون الثلاثة الأساسيون لـ Ethereum، فيتاليك بوتيرين، وجوزيف لوبين، وجافين وود، صورة جماعية معًا مرة أخرى لإحياء الذكرى. .

هذا المقال هو الخطاب الرئيسي الذي ألقاه فيتاليك، مؤسس Ethereum، في EthCC7 مؤخرًا، وتم تجميعه بواسطة Golden Finance 0xxz.

موضوع الخطاب

تعزيز المستوى 1: تحسين الإيثريوم لتصبح طبقة أساسية من الطبقة الثانية موثوقة للغاية وجديرة بالثقة وغير مسموح بها

طيف رؤية Ethereum

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

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

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

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

أعني أن الخيارات المتطرفة للغاية موجودة على اليسار، وعلى اليمين يمكن أن تكون طبقة أساسية، ولكن حاول أيضًا منح L2 المزيد من الوظائف. إحدى الأفكار في هذا الاتجاه هي تقليل وقت المبادلة في إيثريوم، والذي يبلغ حاليًا 12 ثانية، وربما يصل إلى 2-4 ثوانٍ. الغرض من ذلك هو جعل عمليات التجميع الأساسية قابلة للتطبيق بالفعل باعتبارها الطريقة الأساسية التي يعمل بها L2. والآن، إذا كنت تريد أن يتمتع L2 بتجربة مستخدم من الدرجة الأولى، فأنت بحاجة إلى الحصول على تأكيد مسبق خاص بك، وهو ما يعني إما فارزًا مركزيًا أو فارزًا لامركزيًا خاصًا بك. إذا تسارع إجماعهم، فلن يحتاج L2 بعد الآن إلى القيام بذلك. إذا كنت تريد حقًا تحسين قابلية التوسع للمستوى الأول، فسيتم أيضًا تقليل الحاجة إلى المستوى الثاني.

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

ميزة المتانة في Ethereum

الميزة الكبيرة في Ethereum هي أنها تتمتع بحجم ضخم و النظام البيئي المساحي اللامركزي نسبيًا.

الجانب الأيسر من الصورة أعلاه هي مخطط لجميع معدلات تجزئة مجمع تعدين Bitcoin، وعلى اليمين يوجد مخطط لمستثمري Ethereum.

إن توزيع القوة الحاسوبية للبيتكوين في الوقت الحالي ليس جيدًا جدًا. تضيف مجموعتا التعدين ما يصل إلى أكثر من 50% من قوة الحوسبة، وتضيف مجمعات التعدين الأربعة ما يصل إلى أكثر من 75%. .

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

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

تشمل مزايا قوة Ethereum أيضًا ما يلي:

وجود نظام بيئي متعدد العملاء: هناك عملاء تنفيذ Geth وعملاء التنفيذ غير التابعين لـ Geth، تتجاوز نسبة عملاء التنفيذ غير التابعين لـ Geth نسبة عملاء التنفيذ غير التابعين لـ Geth. ويحدث موقف مماثل أيضًا في نظام العميل المتوافق؛

المجتمع الدولي:يتواجد الأشخاص في العديد من البلدان المختلفة، بما في ذلك المشاريع، واللغة الثانية، والفرق، وما إلى ذلك؛ p>

نظام المعرفة متعدد المراكز: هناك مؤسسة Ethereum، وهناك فريق العميل، وحتى فريق Paradigm's Reth قام بزيادة ريادته في المصادر المفتوحة مؤخرًا؛

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

أين يفشل Ethereum L1 في تلبية المعايير العالية؟ كيف يمكن تحسينه؟

هذا ما أريده أقوم بإجراء استطلاع للرأي على Farcaster منذ حوالي نصف عام: إذا لم تكن تقوم بالتخزين الفردي، فما الذي يمنعك من التوقيع المساحي الفردي؟

يمكنني القيام بذلك تكرر السؤال في المكان، من الذي يقوم بالستاكينغ الفردي؟ بدون التوقيع الفردي، من منكم يشعر أن عتبة 32 ETH هي أكبر عقبة، ومن يشعر أن تشغيل العقدة صعب للغاية هو العائق الأكبر، ومن يشعر أن العقبة الأكبر هي أنه لا يمكنك استثمار ETH الخاص بك في DeFi البروتوكول في نفس الوقت؟ من يشعر أن العقبة الأكبر هي الخوف من الاضطرار إلى وضع مفاتيح خاصة على عقدة قيد التشغيل حيث يمكن سرقتها بسهولة أكبر؟

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

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

ابدأ بتشغيل عقدة التحقق من الصحة، أو ابدأ من عتبة 32 إيثريوم. في الواقع، هذين السؤالين مرتبطان لأنهما يمثلان وظيفتين لعدد أدوات التحقق من صحة إثبات الحصة في Ethereum.

اليوم لدينا حوالي مليون كيان مدقق، كل منها لديه إيداع بقيمة 32 إيثريوم، لذلك إذا تم تغيير الحد الأدنى من المتطلبات إلى 4 إيثريوم، فسيكون لدينا 8 ملايين أو ربما أكثر من 800 عشرة آلاف، ربما 9 مليون أو 10 مليون مدقق. إذا أردنا تقليله إلى 100000 مدقق، فقد يتعين رفع الحد الأدنى المطلوب إلى حوالي 300 ETH.

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

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

لذا، هناك تقنيتان يمكنهما تحسين هذين الجانبين.

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

في الوقت الحالي، أعتقد أن لدينا ما يكفي من الأمن الاقتصادي. تكلفة تنفيذ هجوم بنسبة 51%، محسوبة على أساس كمية الإيثيريوم المقطوعة، تبلغ ثلث 32 مليون إيثريوم، أي ما يقرب من 11 مليون إيثريوم. من سينفق 11 مليون ETH لتدمير blockchain Ethereum. لا أحد، ولا حتى حكومة الولايات المتحدة، يريد ذلك.

تشبه تقنيات أخذ العينات هذه ما لو كان لديك منزل وكان الباب الأمامي محميًا بأربع طبقات من الفولاذ، لكن النافذة كانت مجرد قطعة من الزجاج منخفض الجودة يمكن لأي شخص أن يكسرها بسهولة بواسطتها. مضرب البيسبول. أعتقد أن Ethereum يشبه هذا إلى حد ما، إذا كنت تريد القيام بهجوم بنسبة 51٪، عليك أن تخسر 11 مليون ETH. لكن في الواقع، هناك العديد من الطرق الأخرى لمهاجمة البروتوكول، ويجب علينا حقًا تعزيز هذه الدفاعات بشكل أكبر. لذا بدلاً من ذلك، إذا كان لديك مجموعة فرعية من المدققين الذين يقومون بالنهائية، فإن البروتوكول لا يزال آمنًا بدرجة كافية ويمكنك بالفعل زيادة مستوى اللامركزية.

التقنية الثانية هي تجميع التوقيع بشكل أفضل. يمكنك القيام بشيء متقدم مثل Starks، وبدلاً من دعم 30000 توقيع لكل فتحة، قد نتمكن من دعم المزيد من التوقيعات في النهاية. هذا هو الجزء الاول.

الجزء الثاني هو تسهيل تشغيل العقد.

الخطوة الأولى هي انتهاء صلاحية التاريخ. في الواقع، EIP-4444، كان هناك الكثير من التقدم في هذا المجال.

الخطوة الثانية هي العميل عديم الجنسية. لقد كانت Verkle موجودة منذ فترة طويلة، وهناك خيار آخر محتمل وهو إنشاء شجرة تجزئة ثنائية تشبه بوسيدون مع وظيفة تجزئة صديقة لـ Stark. بمجرد حصولك على هذا، من أجل التحقق من كتل Ethereum، لن تحتاج بعد الآن إلى محرك أقراص ثابت. يمكنك بعد ذلك إضافة نوع ZKVM من النوع 1 الذي يمكنه التحقق من كتلة Ethereum بأكملها، حتى تتمكن من التحقق من كتل Ethereum الكبيرة بشكل تعسفي عن طريق تنزيل البيانات أو حتى بيانات أخذ عينات توفر البيانات، وبعد ذلك تحتاج فقط إلى التحقق من دليل واحد.

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

يمكنك ببساطة بدء عميل مستقل جديد، وإغلاق العميل القديم، ونقل المفاتيح إليه، وبدء العميل الجديد. ستخسر عصرًا واحدًا فقط.

بمجرد توفر ZKVM، تنخفض متطلبات الأجهزة بشكل أساسي إلى الصفر تقريبًا.

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

يواجه إثبات الحصة تحديات أخرى، مثل المخاطر المتعلقة بتكديس السوائل والمخاطر المتعلقة بالمركبات الكهربائية المتوسطة الحجم (MEV). هذه أيضًا أسئلة مهمة يجب الاستمرار في النظر فيها. باحثونا يفكرون في هذا.

التعافي من هجمات 51%

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

ماذا سيحدث إذا واجهنا بالفعل هجومًا بنسبة 51%؟

قد تتعرض إيثريوم لهجوم بنسبة 51%، وقد تتعرض عملة البيتكوين لهجوم بنسبة 51%، وقد تتعرض الحكومة أيضًا لهجوم بنسبة 51%، مثل شراء 51% من السياسيين.

إحدى المشكلات هي أنك لا تريد الاعتماد فقط على الوقاية، بل تريد أيضًا أن يكون لديك خطة للتعافي.

من المفاهيم الخاطئة الشائعة أن الناس يعتقدون أن 51% من الهجمات تتعلق بعكس اتجاه النهاية. ينتبه الناس إلى هذا لأن هذا هو ما أكد عليه ساتوشي ناكاموتو في الكتاب الأبيض. يمكنك مضاعفة الإنفاق، بعد أن اشتريت طائرتي الخاصة، قمت بهجوم بنسبة 51٪، واستردت عملات البيتكوين الخاصة بي، وتمكنت من الاحتفاظ بطائرتي الخاصة والتحليق.

قد يتضمن الهجوم الأكثر واقعية في الواقع إيداعات في البورصات وأشياء مثل كسر بروتوكولات التمويل اللامركزي.

ومع ذلك، فإن الانعكاس ليس في الواقع أسوأ شيء. الخطر الأكبر الذي يجب أن نقلق بشأنه هو في الواقع الرقابة. توقفت 51% من العقد عن قبول الكتل من 49% من العقد الأخرى أو أي عقدة تحاول احتواء نوع ما من المعاملات.

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

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

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

لذلك، أقول إن الرقابة هي في الواقع الخطر الأكبر.

هناك حجة في ثقافة blockchain مفادها أنه في حالة حدوث هجوم، فسوف يتحد المجتمع ومن الواضح أنهم سيقومون ببعض عمليات التفرع الناعم ويقطعون المهاجم.

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

في الواقع، أنا أؤيد السير في الاتجاه المعاكس. نحن نعلم أن التنسيق الكامل للاستجابات الآلية والتقسيم التلقائي لأغلبية المهاجمين قيد المراجعة أمر مستحيل من الناحية الحسابية. ولكن يمكننا أن نقترب من ذلك قدر الإمكان.

يمكنك إنشاء شوكة تجمع في الواقع أغلبية العقد عبر الإنترنت على الأقل بناءً على بعض الافتراضات حول ظروف الشبكة. الحجة التي أحاول إيصالها هنا هي أن ما نريده بالفعل هو محاولة جعل الرد على هجوم 51% آليًا قدر الإمكان.

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

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

هناك العديد من القيود، ولكن كلما اقتربت من هذا الهدف، قل العمل الذي يتعين على الإجماع الاجتماعي القيام به.

إذا تخيلت ما يحدث بالفعل في هجوم بنسبة 51%. لن يكون الأمر كما يلي، أدناه، فجأة في مرحلة ما، ستقوم Lido وCoinbase وKraken بنشر مدونة في الساعة 5:46 تقول بشكل أساسي، مرحبًا يا شباب، نحن نجري مراجعة الآن.

ما سيحدث بالفعل هو أنك ستشهد حربًا على وسائل التواصل الاجتماعي في نفس الوقت، وستشهد جميع أنواع الهجمات الأخرى في نفس الوقت. إذا حدث بالفعل هجوم بنسبة 51٪، بالمناسبة، لا ينبغي لنا أن نفترض أن Lido وCoinbase وKraken سيكونون في السلطة خلال 10 سنوات. سيصبح النظام البيئي للإيثريوم سائدًا بشكل متزايد، وسيحتاج إلى أن يكون قابلاً للتكيف بشكل كبير مع هذا الأمر. نريد أن يكون العبء على الطبقة الاجتماعية خفيفًا قدر الإمكان، مما يعني أننا نحتاج إلى الطبقة الفنية أن تتوصل على الأقل إلى مرشح فائز واضح، وإذا أرادوا التفرع من سلسلة قيد المراجعة، فعليهم أن يتجمعوا حول حفنة من الشوك الناعمة متفوقة.

أدعو إلى إجراء المزيد من الأبحاث وتقديم توصيات محددة للغاية.

المقترح: رفع حد النصاب القانوني إلى 75% أو 80%

أعتقد أن النصاب (ملاحظة: آلية النصاب هي خوارزمية تصويت شائعة الاستخدام في الأنظمة الموزعة لضمان تكرار البيانات والاتساق في نهاية المطاف) تم رفع العتبة من الثلثين اليوم إلى حوالي 75 أو 80 بالمئة.

الحجة الأساسية هي أنه إذا قامت سلسلة ضارة مثل سلسلة الرقابة بالهجوم، فإن التعافي سيصبح صعبًا للغاية. ومع ذلك، من ناحية أخرى، إذا قمت بزيادة نسبة النصاب، ما هي المخاطر؟ إذا كان النصاب القانوني هو 80%، فبدلاً من 34% من العقد التي تصبح غير متصلة بالإنترنت لإيقاف النهائية، فإن 21% من العقد تصبح غير متصلة بالإنترنت لإيقاف النهائية.

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

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

مخاوف الرقابة الأخرى

< /p>

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

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

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

أعتقد أن الأفكار المختلفة التي تحدثت عنها، ربما كان نصفها تقريبًا مخصصًا لـ Ethereum مع التركيز على L2، ولكن النصف الآخر كان في الأساس لمستخدمي L2 كطبقة أساسية لـ Ethereum وL1، أو، مثل تطبيق مباشر للمستخدم كمستخدم.

استخدام العملاء الخفيفين في كل مكان

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

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

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

إذا قمت بذلك، فإنك تكتسب بالفعل درجة من عدم الثقة في تفاعلاتك مع الإيثيريوم. هذا بالنسبة للL1 بالإضافة إلى ذلك، نحتاج أيضًا إلى حل مكافئ لـ L2.

في سلسلة L1، توجد رؤوس الكتل والحالات ولجان المزامنة والإجماع. إذا قمت بالتحقق من الإجماع، وإذا كنت تعرف ما هو رأس الكتلة، فيمكنك المرور عبر فرع Merkle ومعرفة الحالة. إذًا كيف يمكننا تقديم ضمانات أمنية خفيفة للعميل لـ L2s. يوجد جذر حالة L2 إذا كان تراكمًا أساسيًا، فهناك عقد ذكي، ويقوم هذا العقد الذكي بتخزين رأس الكتلة لـ L2. أو، إذا كان لديك تأكيد مسبق، فهذا يعني أن لديك عقدًا ذكيًا يخزن هوية التأكيد المسبق، لذا يمكنك تحديد من هو التأكيد المسبق ثم الاستماع إلى ثلثي مجموعة فرعية من توقيعاتهم.

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

لقد عرضت هذا الأمر على الأشخاص في الماضي، وكان رد الفعل في كثير من الأحيان هو، يا إلهي، هذا مثير للاهتمام، ولكن ما المغزى من ذلك؟ الكثير من L2 متعدد التوقيع. لماذا لا نثق في التوقيعات المتعددة للتحقق من التوقيعات المتعددة؟

لحسن الحظ، اعتبارًا من العام الماضي، لم يعد هذا صحيحًا في الواقع. إن Optimism وArbitrum هما في المرحلة الأولى من Rollup، مما يعني أن لديهما بالفعل أنظمة إثبات تعمل على السلسلة ولجنة أمنية يمكنها تغطيتهما في حالة وجود ثغرة أمنية، لكن اللجنة الأمنية تحتاج إلى اجتياز عتبة تصويت عالية جدًا. ، مثل 75% من 8 أشخاص، سيزيد حجم Arbitrum إلى 15 شخصًا. لذلك، في حالة Optimism وArbitrum، فإنهما ليسا مجرد إشارات متعددة، بل لديهم أنظمة إثبات فعلية، وأنظمة الإثبات هذه لها دور فعليًا، على الأقل من حيث امتلاك أغلبية القوة في تحديد السلسلة الصحيحة أو الخاطئة .

تذهب EVM إلى أبعد من ذلك، وأعتقد أنها لا تملك حتى لجنة أمنية، لذا فهي غير موثوقة تمامًا. لقد بدأنا حقًا في المضي قدمًا في هذا الشأن، وأعلم أن الكثير من L2s الآخرين يتقدمون للأمام أيضًا. لذا فإن L2 هو أكثر من مجرد multisig، لذا فإن مفهوم العملاء الخفيفين لـ L2 بدأ يصبح منطقيًا بالفعل.

اليوم يمكننا بالفعل التحقق من فرع Merkle، نحتاج فقط إلى كتابة الرمز. غدًا، يمكننا أيضًا التحقق من صحة ZKVM، حتى تتمكن من التحقق بشكل كامل من صحة Ethereum وL2 في محفظة المتصفح الخاصة بك.

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

استراتيجيات مكافحة الكم

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

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

كم شجرة فيركل البديل المقاوم هو Starked Poseidon Hash، أو إذا أردنا أن نكون أكثر تحفظًا، يمكننا استخدام توقيعات Blake المجمعة، ونحن نستخدم حاليًا توقيعات BLS المجمعة، والتي يمكن استبدالها بتوقيعات Stark المجمعة. يستخدم Blob KZG ويمكن إثباته باستخدام تشفير منفصل لشجرة Merkle Stark. تستخدم حسابات المستخدمين حاليًا ECDSA SECP256K1، والذي يمكن استبداله بالتوقيعات القائمة على التجزئة وتجريد الحساب وتجميعه، ومحافظ العقود الذكية ERC 4337، وما إلى ذلك.

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

تبسيط البروتوكول

p>

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

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

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

النهاية السريعة، والنهاية ذات الفتحة الواحدة (SSF)، وتنظيف المترجمات المسبقة غير المستخدمة، مثل المترجم المسبق ModX، والذي غالبًا ما يتسبب في أخطاء الإجماع، إذا تمكنا من إزالته واستبداله بكود صلابة عالي الأداء، فهذا أمر جيد .

الملخص

باعتبارها طبقة أساسية قوية، تتمتع Ethereum بمزايا فريدة جدًا، بما في ذلك بعض المزايا التي لا تمتلكها Bitcoin، مثل اللامركزية المتفق عليها والأبحاث المهمة حول التعافي من الهجمات بنسبة 51%.

أعتقد أن هناك حاجة إلى تعزيز نقاط القوة هذه حقًا. التعرف أيضًا على أوجه القصور لدينا وتصحيحها لضمان تلبية معايير عالية جدًا. تتوافق هذه الأفكار تمامًا مع خارطة طريق L1 العدوانية.

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

لذلك هناك بعض الأفكار الموجودة أعلى EOF، مثل أكواد تشغيل SIMD، وEVM max، وما إلى ذلك. هناك فرصة لربط هذا المعالج المساعد عالي الأداء بـ EVM. يعد هذا أفضل للطبقة الثانية لأنه يمكنهم التحقق من البراهين بسعر أرخص، وأفضل لتطبيقات الطبقة الأولى لأن بروتوكولات الخصوصية مثل zk SNARKs أرخص.

من استخدم اتفاقية الخصوصية؟ من يريد دفع 40 رسماً بدلاً من 80 رسماً مع اتفاقية الخصوصية؟ المزيد من الناس. يمكن استخدام المجموعة الثانية في الطبقة الثانية، ويمكن للطبقة الأولى تحقيق وفورات كبيرة في التكاليف.

لم شمل "الثلاثة الكبار" في Ethereum

يصادف عام 2024 الذكرى السنوية العاشرة لـ Ethereum IC0. وقد دعا مؤتمر EthCC لعام 2024 المؤسسين الأساسيين الثلاثة السابقين لـ Ethereum، وهم فيتاليك بوتيرين وجوزيف لوبين وجافين. وكان الخشب كله حاضرا.

بعد خطاب فيتاليك، تمت دعوتهم لالتقاط صورة جماعية معًا:

الثلاثة الكبار يتصافحون مرة أخرى