في خريطة مستقبل إيثريوم، أثار اقتراح جديد أطلقه فيتاليك بوتيرين، أحد مؤسسي إيثريوم، مناقشات حماسية في المجتمع: استبدال RISC-V بـ EVM (الآلة الافتراضية لإيثريوم) كلغة افتراضية للعقود الذكية. تم تشبيه هذه الفكرة بأنها "ترقية كبيرة على مستوى سلسلة التنفيذ"، ليس فقط من أجل التوسع، ولكن أيضًا لحل الاختناقات الأساسية الحالية في التعقيد والكفاءة في طبقة التنفيذ.
ما هو RISC-V؟ ولماذا يجب استبدال EVM؟
الجوهر من الاقتراح هو استبدال EVM المستخدم حالياً في العقود الذكية لإثيريوم بهيكل مجموعة تعليمات مفتوح المصدر وقابل للتعديل - RISC-V. لن تؤدي هذه التحويلة إلى تقويض أدوات المطورين الحالية وعادات المطورين في إثيريوم، لأن:
لا يزال يتم الاحتفاظ بالطبقات التجريدية الأساسية مثل نظام الحسابات الحالي، واستدعاءات العقود المتعددة، وطرق التخزين.
يمكن للغات Solidity و Vyper الأصلية الانتقال إلى استخدام RISC-V كخلفية للتجميع، دون أن تتغير تجربة المطور بشكل كبير.
يمكن للعقود القديمة القائمة على EVM التفاعل بشكل ثنائي الاتجاه مع العقود الجديدة القائمة على RISC-V.
بهذه الطريقة، لن يحتاج المطورون إلى إعادة تعلم كل شيء، ولكن من المتوقع أن يتحسن الأداء والوضوح الأساسي لإثيريوم بشكل كبير.
ZK-EVM هي أكبر عنق زجاجة في الأداء
مع ظهور العديد من مقترحات التوسع في المستقبل (مثل EIP-4444، تنفيذ التأخير والعميل بدون حالة) ، ستتركز العوامل التي تحد من قدرة Ethereum L1 على التوسع حقًا في:
استقرار بروتوكولات تخزين البيانات التاريخية وعينة توفر البيانات
المنافسة السوقية في إنتاج الكتل
كفاءة إثبات ZK-EVM
في الوقت الحالي، خلال عملية إثبات كتلة ZK-EVM، تشغل منطق تنفيذ آلة EVM الافتراضية حوالي 50% من الموارد. وهذا يعني أنه إذا أمكن تشغيل العقود الذكية مباشرة في بيئة RISC-V، فهناك فرصة لتحقيق تحسين في أداء إثبات ZK يصل إلى 50 مرة، أو حتى 100 مرة.
من المثير للاهتمام أن عملية الإثبات لـ ZK-EVM اليوم هي في الواقع تحويل EVM إلى RISC-V، ثم يقوم نظام ZK بإثبات ذلك. لذلك، فإن جعل RISC-V هو الآلة الافتراضية الأصلية لطبقة التنفيذ في إثيريوم ليس فقط منطقيًا، بل يمكنه أيضًا توفير استهلاك الموارد الناتج عن التحويل الوسيط.
لماذا RISC-V سريع؟ من تحسين شامل لوظائف التجزئة إلى تصميم الهيكل
حاليا، العناصر الأربعة الرئيسية التي تستهلك الموارد في ZK-EVM هي:
إلغاء التسلسل \ _inputs
تهيئة_witness_db
الدولة_root_computation
تنفيذ الكتلة
يمكن تحسين الثلاثة الأوائل بشكل كبير من خلال استخدام دوال تجزئة أكثر ودية (مثل بوسيدون) وأشجار الحالة الثنائية. على سبيل المثال، يمكن لبوسيدون معالجة 2 مليون تجزئة في الثانية على الكمبيوتر المحمول، وهو أفضل بكثير من 15,000 لتجزئة كيك. إذا تم تنفيذ هذه التحسينات، فإنها ستقلل بشكل كبير من العبء في النصف الأول.
لكن الخمسين بالمئة المتبقية لا تزال تأتي من
تنفيذ الكتلة
هذا الجزء يمكن حله من الجذور فقط من خلال تصميم VM أكثر كفاءة، مثل RISC-V.
ثلاث طرق للتنفيذ، مع خيارات من المحافظة إلى الجذرية.
اقترح فيتاليك ثلاث طرق لتنفيذ التقنية:
– الخيار الأول: وجود آلتين افتراضيتين في وقت واحد (أقل مخاطر): يسمح للعقود باختيار استخدام EVM أو RISC-V، حيث تتواصل كلاهما وتشارك الموارد، مما يوازن بين التوافق والابتكار.
– الخيار الثاني: حزمة RISC-V لمفسر EVM (ترقية جذرية): سيتم تنفيذ جميع عقود EVM من خلال مفسر EVM المدمج في RISC-V، مما يجعل طبقة التنفيذ الكلية تنتقل إلى بنية تحتية موحدة.
الخيار الثالث: دعم طبقة البروتوكول لمفسر الآلة الافتراضية (الخط المتوازن): تصميم "وحدة الآلة الافتراضية" في البروتوكول، مع تنفيذ EVM باستخدام RISC-V افتراضي بشكل افتراضي، والسماح بالتوسع مستقبلاً إلى لغات أخرى مثل Move.
المزايا المشتركة لهذه المسارات هي: إمكانية تبسيط مواصفات طبقة التنفيذ، وزيادة قابلية الصيانة وشفافية التحقق.
مؤسس شركة Sui المطورة Mysten Labs: لو كان بإمكانه البدء من جديد، لاختار Move دون التفكير في تعدد اللغات.
بالنسبة لهذا الاقتراح، أبدى سام بلاكشير، المؤسس المشارك لشركة Sui للتطوير Mysten Labs، رأيه أيضًا. وقال: "أعتقد أن اعتماد Ethereum على خلفية RISC-V هو خيار جيد (لأنه يحتاج إلى دعم العقود الذكية الموجودة في EVM). ولكن إذا كنت سأصمم سلسلة جديدة من الصفر، سأختار Move، وليس دعم متعدد اللغات. العديد من مزايا Sui تأتي من استخدام كائنات قوية النوع كطبقة تجريدية مشتركة في جميع المكدس."
هذا يعكس العوامل التاريخية المتعلقة بـ "استراتيجية اختيار الآلة الافتراضية" لسلاسل الكتل المختلفة، حيث أن إثيريوم تطورت في البداية في وقت مبكر من تصميمها، ولم يكن من الممكن توقع العديد من المتطلبات والتطورات المستقبلية، والآن تتكيف مع التغيرات من خلال التأكيد على التوافق والتصميم الانتقالي؛ بينما تركز سلسلة الكتل العامة الجديدة Sui على التكامل الكامل من اللغة إلى الطبقة الأساسية، مما يتيح دمج التطوير والأمان بشكل وثيق.
شارك Kyrie من Typus Finance تجربته السابقة في حدث EthTaipei حيث تحدث مع Vitalik. وتذكر قائلاً: "في ذلك الوقت سألت Vitalik: 'هل تعتقد أن لغة Move والإعدادات الموجهة للكائنات يمكن أن تعزز أمان blockchain؟'"
قال: "لا أعتقد أن هذا غير أي شيء، فقد تم سرقة المشروع كما هو، بغض النظر عن اللغة."
لكن Kyrie رد على الفور مشيرًا إلى أن Move يمكن أن يقلل بالفعل من فرص حدوث أخطاء في التطوير، وأنه أسهل في الاستخدام من Rust، وأن نموذج البرمجة الكائنية يساعد في تحديد نطاق المخاطر. "عند سرقة العقد، قد تكون الخسائر مبلغًا محدودًا وليس تعرضًا غير محدود." أضاف.
على الرغم من أن فيتاليك لم يعبر عن رأيه في ذلك الوقت، إلا أنه من خلال استعداده الآن لاقتراح RISC-V كخيار بديل أكثر قوة ونمطية، يبدو أن هناك تحولاً طفيفاً في موقفه تجاه تصميم اللغة وأمان blockchain.
هذه المقالة جراحة قلب إثيريوم؟ اقتراح فيتاليك بإمكانية استبدال طبقة التنفيذ في إثيريوم بالكامل بـ RISC-V ظهرت لأول مرة في أخبار السلسلة ABMedia.
المحتوى هو للمرجعية فقط، وليس دعوة أو عرضًا. لا يتم تقديم أي مشورة استثمارية أو ضريبية أو قانونية. للمزيد من الإفصاحات حول المخاطر، يُرجى الاطلاع على إخلاء المسؤولية.
عملية تبديل قلب إثيريوم؟ فيتاليك يقترح أن طبقة تنفيذ إثيريوم قد تستبدل بالكامل EVM وتستخدم RISC-V
في خريطة مستقبل إيثريوم، أثار اقتراح جديد أطلقه فيتاليك بوتيرين، أحد مؤسسي إيثريوم، مناقشات حماسية في المجتمع: استبدال RISC-V بـ EVM (الآلة الافتراضية لإيثريوم) كلغة افتراضية للعقود الذكية. تم تشبيه هذه الفكرة بأنها "ترقية كبيرة على مستوى سلسلة التنفيذ"، ليس فقط من أجل التوسع، ولكن أيضًا لحل الاختناقات الأساسية الحالية في التعقيد والكفاءة في طبقة التنفيذ.
ما هو RISC-V؟ ولماذا يجب استبدال EVM؟
الجوهر من الاقتراح هو استبدال EVM المستخدم حالياً في العقود الذكية لإثيريوم بهيكل مجموعة تعليمات مفتوح المصدر وقابل للتعديل - RISC-V. لن تؤدي هذه التحويلة إلى تقويض أدوات المطورين الحالية وعادات المطورين في إثيريوم، لأن:
لا يزال يتم الاحتفاظ بالطبقات التجريدية الأساسية مثل نظام الحسابات الحالي، واستدعاءات العقود المتعددة، وطرق التخزين.
يمكن للغات Solidity و Vyper الأصلية الانتقال إلى استخدام RISC-V كخلفية للتجميع، دون أن تتغير تجربة المطور بشكل كبير.
يمكن للعقود القديمة القائمة على EVM التفاعل بشكل ثنائي الاتجاه مع العقود الجديدة القائمة على RISC-V.
بهذه الطريقة، لن يحتاج المطورون إلى إعادة تعلم كل شيء، ولكن من المتوقع أن يتحسن الأداء والوضوح الأساسي لإثيريوم بشكل كبير.
ZK-EVM هي أكبر عنق زجاجة في الأداء
مع ظهور العديد من مقترحات التوسع في المستقبل (مثل EIP-4444، تنفيذ التأخير والعميل بدون حالة) ، ستتركز العوامل التي تحد من قدرة Ethereum L1 على التوسع حقًا في:
استقرار بروتوكولات تخزين البيانات التاريخية وعينة توفر البيانات
المنافسة السوقية في إنتاج الكتل
كفاءة إثبات ZK-EVM
في الوقت الحالي، خلال عملية إثبات كتلة ZK-EVM، تشغل منطق تنفيذ آلة EVM الافتراضية حوالي 50% من الموارد. وهذا يعني أنه إذا أمكن تشغيل العقود الذكية مباشرة في بيئة RISC-V، فهناك فرصة لتحقيق تحسين في أداء إثبات ZK يصل إلى 50 مرة، أو حتى 100 مرة.
من المثير للاهتمام أن عملية الإثبات لـ ZK-EVM اليوم هي في الواقع تحويل EVM إلى RISC-V، ثم يقوم نظام ZK بإثبات ذلك. لذلك، فإن جعل RISC-V هو الآلة الافتراضية الأصلية لطبقة التنفيذ في إثيريوم ليس فقط منطقيًا، بل يمكنه أيضًا توفير استهلاك الموارد الناتج عن التحويل الوسيط.
لماذا RISC-V سريع؟ من تحسين شامل لوظائف التجزئة إلى تصميم الهيكل
حاليا، العناصر الأربعة الرئيسية التي تستهلك الموارد في ZK-EVM هي:
إلغاء التسلسل \ _inputs
تهيئة_witness_db
الدولة_root_computation
تنفيذ الكتلة
يمكن تحسين الثلاثة الأوائل بشكل كبير من خلال استخدام دوال تجزئة أكثر ودية (مثل بوسيدون) وأشجار الحالة الثنائية. على سبيل المثال، يمكن لبوسيدون معالجة 2 مليون تجزئة في الثانية على الكمبيوتر المحمول، وهو أفضل بكثير من 15,000 لتجزئة كيك. إذا تم تنفيذ هذه التحسينات، فإنها ستقلل بشكل كبير من العبء في النصف الأول.
لكن الخمسين بالمئة المتبقية لا تزال تأتي من
تنفيذ الكتلة
هذا الجزء يمكن حله من الجذور فقط من خلال تصميم VM أكثر كفاءة، مثل RISC-V.
ثلاث طرق للتنفيذ، مع خيارات من المحافظة إلى الجذرية.
اقترح فيتاليك ثلاث طرق لتنفيذ التقنية:
– الخيار الأول: وجود آلتين افتراضيتين في وقت واحد (أقل مخاطر): يسمح للعقود باختيار استخدام EVM أو RISC-V، حيث تتواصل كلاهما وتشارك الموارد، مما يوازن بين التوافق والابتكار.
– الخيار الثاني: حزمة RISC-V لمفسر EVM (ترقية جذرية): سيتم تنفيذ جميع عقود EVM من خلال مفسر EVM المدمج في RISC-V، مما يجعل طبقة التنفيذ الكلية تنتقل إلى بنية تحتية موحدة.
الخيار الثالث: دعم طبقة البروتوكول لمفسر الآلة الافتراضية (الخط المتوازن): تصميم "وحدة الآلة الافتراضية" في البروتوكول، مع تنفيذ EVM باستخدام RISC-V افتراضي بشكل افتراضي، والسماح بالتوسع مستقبلاً إلى لغات أخرى مثل Move.
المزايا المشتركة لهذه المسارات هي: إمكانية تبسيط مواصفات طبقة التنفيذ، وزيادة قابلية الصيانة وشفافية التحقق.
مؤسس شركة Sui المطورة Mysten Labs: لو كان بإمكانه البدء من جديد، لاختار Move دون التفكير في تعدد اللغات.
بالنسبة لهذا الاقتراح، أبدى سام بلاكشير، المؤسس المشارك لشركة Sui للتطوير Mysten Labs، رأيه أيضًا. وقال: "أعتقد أن اعتماد Ethereum على خلفية RISC-V هو خيار جيد (لأنه يحتاج إلى دعم العقود الذكية الموجودة في EVM). ولكن إذا كنت سأصمم سلسلة جديدة من الصفر، سأختار Move، وليس دعم متعدد اللغات. العديد من مزايا Sui تأتي من استخدام كائنات قوية النوع كطبقة تجريدية مشتركة في جميع المكدس."
هذا يعكس العوامل التاريخية المتعلقة بـ "استراتيجية اختيار الآلة الافتراضية" لسلاسل الكتل المختلفة، حيث أن إثيريوم تطورت في البداية في وقت مبكر من تصميمها، ولم يكن من الممكن توقع العديد من المتطلبات والتطورات المستقبلية، والآن تتكيف مع التغيرات من خلال التأكيد على التوافق والتصميم الانتقالي؛ بينما تركز سلسلة الكتل العامة الجديدة Sui على التكامل الكامل من اللغة إلى الطبقة الأساسية، مما يتيح دمج التطوير والأمان بشكل وثيق.
شارك Kyrie من Typus Finance تجربته السابقة في حدث EthTaipei حيث تحدث مع Vitalik. وتذكر قائلاً: "في ذلك الوقت سألت Vitalik: 'هل تعتقد أن لغة Move والإعدادات الموجهة للكائنات يمكن أن تعزز أمان blockchain؟'"
قال: "لا أعتقد أن هذا غير أي شيء، فقد تم سرقة المشروع كما هو، بغض النظر عن اللغة."
لكن Kyrie رد على الفور مشيرًا إلى أن Move يمكن أن يقلل بالفعل من فرص حدوث أخطاء في التطوير، وأنه أسهل في الاستخدام من Rust، وأن نموذج البرمجة الكائنية يساعد في تحديد نطاق المخاطر. "عند سرقة العقد، قد تكون الخسائر مبلغًا محدودًا وليس تعرضًا غير محدود." أضاف.
على الرغم من أن فيتاليك لم يعبر عن رأيه في ذلك الوقت، إلا أنه من خلال استعداده الآن لاقتراح RISC-V كخيار بديل أكثر قوة ونمطية، يبدو أن هناك تحولاً طفيفاً في موقفه تجاه تصميم اللغة وأمان blockchain.
هذه المقالة جراحة قلب إثيريوم؟ اقتراح فيتاليك بإمكانية استبدال طبقة التنفيذ في إثيريوم بالكامل بـ RISC-V ظهرت لأول مرة في أخبار السلسلة ABMedia.