أسهم فيتالك بوتيرين، أحد مؤسسي إيثريوم، في طلب سحب في 15 مارس 2026، يقترح دمج برامج الخلفية التي تدير طبقة إجماع سلسلة بينك وطبقة التنفيذ في قاعدة شفرة موحدة.
يهدف الاقتراح إلى تقليل التعقيد الفني لتشغيل عقدة إيثريوم، والتي تتطلب حالياً من المدققين تشغيل مجموعتين من البرمجيات، وتمكين مشاركة أوسع للأفراد في التحقق من الشبكة بدلاً من الاعتماد على مزودي خدمة الاستدعاء عن بُعد (RPC) من طرف ثالث.
إذا تم تنفيذه، فإن الدمج سيقضي على الحاجة إلى إدارة التزامن والتواصل المتوازي بين طبقتي الإجماع والتنفيذ في إيثريوم، مما يعالج الانتقادات القديمة التي تقول إن متطلبات الأجهزة والعبء الفني يركزان قوة التحقق بين أيدي المشغلين المحترفين.
يجب على مدققي إيثريوم حالياً تشغيل برنامجين منفصلين:
عميل سلسلة بينك: يتولى الإجماع ووظائف الرهان
عميل طبقة التنفيذ: يعالج المعاملات والمنطق العقود الذكية
كل مكون يتطلب إعداداً مستقلاً، وتكويناً، ومزامنة مستمرة لتنسيق نقل البيانات بين الطبقتين. عدم التوافق بين المجموعتين يمكن أن يعقد الصيانة ويعرض استمرارية العقدة للخطر.
سيسمح طلب السحب الخاص ببوتيرين بدمج كلا الوظيفتين في قاعدة شفرة واحدة، مما يبسط إعداد العقدة ويقلل من الخبرة الفنية اللازمة للتشغيل. ستحتفظ البنية الموحدة بجميع وظائف الشبكة الحالية مع القضاء على عبء التنسيق الناتج عن البنى ذات الطبقتين.
في منشور على منصة X يرافق الاقتراح، قال بوتيرين إن تشغيل العقدة يُنظر إليه بشكل غير ضروري كمهمة متخصصة تقتصر على المحترفين:
“أشعر أنه على كل مستوى، اتخذنا بشكل ضمني قرار أن تشغيل عقدة هو مهمة مخيفة جدًا من نوع DevOps، ويجوز تركها للمحترفين. ليس الأمر كذلك. نحتاج إلى عكس ذلك. يجب أن يكون تشغيل بنيتك التحتية لإيثريوم حقًا أساسيًا لكل فرد وأسرة. ‘متطلبات الأجهزة عالية، لذلك من المقبول أن تكون مهارات ووقت DevOps عالية أيضًا’، ليست عذرًا.”
وأضاف أن المستخدمين القادرين على شراء أجهزة عقد عالية الجودة غالبًا ما يفتقرون إلى الوقت لإعدادها وصيانتها بشكل معقد، مؤكدًا أن “العقد يجب أن تكون سهلة.”
يعالج الاقتراح المخاوف المتزايدة بشأن الاعتماد على مزودي خدمة الاستدعاء عن بُعد (RPC)، الذين يتولون حالياً جزءًا كبيرًا من حركة مرور عقد إيثريوم. يواجه سوق يهيمن عليه عدد قليل من خدمات RPC “ضغطًا قويًا لإلغاء أو رقابة المستخدمين”، وفقًا لبوتيرين، الذي أشار إلى أن “العديد من مزودي RPC يستبعدون بالفعل دولًا كاملة.”
يمكن لمشغلي العقد المستقلين التحقق من المعاملات والمشاركة في الحوكمة دون الاعتماد على خدمات خارجية، مما يعزز مرونة الشبكة ضد القيود الجيوسياسية أو السياسية على الوصول.
اقترح بوتيرين سابقًا في مايو 2025 عقدًا غير حالة جزئيًا كنهج مكمل لتقليل عوائق تشغيل العقد. تتيح هذه البنية للعقد العمل دون الاحتفاظ بكامل سجل blockchain، مع الاحتفاظ فقط بالبيانات الضرورية لمهام المستخدم المحددة.
يمثل مساحة القرص أكبر عائق لمشغلي العقد وفقًا لـ Go-Ethereum (GETH). تنتج سلاسل العقود الذكية كميات هائلة من البيانات التي تتطلب سعة تخزين متزايدة باستمرار، مما يجعل الأجهزة المتخصصة ضرورية عمليًا. ستقلل الحالة غير الكاملة من متطلبات التخزين من خلال تمكين العقد من الاحتفاظ بمعلومات الحالة التغييرية ذات الصلة بتفاعلات المستخدم بدلاً من الحالة الكاملة للسلسلة، مما قد يوسع قاعدة المشاركين الذين يمكنهم تشغيل البنية التحتية المحلية.
في أواخر يناير 2026، كشف بوتيرين عن تخصيص 16384 إيثريوم (حوالي 45 مليون دولار في ذلك الوقت) من ممتلكاته الشخصية لدعم:
تقنيات الحماية الخصوصية
مبادرات الأجهزة المفتوحة
تطوير برمجيات آمنة وقابلة للتحقق
سيتم نشر الأموال تدريجيًا على مدى السنوات القادمة مع دخول مؤسسة إيثريوم فترة تسمى “تقشف معتدل” مع استمرارها في متابعة خارطة الطريق التقنية. يؤكد هذا الالتزام المالي على استراتيجية طويلة الأمد لتعزيز البنية التحتية الأساسية وتوجيه البحث نحو تطوير نظام بيئي شامل يراعي الخصوصية.
قد يؤدي دمج طبقتي إيثريوم في قاعدة شفرة واحدة إلى تبسيط الصيانة، وتقليل مخاطر التكوين الخاطئ، وتسريع نشر التحديثات عبر الشبكة. إذا قلل التغيير من تعقيد تشغيل العقد، فربما يشارك المزيد من المستخدمين في التحقق والمشاركة مباشرة في الإجماع، مما يعزز أمان الشبكة من خلال تنويع مجموعات المدققين.
يتنقل الاقتراح بين مبادئ اللامركزية والواقع العملي لمتطلبات الأجهزة والنطاق الترددي والصيانة. لطالما أشار النقاد إلى أن التعقيد الفني ومتطلبات الأجهزة لعملية تشغيل العقد تثير مخاوف مركزية، حيث تتركز قوة التحقق بين من يستطيعون تحمل تكاليف إعدادات متخصصة وخبرة مهنية.
حاليًا، يجب على مدققي إيثريوم تشغيل برنامجين منفصلين — واحد لطبقة إجماع سلسلة بينك وواحد لطبقة التنفيذ — كل منهما يتطلب إعدادًا مستقلًا ومزامنة مستمرة. يقترح بوتيرين دمج الاثنين في قاعدة شفرة واحدة، مما يلغي الحاجة لإدارة مجموعتين متوازيتين ويقلل من الخبرة الفنية اللازمة لتشغيل العقدة. هذا يبسط الصيانة مع الحفاظ على جميع وظائف الشبكة الحالية.
العقد غير الحالة جزئيًا لا تحتفظ بكامل سجل blockchain، بل تحتفظ فقط بالبيانات الضرورية لمهام المستخدم المحددة مثل إرسال المعاملات أو التحقق من السلسلة. تقلل هذه البنية من مساحة القرص ومتطلبات التخزين، والتي تمثل حالياً العقبة الرئيسية لمشغلي العقد. من خلال تقليل الحواجز المادية، يمكن للمزيد من المستخدمين تشغيل عقد محلية للتحقق من المعاملات والتصديق على الكتل، مما يساهم في لامركزية الشبكة.
يقول بوتيرين إن الاعتماد على عدد قليل من مزودي خدمة الاستدعاء عن بُعد (RPC) يخلق مخاطر مركزية، بما في ذلك احتمال إلغاء أو رقابة إذا قام المزودون بتقييد الوصول لأسباب جيوسياسية أو سياسية. يمكن لمشغلي العقد المستقلين التحقق من المعاملات والمشاركة في الحوكمة دون الاعتماد على خدمات خارجية، مما يعزز مرونة الشبكة. يهدف اقتراحه إلى جعل البنية التحتية الذاتية الاستضافة متاحة للأفراد والأسر، ويصنف تشغيل العقدة كحق أساسي وليس تخصصًا مهنيًا.