جراحة القلب ethereum؟ يقترح Vitalik أن يتم استبدال طبقة تنفيذ Ethereum بالكامل بـ EVM والتبديل إلى RISC-V.
في المخطط المستقبلي لـ Ethereum ، وهو مؤلف مشارك لـ Ethereum ، بدأه Vitalik Buterinاقتراح جديدأثارت مناقشات ساخنة في المجتمع:استبدل EVM (الجهاز الظاهري Ethereum) بـ RISC-V كلغة الجهاز الظاهري للعقود الذكية. تتم مقارنة هذا المفهوم بـ “الترقية الكبيرة لمستوى سلسلة الشعاع” لطبقة التنفيذ ، والتي ليست فقط للتوسع ، ولكن أيضًا لحل عنق الزجاجة الأساسي للتعقيد الحالي وكفاءة طبقة التنفيذ.
ما هو RISC-V؟ لماذا تحل محل EVM؟
جوهر الاقتراح هو استبدال EVM المستخدم حاليًا في عقود Ethereum الذكية ببنية مجموعة تعليمية مفتوحة المصدر – RISC-V.. مثل هذا التحول لن ينقلب على أدوات المطورين وعادات المطورين الحالية في Ethereum ، لأنه:
-
لا تزال طبقات التجريد الأساسية الحالية مثل أنظمة الحساب ، والمكالمات عبر العقد ، وطرق التخزين يتم الاحتفاظ بها.
-
يمكن تحويل اللغات الأصلية واللغات VEPER إلى RISC-V كواجهة خلفية للتجميع ، ولن تتغير تجربة المطور كثيرًا.
-
لا يزال من الممكن تشغيل عقود EVM القديمة في كلا الاتجاهين مع عقود RISC-V الجديدة.
وبهذه الطريقة ، لا يحتاج المطورون إلى إعادة تعلم كل شيء ، ولكن من المتوقع أن يتم تحسين كفاءة وبساطة الأداء والبساطة الأساسية لـ Ethereum إلى حد كبير.
ZK-EVM هو عنق الزجاجة القصوى للأداء
مع إطلاق العديد من مقترحات التوسع المستقبلية (مثل EIP-4444 ، تأخر التنفيذ والعميل عديمة الجنسية) واحدة تلو الأخرى ، ستركز العوامل التي تحد حقًا من قدرات التوسع لـ Ethereum L1 على:
-
أخذ عينات توافر البيانات واستقرار اتفاقيات التخزين التاريخي
-
المنافسة الموجهة نحو السوق لإنتاج الكتلة
-
ZK-EVM يثبت الكفاءة
حاليا ، في عملية إثبات ZK-EVM كتلة ،يمثل تنفيذ منطق الجهاز الظاهري EVM وحده حوالي 50 ٪ من الموارد. هذا يعني أنه إذا كان يمكن تشغيل العقد الذكي مباشرة في بيئة RISC-V ، فهناك فرصة لتحسين أداء Proof ZK بمقدار 50 مرة أو حتى 100 مرة.
ومن المثير للاهتمام ، أن عملية إثبات ZK-EVM اليوم هي في الواقع تجميع EVM إلى RISC-V ، ثم تثبت ذلك بواسطة نظام ZK. لذلك،إن جعل RISC-V جهاز افتراضي أصلي في طبقة تنفيذ Ethereum ليس أمرًا طبيعيًا فحسب ، بل يوفر أيضًا استهلاك الموارد للتحويلات الوسيطة.
لماذا RISC-V سريع؟ التحسين الشامل من وظيفة التجزئة إلى التصميم الهيكلي
حاليا ، المشاريع الأربعة الرئيسية التي تستهلك الموارد بشكل أساسي في ZK-EVM هي:
-
deserialize_inputs -
initialize_witness_db -
state_root_computation -
block_execution
يمكن تحسين الثلاثة الأولى بشكل كبير باستخدام وظائف التجزئة الأكثر ودية (مثل Poseidon) وأشجار الحالة الثنائية. على سبيل المثال ، يمكن لـ Poseidon معالجة مليوني هش في الثانية على جهاز كمبيوتر محمول ، أفضل بكثير من Keccak’s 15000. إذا تم تنفيذها ، فإن هذه التحسينات ستقلل بشكل كبير من عبء أعلى 50 ٪.
لكن 50 ٪ المتبقية لا تزال تأتي من block_execution. لا يمكن حل هذا الجزء إلا بشكل أساسي من خلال تصميمات VM أكثر كفاءة ، مثل RISC-V.
ثلاث طرق للممارسة ، من المحافظين إلى الراديكالي
يقترح Vitalik ثلاثة مسارات تنفيذ تقنية:
-الخيار 1: تعايش الأجهزة الافتراضية المزدوجة (الحد الأدنى من المخاطر): يسمح للعقد باختيار استخدام EVM أو RISC-V ، والثاني قابلة للتشغيل وتبادل الموارد ، مع مراعاة التوافق والابتكار.
-الخيار 2: مترجم RISC-V لفترات EVM (الترقية الجذرية): سيتم تنفيذ جميع عقود EVM من خلال مترجم EVM المدمج في RISC-V ، مما يجعل انتقال طبقة التنفيذ الإجمالية إلى بنية أساسية موحدة.
الخيار 3: تدعم طبقة البروتوكول مترجم الجهاز الظاهري (المسار المعتدل): تم تصميم “وحدة الجهاز الظاهري” في البروتوكول ، ويتم تنفيذ مترجم EVM مسبقًا مع RISC-V ، ويسمح بالتوسع في اللغات الأخرى في المستقبل ، مثل التحرك.
المزايا المشتركة لهذه المسارات هي:تبسيط مواصفات طبقة التنفيذ ، ويحسن القدرة على الصيانة وشفافية التحقق.
شركة Mysten Labs Company Mysten Labs: إذا تمكن من البدء من جديد ، فسيختار التحرك دون النظر
كما أعرب سام بلاكشير ، المبدع المشارك لشركة Mysten Labs في Sui Development ، عن آرائه حول هذا الاقتراح. هويعبر: “أعتقد أنه من الخيار الجيد أن يستخدم Ethereum الواجهة الخلفية لـ RISC-V (لأنه يحتاج إلى دعم عقود EVM الحالية). لكن إذا كنت سأقوم بتصميم سلسلة جديدة من نقطة الصفر ، فأنا لا أزال أختار التحرك بدلاً من الدعم متعدد اللغات. إن العديد من مزايا SUI هي من استخدام كائنات قوية من النوع القوي كطبقة تجزئة شائعة في جميع أنحاء الوريد.”
هذا يعكس العوامل التاريخية للسلاسل المختلفة لـ “استراتيجية اختيار الجهاز الظاهري”. عندما تم تصميم Ethereum لأول مرة في المرحلة المبكرة ، لا يمكن أن يتوقع العديد من الاحتياجات والتطورات المستقبلية. وهو يركز حاليًا على التوافق والتصميم الانتقالي استجابة للتغييرات ؛ بينما تركز السلسلة العامة الجديدة SUI على تكامل التراص الكامل من اللغة إلى الأسفل ، مما يسمح بدمج التطوير والأمان بشكل وثيق.
Typus Vinance Growth Kyrieيشاركأجريت محادثة مع Vitalik في الماضي خلال حدث Ethtaipei. يتذكر قائلاً: “سألت فيتاليك في ذلك الوقت:” هل تعتقد أن لغة التحرك وإعدادات توجيه الكائن يمكن أن تحسن أمان blockchain؟ “
أجاب: “لا أعتقد أن هذا يغير أي شيء. المشروع المسروق هو المسروق ، وجميع اللغات هي نفسها.』 “
لكن Kyrie Retorted on the More التي تحرك يمكن أن تقلل بالفعل من فرصة حدوث أخطاء في التطوير ، من الأسهل البدء من الصدأ ، ويساعد النموذج الموجهة للكائنات على الحد من نطاق المخاطر. وأضاف “عندما يتم سرقة العقد ، قد تكون الخسارة مبلغًا محدودًا بدلاً من التعرض اللانهائي”.
على الرغم من أن Vitalik لم يدلي بأي بيان في ذلك الوقت ، انطلاقًا من استعداده لاقتراح RISC-V كنوع أقوى وبديل معياري ، يبدو أن الموقف تجاه تصميم اللغة تجاه أمن blockchain قد تغير قليلاً.
تحذير المخاطر
استثمارات العملة المشفرة محفوفة بالمخاطر للغاية ، وقد تتقلب أسعارها بشكل كبير وقد تفقد كل مديرك. يرجى تقييم المخاطر بحذر.
