رسالة ChainCatcher، حيث نشر المؤسس المشارك لإثيريوم، فيتاليك بوتيرين، مقالة مدونة تعبر عن هدف إثيريوم في أن يصبح "دفتر العالم": منصة لتخزين الأصول المدنية وتسجيلها، الطبقة الأساسية للتمويل، والحكم، والتحقق من البيانات عالية القيمة، وغيرها. ويتطلب ذلك نقطتين: القابلية للتوسع والمرونة. الهدف من هذه المشاركة هو التركيز على المرونة (التي تتعلق أيضًا بالقابلية للتوسع) في جانب بالغ الأهمية ولكنه غالبًا ما يتم التقليل من شأنه: بساطة البروتوكول. واحدة من أفضل ميزات بيتكوين هي تصميم بروتوكولها البسيط والأنيق للغاية، والحفاظ على بساطة البروتوكول يساعد بيتكوين أو إثيريوم في أن يصبحا طبقة بنية تحتية موثوقة ومحايدة وموثوق بها عالميًا. في الماضي، لم يكن إثيريوم يقوم بذلك بشكل كافٍ، ستناقش هذه المقالة بعد ذلك: كيف يمكن أن يصبح إثيريوم في السنوات الخمس المقبلة بسيطًا تقريبًا مثل بيتكوين.
طبقة الإجماع المبسطة: تهدف طبقة الإجماع الجديدة (المعروفة سابقًا باسم "سلسلة Beam") إلى استخدام كل الخبرات التي اكتسبناها على مدار العقد الماضي في نظرية الإجماع، وتطوير ZK-SNARK، واقتصاديات إثبات الحصة، وغيرها من المجالات، لإنشاء طبقة إجماع مثالية طويلة الأجل لإثيريوم. تكمن ميزة هذه الطبقة الإجماعية في أنها أكثر بساطة بكثير من سلسلة الإشارة الحالية.
طبقة التنفيذ المبسطة: تزداد تعقيد EVM بشكل متزايد، وقد ثبت أن جزءًا كبيرًا من هذا التعقيد غير ضروري (في كثير من الحالات كان ذلك خطئي)، يُقترح استبدال EVM بـ RISC-V، أو استخدام آلة افتراضية أخرى يمكن برمجة مثبتات ZK الخاصة بإثيريوم.
أقترح أن نتعلم من نهج مشروع tinygrad، لوضع "هدف أقصى لعدد الأسطر البرمجية" للمواصفات التقنية طويلة الأجل لإثيريوم، والهدف هو جعل الكود الرئيسي المتعلق بالتوافق في إثيريوم قريبًا قدر الإمكان من بساطة بيتكوين. ستظل الشيفرة المتعلقة بمعالجة قواعد إثيريوم التاريخية محفوظة، ولكن يجب تجنب دخول المسار الرئيسي للتوافق. في الوقت نفسه، يجب علينا أيضًا أن ندمج المبادئ التالية في فلسفة التصميم العامة: اختيار الحلول الأبسط عند الإمكان، والميل إلى "تعقيد مغلف" بدلاً من "تعقيد نظامي"، وتفضيل الحلول التي تتمتع بخصائص واضحة وقابلة للتحقق وضمانات في قرارات التصميم.
المحتوى هو للمرجعية فقط، وليس دعوة أو عرضًا. لا يتم تقديم أي مشورة استثمارية أو ضريبية أو قانونية. للمزيد من الإفصاحات حول المخاطر، يُرجى الاطلاع على إخلاء المسؤولية.
أعجبني
إعجاب
1
مشاركة
تعليق
0/400
TakeYourTime
· منذ 20 س
فقط قم بإتلاف دون إصدار جديد وانتهى الأمر، لا تفعل شيئاً غير مفيد.
فيتالك نشر اقتراحًا لتبسيط إثيريوم L1، بهدف تحقيق تقريب بسيط للبروتوكول في غضون خمس سنوات إلى بيتكوين.
رسالة ChainCatcher، حيث نشر المؤسس المشارك لإثيريوم، فيتاليك بوتيرين، مقالة مدونة تعبر عن هدف إثيريوم في أن يصبح "دفتر العالم": منصة لتخزين الأصول المدنية وتسجيلها، الطبقة الأساسية للتمويل، والحكم، والتحقق من البيانات عالية القيمة، وغيرها. ويتطلب ذلك نقطتين: القابلية للتوسع والمرونة. الهدف من هذه المشاركة هو التركيز على المرونة (التي تتعلق أيضًا بالقابلية للتوسع) في جانب بالغ الأهمية ولكنه غالبًا ما يتم التقليل من شأنه: بساطة البروتوكول. واحدة من أفضل ميزات بيتكوين هي تصميم بروتوكولها البسيط والأنيق للغاية، والحفاظ على بساطة البروتوكول يساعد بيتكوين أو إثيريوم في أن يصبحا طبقة بنية تحتية موثوقة ومحايدة وموثوق بها عالميًا. في الماضي، لم يكن إثيريوم يقوم بذلك بشكل كافٍ، ستناقش هذه المقالة بعد ذلك: كيف يمكن أن يصبح إثيريوم في السنوات الخمس المقبلة بسيطًا تقريبًا مثل بيتكوين. طبقة الإجماع المبسطة: تهدف طبقة الإجماع الجديدة (المعروفة سابقًا باسم "سلسلة Beam") إلى استخدام كل الخبرات التي اكتسبناها على مدار العقد الماضي في نظرية الإجماع، وتطوير ZK-SNARK، واقتصاديات إثبات الحصة، وغيرها من المجالات، لإنشاء طبقة إجماع مثالية طويلة الأجل لإثيريوم. تكمن ميزة هذه الطبقة الإجماعية في أنها أكثر بساطة بكثير من سلسلة الإشارة الحالية. طبقة التنفيذ المبسطة: تزداد تعقيد EVM بشكل متزايد، وقد ثبت أن جزءًا كبيرًا من هذا التعقيد غير ضروري (في كثير من الحالات كان ذلك خطئي)، يُقترح استبدال EVM بـ RISC-V، أو استخدام آلة افتراضية أخرى يمكن برمجة مثبتات ZK الخاصة بإثيريوم. أقترح أن نتعلم من نهج مشروع tinygrad، لوضع "هدف أقصى لعدد الأسطر البرمجية" للمواصفات التقنية طويلة الأجل لإثيريوم، والهدف هو جعل الكود الرئيسي المتعلق بالتوافق في إثيريوم قريبًا قدر الإمكان من بساطة بيتكوين. ستظل الشيفرة المتعلقة بمعالجة قواعد إثيريوم التاريخية محفوظة، ولكن يجب تجنب دخول المسار الرئيسي للتوافق. في الوقت نفسه، يجب علينا أيضًا أن ندمج المبادئ التالية في فلسفة التصميم العامة: اختيار الحلول الأبسط عند الإمكان، والميل إلى "تعقيد مغلف" بدلاً من "تعقيد نظامي"، وتفضيل الحلول التي تتمتع بخصائص واضحة وقابلة للتحقق وضمانات في قرارات التصميم.