اقترح مؤسس Ethereum V God استبدال "RISC-V" ب Ethereum في طبقة التنفيذ لتحل محل EVM السابقة ، مما تسبب في أن يكون بعض المطورين مشبوهين ، وفي عام 2016 ، اعتقد مطور Ethereum OG أن هذا سيجعل النظام البيئي Ethereum يواجه إعادة التوزيع ويكون غير ودي للغاية للمشاريع الرأسمالية الصغيرة. (ملخص: وصلت رسوم التعامل مع Ethereum إلى أدنى مستوى لها منذ خمس سنوات ، وأطلق المجتمع "نظرية السم L2": لا توجد سيارات على الطريق ، ولا يزال V God يضحك ويبني الطرق السريعة) (ملحق الخلفية: تفكيك طموح فيتاليك الاستراتيجي لإعادة بناء الطبقة التنفيذية ل Ethereum باستخدام "RISC-V بدلا من EVM") جذب اقتراح مؤسس Ethereum V God الأخير "RISC-V" انتباه مجتمع التشفير وتسبب في جدل بين مطوري النظام البيئي الأساسي ، وبالنسبة لمعظم المستخدمين ، لا يستطيع معظمهم فهم RISC-V كيفية إصلاح Ethereum ، وما نوع التقدم الذي يمكن أن يجلبه اقتراح V-God إلى Ethereum؟ للإجابة على هذا السؤال ، أجرينا مقابلة مع OG قديم "تنين مضاد للنطاق" يعمل على تطوير البيئة الأساسية ل Ethereum منذ عام 2016 ، وسيجيب على العملية التفصيلية لمراجعة "RISC-V" والآثار السلبية قصيرة المدى التي قد تحدث في المستقبل ، مذكرا جميع مستثمري Ethereum بإيلاء اهتمام وثيق لمتابعة هذا الاقتراح. كيفية تجديد وضع RISC-V يختلف Ethereum عن سلاسل PoS الأخرى في أن عميل Ethereum يتكون من جزأين ، "طبقة الإجماع" و "طبقة التنفيذ" ، وطبقة الإجماع هي المسؤولة عن تعبئة التصويت على الحصة ، وطبقة التنفيذ هي المسؤولة عن معالجة المعاملات ، وبالتالي فإن الكود الذي ينفذ العقد الذكي هو في الواقع عميل طبقة تنفيذ يديره كمبيوتر العقدة ، والذي يقوم بتشغيل الكود عن طريق الاستيلاء على بث المعاملة ، ويكتب نتائج التصويت من خلال "طبقة الإجماع" في دفتر الأستاذ العام. الطريقة الوحيدة لترقية بيئة EVM الحالية إلى RISC-V هي عن طريق تحديث "عميل طبقة التنفيذ" لعميل العقدة ، وهو مجرد شوكة على مستوى البرنامج ، على عكس الهارد فورك المعتاد في الماضي لتغيير كتلة Ethereum ومراجعة العقدة المقابلة. وفقا لوصف محتوى ورقة V God ، من الناحية المثالية ، إذا كان لدى جميع عملاء العقدة منفذين RISC-V ، فإن تشغيل بروتوكول الإصدار الجديد وتشغيل دليل zk يمكن أن يحقق ما يقرب من 100 ضعف الكفاءة النظرية ، ولكن يجب أن يكون معروفا أن هذا يتم حسابه على العقد الذكي لإصدار RISC-V وعميل RISC-V ، بالنسبة إلى تنسيق العقد الذكي EVM المنفذ على عميل EVM. ما يميز اقتراح RISC-V هذه المرة هو أنه تم تجديده مباشرة على عميل الطبقة التنفيذية ولن يستخدم جزء الهارد فورك ، وهو ما لا يعجبني كثيرا ، ولكن يمكن ملاحظة أن Ethereum يتحرك في اتجاه جديد ، والذي قد يكون حافة ذات حدين ، وهذا المستوى من التغيير في الماضي قد تختار Ethereum أن يتم تنفيذها باستخدام هارد فورك ، لأنه قد يكون نهجا أكثر أمانا. المراسلات بين الوضع الحالي والعقد القديم بعد فهم أداء النظرية ، دعونا نلقي نظرة على الوضع الحالي ، الوضع الحالي هو أن جميع بيئة Ethereum وجميع ممارسات EIP يتم تنفيذها بنجاح من خلال عقود EVM الذكية وعملاء EVM ، إذا كان كما قال V God أن RISC-V سيكون لها محول EVM ، فيمكن تقسيم الوضع المستقبلي الفعلي إلى المواقف التالية تعمل عقود EVM الذكية على عميل EVM (EIP القديم متوافق تماما ، لكن EIP الجديد يحتاج إلى التوافق مع نسختين) يعمل العقد الذكي EVM على عميل RISC-V من خلال محول EVM الخاص ب RISC-V (تحتاج EIPs القديمة والجديدة إلى الخضوع للكثير من الاختبارات وتصحيح الأخطاء لحلها) يعمل العقد الذكي RISC-V على عميل RISC-V (سيتم إعادة اختبار EIP القديم ، ولكن يجب أن يكون EIP الجديد متوافقا تماما) باختصار ، بالنظر إلى الأداء النظري لكفاءة تشغيل العقد الذكي المستقبلي البالغ 100 مرة ، فإن الحالة الثالثة فقط قابلة للتطبيق ، وبالنسبة للحالة الثانية ، على وجه الخصوص ، يعتمد على تحسين فريق Ethereum الأساسي لجهاز الإرسال ، بالإضافة إلى جميع ترقيات EIP والعقود الذكية في الماضي ، مما يعني أن Ethereum تحتاج إلى دفع سعر تحسين كبير جدا من أجل تحقيق تحسين نظري ، ومن غير المؤكد ما إذا كان تحسين كفاءة كود EVM القديم من خلال الترجمة على RISC-V هو بالتأكيد أكبر من بيئة EVM الأصلية. في الواقع ، قال V God هذا ، أعتقد أنه يجب أن يكون هناك العديد من المطورين الأساسيين يشعرون باليأس الشديد ، في الماضي على تطوير EVM ، لحل كل تنفيذ واختبار EIP ، عبء العمل كبير جدا بالفعل ، لأن Ethereum هو مجتمع يحب اختبار الإجابات المفتوحة في بيئة مفتوحة للغاية. ولكن الآن عندما تصبح بيئة RISC-V ، أفكر فقط في فترة اختبار التحول ، وهو صداع شديد ، المشكلة الأساسية هي أنك قد لا تتمكن من تشغيل أكثر من 1 ~ 5 مرات أكثر كفاءة من البيئة الأصلية خلال فترة الاختبار ، لذلك أعتقد أن فترة الاختبار هذه ستستمر في التمديد عدة مرات ، تماما مثل Ethereum Merge في الماضي ، بحيث يكون هناك نقص في النتائج الملموسة في المرحلة المبكرة ، ومن الصعب جذب النظم الإيكولوجية الخارجية للنشر على شبكة الاختبار وتقديم التعليقات. لا يسعني إلا أن أقول إن V God لديها طموحات كبيرة ، لكنني لا أعتقد أن التنفيذ متفائل للغاية ، على الأقل أعتقد أن أكثر من نصف المطورين الأساسيين قد لا يكونون سعداء للغاية ، إذا كانوا مصممين على التغيير إلى RISC-V ، V يحتاج الله ومؤسسة Ethereum إلى بذل الكثير من الجهد لتشجيع فريق المطورين الأساسيين والبيئة. مشكلة المراسلات البيئية مع RISC-V ذكر التنين أن أكبر مشكلة في اقتراح RISC-V قد تأتي من دعم ومراسلات بيئة المشروع الخاص ، في النظام البيئي الحالي مفتوح المصدر ، المكونات التي يمكن استخدامها محدودة للغاية ، وبالتالي فإن شعار EVM إلى ترجمة RISC-V التي اقترحها V God قد يكون لها العديد من الشكوك والمشاكل على المدى القصير. على سبيل المثال ، النظام البيئي الحالي ل Ethereum ، مثل مشاريع EVM والعقود التي ليس لديها مشاكل ، بموجب فرضية ترجمة EVM إلى RISC-V ، قد يكون هناك نقص في حالة أو إنهاء العمليات في عملية تنفيذ العقد في طبقة التنفيذ ، مما يعني أنه حتى مشاريع EVM القديمة التي لم تواجه أي مشاكل في الماضي ، في حالة استخدام ترجمة EVM إلى RISC-V ، قد تكون هناك رموز مميزة لا يمكن اقتراحها أو حرقها أو قفلها عن طريق الخطأ. من المحتمل جدا أن يجعل هذا المثال فريق المشروع البيئي ، في بعض الحالات ، غير راغب في فتح المستخدمين لاستخدام EVM إلى محول RISC-V لتشغيل العقود الذكية القديمة EVM ؛ بالإضافة إلى ذلك ، من أجل تجنب المخاطر ذات الصلة ومتابعة تقنية Ethereum الجديدة ، فإن أفضل طريقة للنظام البيئي للمشروع هي كتابة نسخة RISC-V جديدة من العقد لجميع العقود الذكية ، ويتم حل العلاقة بين العقد القديم والعقد الجديد من خلال سد الأصول. في الواقع ، من السهل جدا حزم طريقة الانخراط في التوافق ، ولكن إذا كانت المؤسسة على استعداد لتشتيت الأموال للحصول على الحل العام ، فقد تحل 99٪ من مشاكل التوافق ، لكن المشكلة تكمن في ال 1٪ المتبقية والثقة الأمنية للمطورين البيئيين. الآن تسأل مطوري مشروع Ethereum ، أعتقد أنني لن أكون واثقا جدا من جزء ترجمة EVM RISC-V ، تريد شركات تكنولوجيا رأس المال الكبيرة الانتماء إلى أنظمتها أو رقائقها المخصصة من البداية إلى النهاية ، ولن يختاروا بالضرورة RISC-V ، لأنه على الرغم من أن هذه البنية مفتوحة المصدر ، مقارنة بالبنى السائدة مثل ARM و X86 ، فإن الدعم البيئي RISC-V محدود للغاية ، ولا يوجد تطوير ذي صلة ل blockchain ، مما يعني أن Ethereum يجب أن تفتح عالما بأيد عارية. إذا كنت في الامتحان...
This page may contain third-party content, which is provided for information purposes only (not representations/warranties) and should not be considered as an endorsement of its views by Gate, nor as financial or professional advice. See Disclaimer for details.
إثيريوم "تعديل RISC-V" يخيف المطورين؟ OG تحذر: سيتم إعادة توزيع بيئة ETH، والمشاريع الصغيرة ستغادر Solana
اقترح مؤسس Ethereum V God استبدال "RISC-V" ب Ethereum في طبقة التنفيذ لتحل محل EVM السابقة ، مما تسبب في أن يكون بعض المطورين مشبوهين ، وفي عام 2016 ، اعتقد مطور Ethereum OG أن هذا سيجعل النظام البيئي Ethereum يواجه إعادة التوزيع ويكون غير ودي للغاية للمشاريع الرأسمالية الصغيرة. (ملخص: وصلت رسوم التعامل مع Ethereum إلى أدنى مستوى لها منذ خمس سنوات ، وأطلق المجتمع "نظرية السم L2": لا توجد سيارات على الطريق ، ولا يزال V God يضحك ويبني الطرق السريعة) (ملحق الخلفية: تفكيك طموح فيتاليك الاستراتيجي لإعادة بناء الطبقة التنفيذية ل Ethereum باستخدام "RISC-V بدلا من EVM") جذب اقتراح مؤسس Ethereum V God الأخير "RISC-V" انتباه مجتمع التشفير وتسبب في جدل بين مطوري النظام البيئي الأساسي ، وبالنسبة لمعظم المستخدمين ، لا يستطيع معظمهم فهم RISC-V كيفية إصلاح Ethereum ، وما نوع التقدم الذي يمكن أن يجلبه اقتراح V-God إلى Ethereum؟ للإجابة على هذا السؤال ، أجرينا مقابلة مع OG قديم "تنين مضاد للنطاق" يعمل على تطوير البيئة الأساسية ل Ethereum منذ عام 2016 ، وسيجيب على العملية التفصيلية لمراجعة "RISC-V" والآثار السلبية قصيرة المدى التي قد تحدث في المستقبل ، مذكرا جميع مستثمري Ethereum بإيلاء اهتمام وثيق لمتابعة هذا الاقتراح. كيفية تجديد وضع RISC-V يختلف Ethereum عن سلاسل PoS الأخرى في أن عميل Ethereum يتكون من جزأين ، "طبقة الإجماع" و "طبقة التنفيذ" ، وطبقة الإجماع هي المسؤولة عن تعبئة التصويت على الحصة ، وطبقة التنفيذ هي المسؤولة عن معالجة المعاملات ، وبالتالي فإن الكود الذي ينفذ العقد الذكي هو في الواقع عميل طبقة تنفيذ يديره كمبيوتر العقدة ، والذي يقوم بتشغيل الكود عن طريق الاستيلاء على بث المعاملة ، ويكتب نتائج التصويت من خلال "طبقة الإجماع" في دفتر الأستاذ العام. الطريقة الوحيدة لترقية بيئة EVM الحالية إلى RISC-V هي عن طريق تحديث "عميل طبقة التنفيذ" لعميل العقدة ، وهو مجرد شوكة على مستوى البرنامج ، على عكس الهارد فورك المعتاد في الماضي لتغيير كتلة Ethereum ومراجعة العقدة المقابلة. وفقا لوصف محتوى ورقة V God ، من الناحية المثالية ، إذا كان لدى جميع عملاء العقدة منفذين RISC-V ، فإن تشغيل بروتوكول الإصدار الجديد وتشغيل دليل zk يمكن أن يحقق ما يقرب من 100 ضعف الكفاءة النظرية ، ولكن يجب أن يكون معروفا أن هذا يتم حسابه على العقد الذكي لإصدار RISC-V وعميل RISC-V ، بالنسبة إلى تنسيق العقد الذكي EVM المنفذ على عميل EVM. ما يميز اقتراح RISC-V هذه المرة هو أنه تم تجديده مباشرة على عميل الطبقة التنفيذية ولن يستخدم جزء الهارد فورك ، وهو ما لا يعجبني كثيرا ، ولكن يمكن ملاحظة أن Ethereum يتحرك في اتجاه جديد ، والذي قد يكون حافة ذات حدين ، وهذا المستوى من التغيير في الماضي قد تختار Ethereum أن يتم تنفيذها باستخدام هارد فورك ، لأنه قد يكون نهجا أكثر أمانا. المراسلات بين الوضع الحالي والعقد القديم بعد فهم أداء النظرية ، دعونا نلقي نظرة على الوضع الحالي ، الوضع الحالي هو أن جميع بيئة Ethereum وجميع ممارسات EIP يتم تنفيذها بنجاح من خلال عقود EVM الذكية وعملاء EVM ، إذا كان كما قال V God أن RISC-V سيكون لها محول EVM ، فيمكن تقسيم الوضع المستقبلي الفعلي إلى المواقف التالية تعمل عقود EVM الذكية على عميل EVM (EIP القديم متوافق تماما ، لكن EIP الجديد يحتاج إلى التوافق مع نسختين) يعمل العقد الذكي EVM على عميل RISC-V من خلال محول EVM الخاص ب RISC-V (تحتاج EIPs القديمة والجديدة إلى الخضوع للكثير من الاختبارات وتصحيح الأخطاء لحلها) يعمل العقد الذكي RISC-V على عميل RISC-V (سيتم إعادة اختبار EIP القديم ، ولكن يجب أن يكون EIP الجديد متوافقا تماما) باختصار ، بالنظر إلى الأداء النظري لكفاءة تشغيل العقد الذكي المستقبلي البالغ 100 مرة ، فإن الحالة الثالثة فقط قابلة للتطبيق ، وبالنسبة للحالة الثانية ، على وجه الخصوص ، يعتمد على تحسين فريق Ethereum الأساسي لجهاز الإرسال ، بالإضافة إلى جميع ترقيات EIP والعقود الذكية في الماضي ، مما يعني أن Ethereum تحتاج إلى دفع سعر تحسين كبير جدا من أجل تحقيق تحسين نظري ، ومن غير المؤكد ما إذا كان تحسين كفاءة كود EVM القديم من خلال الترجمة على RISC-V هو بالتأكيد أكبر من بيئة EVM الأصلية. في الواقع ، قال V God هذا ، أعتقد أنه يجب أن يكون هناك العديد من المطورين الأساسيين يشعرون باليأس الشديد ، في الماضي على تطوير EVM ، لحل كل تنفيذ واختبار EIP ، عبء العمل كبير جدا بالفعل ، لأن Ethereum هو مجتمع يحب اختبار الإجابات المفتوحة في بيئة مفتوحة للغاية. ولكن الآن عندما تصبح بيئة RISC-V ، أفكر فقط في فترة اختبار التحول ، وهو صداع شديد ، المشكلة الأساسية هي أنك قد لا تتمكن من تشغيل أكثر من 1 ~ 5 مرات أكثر كفاءة من البيئة الأصلية خلال فترة الاختبار ، لذلك أعتقد أن فترة الاختبار هذه ستستمر في التمديد عدة مرات ، تماما مثل Ethereum Merge في الماضي ، بحيث يكون هناك نقص في النتائج الملموسة في المرحلة المبكرة ، ومن الصعب جذب النظم الإيكولوجية الخارجية للنشر على شبكة الاختبار وتقديم التعليقات. لا يسعني إلا أن أقول إن V God لديها طموحات كبيرة ، لكنني لا أعتقد أن التنفيذ متفائل للغاية ، على الأقل أعتقد أن أكثر من نصف المطورين الأساسيين قد لا يكونون سعداء للغاية ، إذا كانوا مصممين على التغيير إلى RISC-V ، V يحتاج الله ومؤسسة Ethereum إلى بذل الكثير من الجهد لتشجيع فريق المطورين الأساسيين والبيئة. مشكلة المراسلات البيئية مع RISC-V ذكر التنين أن أكبر مشكلة في اقتراح RISC-V قد تأتي من دعم ومراسلات بيئة المشروع الخاص ، في النظام البيئي الحالي مفتوح المصدر ، المكونات التي يمكن استخدامها محدودة للغاية ، وبالتالي فإن شعار EVM إلى ترجمة RISC-V التي اقترحها V God قد يكون لها العديد من الشكوك والمشاكل على المدى القصير. على سبيل المثال ، النظام البيئي الحالي ل Ethereum ، مثل مشاريع EVM والعقود التي ليس لديها مشاكل ، بموجب فرضية ترجمة EVM إلى RISC-V ، قد يكون هناك نقص في حالة أو إنهاء العمليات في عملية تنفيذ العقد في طبقة التنفيذ ، مما يعني أنه حتى مشاريع EVM القديمة التي لم تواجه أي مشاكل في الماضي ، في حالة استخدام ترجمة EVM إلى RISC-V ، قد تكون هناك رموز مميزة لا يمكن اقتراحها أو حرقها أو قفلها عن طريق الخطأ. من المحتمل جدا أن يجعل هذا المثال فريق المشروع البيئي ، في بعض الحالات ، غير راغب في فتح المستخدمين لاستخدام EVM إلى محول RISC-V لتشغيل العقود الذكية القديمة EVM ؛ بالإضافة إلى ذلك ، من أجل تجنب المخاطر ذات الصلة ومتابعة تقنية Ethereum الجديدة ، فإن أفضل طريقة للنظام البيئي للمشروع هي كتابة نسخة RISC-V جديدة من العقد لجميع العقود الذكية ، ويتم حل العلاقة بين العقد القديم والعقد الجديد من خلال سد الأصول. في الواقع ، من السهل جدا حزم طريقة الانخراط في التوافق ، ولكن إذا كانت المؤسسة على استعداد لتشتيت الأموال للحصول على الحل العام ، فقد تحل 99٪ من مشاكل التوافق ، لكن المشكلة تكمن في ال 1٪ المتبقية والثقة الأمنية للمطورين البيئيين. الآن تسأل مطوري مشروع Ethereum ، أعتقد أنني لن أكون واثقا جدا من جزء ترجمة EVM RISC-V ، تريد شركات تكنولوجيا رأس المال الكبيرة الانتماء إلى أنظمتها أو رقائقها المخصصة من البداية إلى النهاية ، ولن يختاروا بالضرورة RISC-V ، لأنه على الرغم من أن هذه البنية مفتوحة المصدر ، مقارنة بالبنى السائدة مثل ARM و X86 ، فإن الدعم البيئي RISC-V محدود للغاية ، ولا يوجد تطوير ذي صلة ل blockchain ، مما يعني أن Ethereum يجب أن تفتح عالما بأيد عارية. إذا كنت في الامتحان...