اقترح مؤسس 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 يجب أن تفتح عالما بأيد عارية. إذا كنت في الامتحان...
المحتوى هو للمرجعية فقط، وليس دعوة أو عرضًا. لا يتم تقديم أي مشورة استثمارية أو ضريبية أو قانونية. للمزيد من الإفصاحات حول المخاطر، يُرجى الاطلاع على إخلاء المسؤولية.
إثيريوم "تعديل 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 يجب أن تفتح عالما بأيد عارية. إذا كنت في الامتحان...