في التطور الأخير لتقنية البلوكتشين، أصبح مصطلح كان شائعًا فقط بين مهندسي الشرائح، محبوبًا جديدًا لمطوري البلوكتشين: RISC-V.
في 20 أبريل 2025، كتب مؤسس الإيثريوم فيتاليك بوترين منشورًا في منتدى المجتمع إيثرم ماجيك، مقترحًا اقتراحًا استكشافيًا لاستبدال آلة افتراضية EVM المستخدمة منذ فترة طويلة في الإيثريوم بـ RISC-V.
في الوقت نفسه ، أطلقت Polkadot بهدوء بيئة تنفيذ العقود الذكية التي تدعم RISC-V على شبكة اختبار AseetHub Westend ، ويمكن للمطورين الاستمرار في استخدام Solidity لمحاولة التطوير على Polkadot ، ولكن ينتهي العقد بالعمل على محرك تنفيذ جديد ، PolkaVM.
هل هي مصادفة؟ لماذا تم كسر دائرة عالم البلوكتشين من خلال مجموعة التعليمات مفتوحة المصدر التي ولدت في الأصل لتصميم الشرائح؟
إيثيريوم و بولكادوت يراهنان معاً على RISC-V، ما الذي يجذبهم إليه حقاً؟
من الرقاقة إلى البلوكتشين، لماذا ظهرت RISC-V فجأة؟
كل جهاز حاسوب لديه "روح" وهي بنية مجموعة التعليمات (ISA)، وهي اللغة التي تخبر البرامج الأجهزة بما يجب عليها القيام به. المعالج الذي نعرفه من Intel يستخدم بنية x86، بينما تستخدم أجهزة الكمبيوتر من Apple شريحة M بنية ARM.
و RISC-V هو معيار معمارية مفتوح المصدر ومجاني، يمكن لأي شخص استخدامه لتصميم وحدة المعالجة المركزية دون الحاجة لدفع رسوم ترخيص لشركة Intel أو ARM.
كان في الأصل مشروعًا أكاديميًا من جامعة كاليفورنيا، بيركلي، والآن تعترف المزيد والمزيد من شركات الرقائق بهذا المعيار الهيكلي: هيكل بسيط، مرن وقابل للتخصيص، متاح كمصدر مفتوح، ويمكنه أيضًا تجنب المخاطر الناتجة عن الجغرافيا السياسية.
لكن ما هي العلاقة بين RISC-V والبلوكتشين؟
الآلة الافتراضية (VM) هي "الدماغ التنفيذي" لكل بلوكتشين، حيث يجب أن تعمل جميع العقود عليها. لكن الأنظمة الحالية للآلة الافتراضية الرئيسية، مثل EVM الخاص بـ Ethereum، وWASM الخاص بـ Polkadot، وBPF الخاص بـ Solana، لديها بعض المشاكل الواضحة:
· الهيكل قديم، مثل EVM الذي تم تصميمه في عام 2015 بنموذج مكدس، من الصعب التوافق مع وحدات المعالجة المركزية الحديثة
· ضعف الأمان، الهيكل الحالي من الصعب التحقق منه بشكل رسمي، ولا يمكن تحقيق أمان الكود الرياضي الحقيقي.
· دعم اللغات المتعددة محدود، ولا يمكن للمطورين اختيار اللغة بحرية، بل يجب عليهم الاعتماد بشكل سلبي على مجموعة Solidity.
لذا، عندما تظهر بنية RISC-V "العصرية جداً" أمام مهندسي البلوكتشين، فإن حدسهم هو: هل يمكننا "تحويل" آلة البلوكتشين الافتراضية إلى RISC-V؟
صورة مقارنة بين نموذج حساب مكدس ونموذج حساب سجل
اختيار Ethereum: من المفهوم، تخيل الجيل التالي من آلة افتراضية أصلية ZK
أفكار فيتاليك تتماشى مع أسلوب مجتمع إيثريوم: ليست مجرد تحسينات بسيطة، بل إعادة تصميم من المستوى الفلسفي.
وفقًا لوصفه في منتدى Ethereum Magicians، فإن تصوره هو: يجب أن تكون طبقة التنفيذ في Ethereum المستقبلية بسيطة للغاية وآمنة وقابلة لإثبات رياضي. بينما أصبح EVM معقدًا جدًا، ولا يمكن تعديله. من الأفضل استخدام RISC-V لبناء آلة افتراضية قابلة للتحقق جديدة.
بنية RISC-V واضحة، وسلوك التنفيذ يمكن التنبؤ به، مما يجعلها مناسبة جداً للتحويل إلى دوائر الإثبات الصفرية؛ في المستقبل، قد تتعاون مع مترجم LLVM (على الرغم من رؤية الكثير من التعليقات حول الأخطاء)، لتطوير العقود باستخدام لغات أكثر غنى، مثل Rust و C؛ والأهم من ذلك، أنها يمكن أن تصبح أساس طبقة التنفيذ لبناء "سلسلة أصلية ZK".
بالطبع، لا يزال كل هذا في مرحلة التصور. لم يكن لدى مجتمع Ethereum حتى الآن خطة ملموسة، ولكن الاتجاه واضح: ليس فقط تغيير آلة افتراضية، بل الاستعداد لبلوكتشين يمكن توسيعه ويكون آمناً وموثوقاً في المستقبل.
مسار Polkadot: مدفوعة من قبل المهندسين، الواقعية التي تبدأ من استبدال الطبقة الأساسية
على عكس "تصور المفهوم" لـ Ethereum ، اختارت Polkadot مسارًا عمليًا آخر.
في عام 2023 ، بدأ مهندس Parity الرئيسي جان بوجاك في استكشاف بدائل لـ WASM ، واختار في النهاية RISC-V ، ثم أطلق مشروع PolkaVM.
سياسة Polkadot واضحة جدًا:
· اللغة تبقى كما هي، تابع استخدام Solidity
· الأدوات تبقى كما هي، Remix و Ethers.js و MetaMask جميعها متوافقة
· تعديل مسار الترجمة، من خلال أداة revive لتحويل Solidity إلى بايت كود RISC-V
· تعمل أخيرًا على آلة افتراضية جديدة PolkaVM، مما يوفر قدرة تنفيذ أكثر كفاءة وأمانًا وقابلية للتحقق.
هذا يعني أن تجربة المطورين تبقى كما هي، لكن التنفيذ الأساسي قد تم تغييره تمامًا. من WebAssembly إلى RISC-V، من النمط القائم على المكدس إلى النمط القائم على السجل، من التنفيذ التقليدي إلى ZK ودود، إنها "ثورة هادئة".
حاليًا، يمكن تشغيل PolkaVM على شبكة اختبار Westend في Asset Hub، والهدف المتوقع هو إطلاق Polkadot في الربع الثالث من عام 2025.
وجهة نظر المطور: الكود الذي كتبته لا يتغير، ولكن الأساس يتم إعادة بنائه بهدوء
على الرغم من أن Ethereum و Polkadot تتبنيان مسارات مختلفة تجاه RISC-V، حيث تسير واحدة نحو الأمام برؤية، والأخرى قد نفذت بالفعل، إلا أن الإشارات التي تطلقها للمطورين متناسقة بشكل مدهش: ليست هذه ثورة في "طبقة الكتابة"، بل هي إعادة هيكلة للبنية التحتية الأساسية.
بالنسبة للمطورين، بغض النظر عن السلسلة التي تتواجد فيها، فإنه في المدى القصير لن تشعر تقريبًا بالانفصال: لا يزال بإمكانك كتابة العقود باستخدام Solidity، والاستمرار في استخدام الأدوات المألوفة مثل Remix وEthers.js وMetaMask، كما أن عملية النشر متشابهة إلى حد كبير، كل شيء كما كان.
لكن في القاع غير المرئي، تم بالفعل تغيير محرك التنفيذ!
في Polkadot، يمكن تجميع عقود Solidity باستخدام أداة revive إلى بايت كود RISC-V، وتشغيلها على آلة افتراضية جديدة تسمى PolkaVM. مقارنةً بـ WASM و EVM التقليدي، تظهر PolkaVM أداءً أفضل في كفاءة التنفيذ واحتساب الموارد، خاصةً فيما يتعلق بالتحكم في تكلفة تشغيل العقود المعقدة.
في تصور التقنية لـ Ethereum، يُنظر إلى RISC-V أيضاً على أنه القاعدة الأكثر ملائمة لـ "سلسلة ZK الأصلية". وقد صرح Vitalik بوضوح أنه إذا كان من المقرر تحقيق تنفيذ منطقي على السلسلة يمكن إثباته رياضياً في المستقبل، فإن EVM هو عقبة لا مفر منها، بينما يُعتبر RISC-V الطريق المثالي بفضل هيكله الواضح وسلوكه القابل للتنبؤ.
الأهم من ذلك، أن هذا التغيير في طبقة الهيكل ليس مجرد تحسين في الأداء - بل إن التحول الجذري في نموذج تطوير البلوكتشين يحدث بهدوء.
ستتحول الأمان من "اعتماد البشر" إلى "قابل للتحقق رياضيًا". يمكن نمذجة سلوك كل تعليمات RISC-V بشكل رسمي، وهو ما يفوق ما يمكن أن يحققه EVM. وهذا يعني أن أمان العقود في المستقبل لن يعتمد بعد الآن على التدقيق السنوي، بل يمكن الحصول على "لن أخطئ" من خلال التحقق الرياضي في مرحلة الترجمة. يمكنك كتابة كود لا يحتاج إلى ثقة من البشر، فقط لأنه "يمكن إثباته".
البرهان الصفري انتقل من كونه شيئًا نادرًا إلى كونه الوضع الافتراضي. في الماضي، كانت كتابة عقود ZK مهارة لا يمكن التعامل معها إلا من قبل المهندسين المتقدمين. بينما هيكل RISC-V نفسه صديق للزك، حيث أن عملية التنفيذ منظمة وسهلة التحويل إلى دوائر كهربائية، فإنه يصبح بشكل طبيعي هو الخلفية المثالية لأنظمة مثل zkEVM. بمجرد الانتهاء من الانتقال في الطبقة الأساسية، قد لا تصبح عقود ZK خيارًا إضافيًا، بل قد تتحول إلى "وضع الأمان الافتراضي" للعقود الذكية.
عصر العقود الذكية متعددة اللغات على وشك أن يبدأ. تتوافق RISC-V مع نظام أدوات LLVM، مما يعني أن لغات مثل Rust وC يمكن أن تُترجم بشكل طبيعي إلى تنسيق التشغيل على السلسلة. لم تعد مقيدًا بـ Solidity، في المستقبل كتابة العقود الذكية ستكون مثل كتابة وحدات النظام، مع تحكم أساسي ومرونة. لقد كانت Polkadot تدفع نحو نقل لغة ink! إلى RISC-V، مما يدل على أن عالم العقود الذي تتعايش فيه لغات مختلفة هو واقع، وليس خيال.
اكتب في النهاية
بغض النظر عن السلسلة التي تعمل عليها الآن، سواء باستخدام Solidity أو Rust، سواء كنت تكتب العقود على Remix أو تستخدم Ethers.js لتشغيل الواجهة الأمامية، ستدرك في النهاية أن تطور الآلة الافتراضية لم يكن لتغيير طريقة كتابة الكود الخاص بك، بل لجعل كل سطر من الكود الذي تكتبه - يعمل بشكل أسرع، ويُنفذ بشكل أكثر استقرارًا، ويكون منطقيًا بشكل أوضح، وآمنًا بشكل أكثر موثوقية.
لن تظهر هذه التغييرات على الفور، كما أن إعادة بناء الأساس ليست أول ما يُرى. لكنها ستؤثر في النهاية: ستصبح العقود الذكية في المستقبل أقوى وأكثر حرية، وأكثر جدارة بالثقة دون أن تشعر بذلك.
المحتوى هو للمرجعية فقط، وليس دعوة أو عرضًا. لا يتم تقديم أي مشورة استثمارية أو ضريبية أو قانونية. للمزيد من الإفصاحات حول المخاطر، يُرجى الاطلاع على إخلاء المسؤولية.
لماذا اختار كل من Polkadot و Vitalik RISC-V بشكل غير متزامن؟
في التطور الأخير لتقنية البلوكتشين، أصبح مصطلح كان شائعًا فقط بين مهندسي الشرائح، محبوبًا جديدًا لمطوري البلوكتشين: RISC-V.
في 20 أبريل 2025، كتب مؤسس الإيثريوم فيتاليك بوترين منشورًا في منتدى المجتمع إيثرم ماجيك، مقترحًا اقتراحًا استكشافيًا لاستبدال آلة افتراضية EVM المستخدمة منذ فترة طويلة في الإيثريوم بـ RISC-V.
في الوقت نفسه ، أطلقت Polkadot بهدوء بيئة تنفيذ العقود الذكية التي تدعم RISC-V على شبكة اختبار AseetHub Westend ، ويمكن للمطورين الاستمرار في استخدام Solidity لمحاولة التطوير على Polkadot ، ولكن ينتهي العقد بالعمل على محرك تنفيذ جديد ، PolkaVM.
هل هي مصادفة؟ لماذا تم كسر دائرة عالم البلوكتشين من خلال مجموعة التعليمات مفتوحة المصدر التي ولدت في الأصل لتصميم الشرائح؟
إيثيريوم و بولكادوت يراهنان معاً على RISC-V، ما الذي يجذبهم إليه حقاً؟
من الرقاقة إلى البلوكتشين، لماذا ظهرت RISC-V فجأة؟
كل جهاز حاسوب لديه "روح" وهي بنية مجموعة التعليمات (ISA)، وهي اللغة التي تخبر البرامج الأجهزة بما يجب عليها القيام به. المعالج الذي نعرفه من Intel يستخدم بنية x86، بينما تستخدم أجهزة الكمبيوتر من Apple شريحة M بنية ARM.
و RISC-V هو معيار معمارية مفتوح المصدر ومجاني، يمكن لأي شخص استخدامه لتصميم وحدة المعالجة المركزية دون الحاجة لدفع رسوم ترخيص لشركة Intel أو ARM.
كان في الأصل مشروعًا أكاديميًا من جامعة كاليفورنيا، بيركلي، والآن تعترف المزيد والمزيد من شركات الرقائق بهذا المعيار الهيكلي: هيكل بسيط، مرن وقابل للتخصيص، متاح كمصدر مفتوح، ويمكنه أيضًا تجنب المخاطر الناتجة عن الجغرافيا السياسية.
لكن ما هي العلاقة بين RISC-V والبلوكتشين؟
الآلة الافتراضية (VM) هي "الدماغ التنفيذي" لكل بلوكتشين، حيث يجب أن تعمل جميع العقود عليها. لكن الأنظمة الحالية للآلة الافتراضية الرئيسية، مثل EVM الخاص بـ Ethereum، وWASM الخاص بـ Polkadot، وBPF الخاص بـ Solana، لديها بعض المشاكل الواضحة:
· الهيكل قديم، مثل EVM الذي تم تصميمه في عام 2015 بنموذج مكدس، من الصعب التوافق مع وحدات المعالجة المركزية الحديثة · ضعف الأمان، الهيكل الحالي من الصعب التحقق منه بشكل رسمي، ولا يمكن تحقيق أمان الكود الرياضي الحقيقي. · دعم اللغات المتعددة محدود، ولا يمكن للمطورين اختيار اللغة بحرية، بل يجب عليهم الاعتماد بشكل سلبي على مجموعة Solidity.
لذا، عندما تظهر بنية RISC-V "العصرية جداً" أمام مهندسي البلوكتشين، فإن حدسهم هو: هل يمكننا "تحويل" آلة البلوكتشين الافتراضية إلى RISC-V؟
صورة مقارنة بين نموذج حساب مكدس ونموذج حساب سجل اختيار Ethereum: من المفهوم، تخيل الجيل التالي من آلة افتراضية أصلية ZK
أفكار فيتاليك تتماشى مع أسلوب مجتمع إيثريوم: ليست مجرد تحسينات بسيطة، بل إعادة تصميم من المستوى الفلسفي.
وفقًا لوصفه في منتدى Ethereum Magicians، فإن تصوره هو: يجب أن تكون طبقة التنفيذ في Ethereum المستقبلية بسيطة للغاية وآمنة وقابلة لإثبات رياضي. بينما أصبح EVM معقدًا جدًا، ولا يمكن تعديله. من الأفضل استخدام RISC-V لبناء آلة افتراضية قابلة للتحقق جديدة.
بنية RISC-V واضحة، وسلوك التنفيذ يمكن التنبؤ به، مما يجعلها مناسبة جداً للتحويل إلى دوائر الإثبات الصفرية؛ في المستقبل، قد تتعاون مع مترجم LLVM (على الرغم من رؤية الكثير من التعليقات حول الأخطاء)، لتطوير العقود باستخدام لغات أكثر غنى، مثل Rust و C؛ والأهم من ذلك، أنها يمكن أن تصبح أساس طبقة التنفيذ لبناء "سلسلة أصلية ZK".
بالطبع، لا يزال كل هذا في مرحلة التصور. لم يكن لدى مجتمع Ethereum حتى الآن خطة ملموسة، ولكن الاتجاه واضح: ليس فقط تغيير آلة افتراضية، بل الاستعداد لبلوكتشين يمكن توسيعه ويكون آمناً وموثوقاً في المستقبل.
مسار Polkadot: مدفوعة من قبل المهندسين، الواقعية التي تبدأ من استبدال الطبقة الأساسية
على عكس "تصور المفهوم" لـ Ethereum ، اختارت Polkadot مسارًا عمليًا آخر.
في عام 2023 ، بدأ مهندس Parity الرئيسي جان بوجاك في استكشاف بدائل لـ WASM ، واختار في النهاية RISC-V ، ثم أطلق مشروع PolkaVM. سياسة Polkadot واضحة جدًا:
· اللغة تبقى كما هي، تابع استخدام Solidity · الأدوات تبقى كما هي، Remix و Ethers.js و MetaMask جميعها متوافقة · تعديل مسار الترجمة، من خلال أداة revive لتحويل Solidity إلى بايت كود RISC-V · تعمل أخيرًا على آلة افتراضية جديدة PolkaVM، مما يوفر قدرة تنفيذ أكثر كفاءة وأمانًا وقابلية للتحقق.
هذا يعني أن تجربة المطورين تبقى كما هي، لكن التنفيذ الأساسي قد تم تغييره تمامًا. من WebAssembly إلى RISC-V، من النمط القائم على المكدس إلى النمط القائم على السجل، من التنفيذ التقليدي إلى ZK ودود، إنها "ثورة هادئة".
حاليًا، يمكن تشغيل PolkaVM على شبكة اختبار Westend في Asset Hub، والهدف المتوقع هو إطلاق Polkadot في الربع الثالث من عام 2025. وجهة نظر المطور: الكود الذي كتبته لا يتغير، ولكن الأساس يتم إعادة بنائه بهدوء
على الرغم من أن Ethereum و Polkadot تتبنيان مسارات مختلفة تجاه RISC-V، حيث تسير واحدة نحو الأمام برؤية، والأخرى قد نفذت بالفعل، إلا أن الإشارات التي تطلقها للمطورين متناسقة بشكل مدهش: ليست هذه ثورة في "طبقة الكتابة"، بل هي إعادة هيكلة للبنية التحتية الأساسية.
بالنسبة للمطورين، بغض النظر عن السلسلة التي تتواجد فيها، فإنه في المدى القصير لن تشعر تقريبًا بالانفصال: لا يزال بإمكانك كتابة العقود باستخدام Solidity، والاستمرار في استخدام الأدوات المألوفة مثل Remix وEthers.js وMetaMask، كما أن عملية النشر متشابهة إلى حد كبير، كل شيء كما كان.
لكن في القاع غير المرئي، تم بالفعل تغيير محرك التنفيذ!
في Polkadot، يمكن تجميع عقود Solidity باستخدام أداة revive إلى بايت كود RISC-V، وتشغيلها على آلة افتراضية جديدة تسمى PolkaVM. مقارنةً بـ WASM و EVM التقليدي، تظهر PolkaVM أداءً أفضل في كفاءة التنفيذ واحتساب الموارد، خاصةً فيما يتعلق بالتحكم في تكلفة تشغيل العقود المعقدة.
في تصور التقنية لـ Ethereum، يُنظر إلى RISC-V أيضاً على أنه القاعدة الأكثر ملائمة لـ "سلسلة ZK الأصلية". وقد صرح Vitalik بوضوح أنه إذا كان من المقرر تحقيق تنفيذ منطقي على السلسلة يمكن إثباته رياضياً في المستقبل، فإن EVM هو عقبة لا مفر منها، بينما يُعتبر RISC-V الطريق المثالي بفضل هيكله الواضح وسلوكه القابل للتنبؤ.
الأهم من ذلك، أن هذا التغيير في طبقة الهيكل ليس مجرد تحسين في الأداء - بل إن التحول الجذري في نموذج تطوير البلوكتشين يحدث بهدوء.
ستتحول الأمان من "اعتماد البشر" إلى "قابل للتحقق رياضيًا". يمكن نمذجة سلوك كل تعليمات RISC-V بشكل رسمي، وهو ما يفوق ما يمكن أن يحققه EVM. وهذا يعني أن أمان العقود في المستقبل لن يعتمد بعد الآن على التدقيق السنوي، بل يمكن الحصول على "لن أخطئ" من خلال التحقق الرياضي في مرحلة الترجمة. يمكنك كتابة كود لا يحتاج إلى ثقة من البشر، فقط لأنه "يمكن إثباته".
البرهان الصفري انتقل من كونه شيئًا نادرًا إلى كونه الوضع الافتراضي. في الماضي، كانت كتابة عقود ZK مهارة لا يمكن التعامل معها إلا من قبل المهندسين المتقدمين. بينما هيكل RISC-V نفسه صديق للزك، حيث أن عملية التنفيذ منظمة وسهلة التحويل إلى دوائر كهربائية، فإنه يصبح بشكل طبيعي هو الخلفية المثالية لأنظمة مثل zkEVM. بمجرد الانتهاء من الانتقال في الطبقة الأساسية، قد لا تصبح عقود ZK خيارًا إضافيًا، بل قد تتحول إلى "وضع الأمان الافتراضي" للعقود الذكية.
عصر العقود الذكية متعددة اللغات على وشك أن يبدأ. تتوافق RISC-V مع نظام أدوات LLVM، مما يعني أن لغات مثل Rust وC يمكن أن تُترجم بشكل طبيعي إلى تنسيق التشغيل على السلسلة. لم تعد مقيدًا بـ Solidity، في المستقبل كتابة العقود الذكية ستكون مثل كتابة وحدات النظام، مع تحكم أساسي ومرونة. لقد كانت Polkadot تدفع نحو نقل لغة ink! إلى RISC-V، مما يدل على أن عالم العقود الذي تتعايش فيه لغات مختلفة هو واقع، وليس خيال.
اكتب في النهاية
بغض النظر عن السلسلة التي تعمل عليها الآن، سواء باستخدام Solidity أو Rust، سواء كنت تكتب العقود على Remix أو تستخدم Ethers.js لتشغيل الواجهة الأمامية، ستدرك في النهاية أن تطور الآلة الافتراضية لم يكن لتغيير طريقة كتابة الكود الخاص بك، بل لجعل كل سطر من الكود الذي تكتبه - يعمل بشكل أسرع، ويُنفذ بشكل أكثر استقرارًا، ويكون منطقيًا بشكل أوضح، وآمنًا بشكل أكثر موثوقية.
لن تظهر هذه التغييرات على الفور، كما أن إعادة بناء الأساس ليست أول ما يُرى. لكنها ستؤثر في النهاية: ستصبح العقود الذكية في المستقبل أقوى وأكثر حرية، وأكثر جدارة بالثقة دون أن تشعر بذلك.
رابط المقال: