اقتراح فيتاليك: تمكين كل أسرة من تشغيل عقدة إيثريوم الخاصة بها

قدم مؤسس إيثريوم المشارك فيتاليك بوتيرين يوم السبت طلب سحب لمجتمع مطوري إيثريوم، يقترح فيه دمج برنامج الواجهة الخلفية لسلسلة البلوكتشين الأساسية لإيثريوم (المسؤولة عن الإجماع والرهان) مع طبقة التنفيذ للبروتوكول في بنية شفرة موحدة. يهدف هذا الاقتراح إلى تقليل التعقيد التقني لتشغيل عقد إيثريوم بشكل جذري، بحيث يتمكن المستخدمون العاديون والأسر من تشغيل بنيتهم التحتية لإيثريوم بشكل مستقل ودون الاعتماد على مزودي خدمات طرف ثالث.

الجوهر التقني لاقتراح الطبقة المجمعة: لماذا “تحويل برنامجين إلى واحد” مهم جدًا

(المصدر: Ethereum Research)

حاليًا، يتعين على مشغلي عقد إيثريوم (المدققين) إدارة برنامجين مستقلين: أحدهما يتعامل مع طبقة الإجماع (التي تتولى سلسلة البلوكتشين الأساسية PoS)، والآخر يتعامل مع طبقة التنفيذ (البيئة التي تتعامل مع العقود الذكية والمعاملات، وهي بيئة EVM). يتطلب هذان البرنامجان إعدادات مستقلة، ومزامنة، وتنسيق اتصال مستمر للحفاظ على تشغيل العقد بشكل صحيح.

من الناحية التقنية، يؤدي هذا الهيكل المزدوج إلى مشكلتين رئيسيتين: الأولى، تعقيد الإعداد يتضاعف — إذ يحتاج المستخدمون إلى تنزيل وتكوين وتحديث ومراقبة نظامين منفصلين؛ والثانية، تزداد احتمالية الأخطاء وعدم التزامن بشكل كبير، وأي مشكلة في أحدهما قد تؤدي إلى فشل العقد بأكمله.

في منشوره بعد تقديم الاقتراح، صرح بوتيرين بصراحة أن مجتمع إيثريوم اتخذ قرارًا ضمنيًا: “تشغيل العقد مهمة مرعبة جدًا من حيث عمليات التطوير والتشغيل (DevOps)، ويجب أن يقتصر الأمر على المختصين.” وأوضح معارضته لهذا الوضع قائلاً: “ليس الأمر كذلك. نحن بحاجة إلى قلب هذا المفهوم رأسًا على عقب. حتى لو كانت متطلبات الأجهزة عالية، فلا ينبغي أن تكون عذرًا لارتفاع متطلبات مهارات ووقت DevOps — يجب أن يكون إعداد العقد سهلاً جدًا.”

مخاطر اللامركزية: احتكار RPC وخطر الرقابة

الخلفية وراء دفع هذا التحسين التقني هو وعي أعمق بأزمة اللامركزية. نظرًا لارتفاع عتبة تشغيل العقد بشكل مستقل، يعتمد معظم مستخدمي إيثريوم (بما في ذلك مطوري التطبيقات اللامركزية والمستخدمين العاديين) على عدد قليل من مزودي خدمات RPC (النداء عن بعد للبرامج) مثل Infura وAlchemy للتفاعل مع شبكة إيثريوم.

وفي منشوره، أشار بوتيرين بوضوح إلى المخاطر المحتملة لهذا الهيكل السوقي: “هيكل السوق الذي تسيطر عليه عدد قليل من مزودي RPC سيواجه ضغطًا قويًا، يدفعهم إلى حظر أو رقابة المستخدمين. العديد من مزودي RPC قد استبعدوا بالفعل دولًا كاملة.”

بمجرد أن يقرر مزودو RPC تقييد الوصول من مناطق أو مستخدمين معينين، فإن هؤلاء المستخدمين سيفقدون تمامًا القدرة على التفاعل مع إيثريوم، مما يتعارض مباشرة مع وعد تقنية البلوكتشين “بدون إذن، مقاوم للرقابة”.

عقد غير حالة جزئي: مسار تقني آخر لتقليل العتبة

لم يكن اقتراح الطبقة المجمعة أول خطوة من بوتيرين لتقليل عتبة تشغيل العقد. في مايو 2025، اقترح مفهوم “عقد غير حالة جزئي” — حيث لا يحتفظ العقد بتاريخ كامل للكتل، بل يحتفظ فقط بالبيانات التي يحتاجها مشغل العقد فعليًا.

تم تصميم هذا المفهوم خصيصًا لـ “عقد الاستخدام الشخصي”: إذا كان المستخدم يحتاج فقط إلى إرسال معاملات والتحقق من صحة الكتل، دون الحاجة إلى تقديم خدمة البيانات التاريخية الكاملة، فإن كمية البيانات التي يحتاج إلى تخزينها يمكن أن تتقلص بشكل كبير. وفقًا لشرح Go-Ethereum (GETH)، فإن مساحة القرص هي التحدي الرئيسي لمشغلي العقد — إذ تستمر سلاسل الكتل التي تعتمد على العقود الذكية، مثل إيثريوم، في إنتاج كميات هائلة من البيانات، مما يتطلب مساحة تخزين متزايدة باستمرار. ويعمل العقد غير الحالة الجزئي على كسر هذا المأزق المتمثل في “تراكم البيانات غير المحدود”.

تعمل المساران معًا: تصميم الطبقة المجمعة يقلل من تعقيد عمليات DevOps، والعقد غير الحالة الجزئي يقلل من تكاليف الأجهزة — مما يوفر دعمًا تقنيًا مزدوجًا لمستقبل “تمكن كل أسرة من تشغيل عقدة بشكل مستقل” الذي يتصوره بوتيرين.

الأسئلة الشائعة

كم من الوقت سيستغرق تنفيذ اقتراح فيتاليك على أرض الواقع؟

لا يزال الاقتراح في مرحلة طلب السحب، ويحتاج إلى مراجعة تقنية ونقاش موسع من قبل مجتمع مطوري إيثريوم. عادةً، تتطلب تحديثات بروتوكول إيثريوم شهورًا أو أكثر من التطوير والاختبار وبناء توافق المجتمع. يعتمد الجدول الزمني المحدد على مدى تعقيد التنفيذ، وردود فعل المراجعة التقنية، وما إذا كان سيتم تضمينه في الترقية القادمة لإيثريوم (مثل إصدار Fusaka وما بعده).

قبل أن يُطبق الاقتراح، كيف يمكن للمستخدمين العاديين تشغيل عقد إيثريوم بسهولة أكبر؟

هناك أدوات نشر عقدة بنقرة واحدة مثل DAppNode وStereum، تقلل بشكل كبير من العتبة التقنية. من ناحية الأجهزة، يمكن لأجهزة منخفضة الاستهلاك مثل Raspberry Pi تشغيل عقدة إيثريوم الأساسية (مع استخدام SSD خارجي). كما تسمح العملاء الخفيفة مثل Helios للمستخدمين بالتحقق من البيانات دون مزامنة كامل الكتل. بالإضافة إلى ذلك، فإن خطط تنويع عملاء إيثريوم تواصل دفع عمليات التوزيع والتشغيل الآلي للعمليات.

هل لدى مزودي خدمات RPC سوابق في حظر دول، وما معنى ذلك للمستخدمين؟

بعض مزودي RPC، مثل Infura، قاموا بالفعل بتطبيق قيود على الوصول حسب المنطقة في ظروف معينة، غالبًا لأسباب تنظيمية. هذا يعني أن مستخدمي التطبيقات اللامركزية في المناطق المقيدة، إذا لم يتمكنوا من التبديل إلى مزود RPC آخر أو تشغيل عقدهم الخاصة، فإنهم لن يتمكنوا من الوصول إلى تطبيقات إيثريوم. وهذا هو السبب الذي يجعل بوتيرين يؤكد على أهمية استقلالية العقد — فكلما زاد عدد المستخدمين الذين يمكنهم تشغيل عقدهم بأنفسهم، زادت قدرة إيثريوم على تحقيق وعدها الأساسي “مقاومة الرقابة”.