BlockBeats News ، في 3 مايو ، نشر المؤسس المشارك ل Ethereum Vitalik Buterin منشورا على مدونة يقول فيه إن هدف Ethereum هو أن تصبح "دفتر أستاذ عالمي": منصة لتخزين الأصول والسجلات المتحضرة ، وطبقة تأسيسية للتمويل ، والحوكمة ، وشهادة البيانات عالية القيمة ، وما إلى ذلك. هذا يتطلب شيئين: قابلية التوسع والمرونة. الهدف من هذا المنشور هو التركيز على أحد أهم جوانب المرونة (وقابلية التوسع في النهاية، ولكن يمكن التقليل من شأنها بسهولة): بساطة البروتوكول. أحد أفضل الأشياء في Bitcoin هو أن تصميم البروتوكول الخاص بها بسيط للغاية وأنيق ، والحفاظ على بساطة البروتوكول يساعد Bitcoin أو Ethereum على أن تصبح طبقة بنية تحتية موثوقة ومحايدة وموثوقة عالميا. في الماضي ، لم تفعل Ethereum في كثير من الأحيان ما يكفي في هذا الصدد ، وسيناقش الجزء التالي من هذه المقالة كيف يمكن أن تصبح Ethereum موجزة تقريبا مثل Bitcoin في السنوات الخمس المقبلة. تبسيط طبقة الإجماع: تهدف طبقة الإجماع الجديدة (المعروفة سابقا باسم Beam Chain) إلى إنشاء طبقة إجماع مثالية طويلة الأجل ل Ethereum ، باستخدام كل خبرتنا على مدار العقد الماضي في نظرية الإجماع ، وتطوير ZK-SNARK ، واقتصاديات إثبات الحصة ، وغيرها من المجالات. تتمثل ميزة طبقة الإجماع هذه في أنها أكثر إيجازا بكثير من سلاسل المنارة الحالية. تبسيط طبقة التنفيذ: يقترح التعقيد المتزايد ل EVM ، والذي ثبت أن الكثير منه غير ضروري (وفي كثير من الحالات خطأي) ، استبدال EVM ب RISC-V ، أو استخدام جهاز افتراضي آخر يمكنه كتابة مثال Ethereum ZK. أقترح أن نحذو حذو مشروع Tinygrad ونضع هدف "الحد الأقصى لعدد أسطر التعليمات البرمجية" للمواصفات الفنية طويلة الأجل ل Ethereum ، بهدف جعل الكود الرئيسي المتعلق بالإجماع في Ethereum أقرب ما يمكن إلى بساطة البيتكوين. سيستمر الاحتفاظ بالتعليمات البرمجية التي تتضمن معالجة قواعد Ethereum التاريخية ، ولكن يجب تجنبها في المسار الحرج بالإجماع. في الوقت نفسه ، يجب علينا أيضا تنفيذ المبادئ التالية في فلسفة التصميم الشاملة لدينا: إعطاء الأولوية للحلول الأبسط حيثما أمكن ذلك ، وتفضيل "التعقيد المعبأ" بدلا من "التعقيد النظامي" ، وإعطاء الأولوية للحلول ذات السمات والضمانات الواضحة التي يمكن التحقق منها في قرارات التصميم.
المحتوى هو للمرجعية فقط، وليس دعوة أو عرضًا. لا يتم تقديم أي مشورة استثمارية أو ضريبية أو قانونية. للمزيد من الإفصاحات حول المخاطر، يُرجى الاطلاع على إخلاء المسؤولية.
فيتاليك نشر اقتراحًا لتبسيط إيثيريوم L1، بهدف تحقيق بساطة البروتوكول قريبًا من البيتكوين خلال خمس سنوات.
BlockBeats News ، في 3 مايو ، نشر المؤسس المشارك ل Ethereum Vitalik Buterin منشورا على مدونة يقول فيه إن هدف Ethereum هو أن تصبح "دفتر أستاذ عالمي": منصة لتخزين الأصول والسجلات المتحضرة ، وطبقة تأسيسية للتمويل ، والحوكمة ، وشهادة البيانات عالية القيمة ، وما إلى ذلك. هذا يتطلب شيئين: قابلية التوسع والمرونة. الهدف من هذا المنشور هو التركيز على أحد أهم جوانب المرونة (وقابلية التوسع في النهاية، ولكن يمكن التقليل من شأنها بسهولة): بساطة البروتوكول. أحد أفضل الأشياء في Bitcoin هو أن تصميم البروتوكول الخاص بها بسيط للغاية وأنيق ، والحفاظ على بساطة البروتوكول يساعد Bitcoin أو Ethereum على أن تصبح طبقة بنية تحتية موثوقة ومحايدة وموثوقة عالميا. في الماضي ، لم تفعل Ethereum في كثير من الأحيان ما يكفي في هذا الصدد ، وسيناقش الجزء التالي من هذه المقالة كيف يمكن أن تصبح Ethereum موجزة تقريبا مثل Bitcoin في السنوات الخمس المقبلة. تبسيط طبقة الإجماع: تهدف طبقة الإجماع الجديدة (المعروفة سابقا باسم Beam Chain) إلى إنشاء طبقة إجماع مثالية طويلة الأجل ل Ethereum ، باستخدام كل خبرتنا على مدار العقد الماضي في نظرية الإجماع ، وتطوير ZK-SNARK ، واقتصاديات إثبات الحصة ، وغيرها من المجالات. تتمثل ميزة طبقة الإجماع هذه في أنها أكثر إيجازا بكثير من سلاسل المنارة الحالية. تبسيط طبقة التنفيذ: يقترح التعقيد المتزايد ل EVM ، والذي ثبت أن الكثير منه غير ضروري (وفي كثير من الحالات خطأي) ، استبدال EVM ب RISC-V ، أو استخدام جهاز افتراضي آخر يمكنه كتابة مثال Ethereum ZK. أقترح أن نحذو حذو مشروع Tinygrad ونضع هدف "الحد الأقصى لعدد أسطر التعليمات البرمجية" للمواصفات الفنية طويلة الأجل ل Ethereum ، بهدف جعل الكود الرئيسي المتعلق بالإجماع في Ethereum أقرب ما يمكن إلى بساطة البيتكوين. سيستمر الاحتفاظ بالتعليمات البرمجية التي تتضمن معالجة قواعد Ethereum التاريخية ، ولكن يجب تجنبها في المسار الحرج بالإجماع. في الوقت نفسه ، يجب علينا أيضا تنفيذ المبادئ التالية في فلسفة التصميم الشاملة لدينا: إعطاء الأولوية للحلول الأبسط حيثما أمكن ذلك ، وتفضيل "التعقيد المعبأ" بدلا من "التعقيد النظامي" ، وإعطاء الأولوية للحلول ذات السمات والضمانات الواضحة التي يمكن التحقق منها في قرارات التصميم.