تخطٍ إلى المحتوى الرئيسي

آخر تحديث للصفحة: 26 مارس 2026

انعدام الحالة، وانتهاء صلاحية الحالة، وانتهاء صلاحية السجل

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

اليوم، تعد متطلبات مساحة القرص العالية هي العائق الرئيسي الذي يمنع الوصول الشامل إلى العقد. ويرجع ذلك أساسًا إلى الحاجة لتخزين أجزاء كبيرة من بيانات حالة إيثريوم. تحتوي بيانات الحالة هذه على معلومات مهمة مطلوبة لمعالجة الكتل والمعاملات الجديدة بشكل صحيح. في وقت كتابة هذا التقرير، يُوصى باستخدام محرك أقراص SSD سريع بسعة 2 تيرابايت لتشغيل عقدة إيثريوم كاملة. بالنسبة للعقدة التي لا تقوم بتقليم أي بيانات قديمة، تنمو متطلبات التخزين بحوالي 14 جيجابايت/أسبوع، وتقترب العقد الأرشيفية التي تخزن جميع البيانات منذ التكوين من 12 تيرابايت (في وقت كتابة هذا التقرير، في فبراير 2023).

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

تقليل التخزين للعقد

هناك عدة طرق لتقليل كمية البيانات التي يجب على كل عقدة تخزينها، ويتطلب كل منها تحديث بروتوكول إيثريوم الأساسي بدرجات متفاوتة:

  • انتهاء صلاحية السجل: تمكين العقد من التخلص من بيانات الحالة الأقدم من X من الكتل، ولكنه لا يغير كيفية تعامل عملاء إيثريوم مع بيانات الحالة.
  • انتهاء صلاحية الحالة: السماح لبيانات الحالة التي لا يتم استخدامها بشكل متكرر بأن تصبح غير نشطة. يمكن للعملاء تجاهل البيانات غير النشطة حتى يتم إحياؤها.
  • انعدام الحالة الضعيف: يحتاج منتجو الكتل فقط إلى الوصول إلى بيانات الحالة الكاملة، ويمكن للعقد الأخرى التحقق من الكتل دون الحاجة إلى قاعدة بيانات حالة محلية.
  • انعدام الحالة القوي: لا تحتاج أي عقد إلى الوصول إلى بيانات الحالة الكاملة.

انتهاء صلاحية البيانات

انتهاء صلاحية السجل

يشير انتهاء صلاحية السجل إلى قيام العملاء بتقليم البيانات القديمة التي من غير المحتمل أن يحتاجوا إليها، بحيث يقومون بتخزين كمية صغيرة فقط من البيانات التاريخية، وإسقاط البيانات القديمة عند وصول بيانات جديدة. هناك سببان لحاجة العملاء إلى البيانات التاريخية: المزامنة وتلبية طلبات البيانات. في الأصل، كان على العملاء المزامنة من بلوك التكوين، والتحقق من صحة كل بلوك متتالي وصولاً إلى رأس السلسلة. اليوم، يستخدم العملاء "نقاط فحص الذاتية الضعيفة" (weak subjectivity checkpoints) لتمهيد طريقهم إلى رأس السلسلة. نقاط الفحص هذه هي نقاط بداية موثوقة، مثل وجود بلوك تكوين قريب من الحاضر بدلاً من البداية الفعلية لإيثريوم. هذا يعني أنه يمكن للعملاء إسقاط جميع المعلومات السابقة لأحدث نقطة فحص ذاتية ضعيفة دون فقدان القدرة على المزامنة مع رأس السلسلة. يلبي العملاء حاليًا الطلبات (التي تصل عبر JSON-RPC) للبيانات التاريخية عن طريق جلبها من قواعد بياناتهم المحلية. ومع ذلك، مع انتهاء صلاحية السجل، لن يكون هذا ممكنًا إذا تم تقليم البيانات المطلوبة. تلبية هذه البيانات التاريخية هو المكان الذي يتطلب بعض الحلول المبتكرة.

أحد الخيارات هو أن يطلب العملاء البيانات التاريخية من النظراء باستخدام حل مثل شبكة Portal. شبكة Portal هي شبكة من نظير إلى نظير قيد التطوير لتقديم البيانات التاريخية حيث تقوم كل عقدة بتخزين جزء صغير من سجل إيثريوم بحيث يكون السجل بأكمله موزعًا عبر الشبكة. يتم تلبية الطلبات من خلال البحث عن النظراء الذين يخزنون البيانات ذات الصلة وطلبها منهم. بدلاً من ذلك، نظرًا لأن التطبيقات هي التي تتطلب عمومًا الوصول إلى البيانات التاريخية، فقد تصبح مسؤوليتها تخزينها. قد يكون هناك أيضًا عدد كافٍ من الجهات الفاعلة الإيثرية في مساحة إيثريوم التي ترغب في الحفاظ على الأرشيفات التاريخية. يمكن أن تكون منظمة لامركزية مستقلة (DAO) يتم إنشاؤها لإدارة تخزين البيانات التاريخية، أو من الناحية المثالية سيكون مزيجًا من كل هذه الخيارات. يمكن لهؤلاء المزودين تقديم البيانات بعدة طرق، مثل التورنت، أو FTP، أو Filecoin، أو IPFS.

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

لم يصبح EIP-4444 جاهزًا للإطلاق بعد، ولكنه قيد المناقشة النشطة. ومن المثير للاهتمام أن التحديات التي تواجه EIP-4444 ليست تقنية بقدر ما هي في الغالب إدارة مجتمعية. لكي يتم إطلاق هذا، يجب أن يكون هناك دعم مجتمعي لا يشمل الاتفاق فحسب، بل يشمل أيضًا التزامات بتخزين وتقديم البيانات التاريخية من كيانات جديرة بالثقة.

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

انتهاء صلاحية الحالة

يشير انتهاء صلاحية الحالة إلى إزالة الحالة من العقد الفردية إذا لم يتم الوصول إليها مؤخرًا. هناك عدة طرق يمكن من خلالها تنفيذ ذلك، بما في ذلك:

  • الانتهاء بالإيجار: فرض "إيجار" على الحسابات وإنهاء صلاحيتها عندما يصل إيجارها إلى الصفر
  • الانتهاء بالوقت: جعل الحسابات غير نشطة إذا لم تكن هناك قراءة/كتابة لذلك الحساب لفترة من الوقت

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

الطريقة التي سيعمل بها هذا هي على الأرجح وجود شجرة حالة لفترات زمنية محددة (ربما ~1 سنة). كلما بدأت فترة جديدة، تبدأ شجرة حالة جديدة تمامًا. يمكن تعديل شجرة الحالة الحالية فقط، وجميع الأشجار الأخرى غير قابلة للتغيير. يُتوقع من عقد إيثريوم الاحتفاظ بشجرة الحالة الحالية والشجرة الأحدث التي تليها فقط. يتطلب هذا طريقة لختم العنوان زمنيًا بالفترة التي يوجد فيها. هناك عدة طرق ممكنة (opens in a new tab) للقيام بذلك، لكن الخيار الرائد يتطلب إطالة العناوين (opens in a new tab) لاستيعاب المعلومات الإضافية مع الفائدة المضافة المتمثلة في أن العناوين الأطول أكثر أمانًا بكثير. يُطلق على عنصر خريطة الطريق الذي يقوم بذلك اسم تمديد مساحة العنوان (opens in a new tab).

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

لا يزال انتهاء صلاحية الحالة في مرحلة البحث ولم يصبح جاهزًا للإطلاق بعد. قد يحدث انتهاء صلاحية الحالة في وقت لاحق عن العملاء منعدمي الحالة وانتهاء صلاحية السجل لأن هذه التحديثات تجعل أحجام الحالة الكبيرة سهلة الإدارة لغالبية المدقّقين.

انعدام الحالة

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

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

انعدام الحالة الضعيف

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

في انعدام الحالة الضعيف، يتطلب اقتراح الكتل الوصول إلى بيانات الحالة الكاملة ولكن التحقق من الكتل لا يتطلب أي بيانات حالة

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

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

انعدام الحالة الضعيف في حالة متقدمة من البحث، ولكنه يعتمد على تنفيذ فصل المقترح عن الباني وأشجار Verkle بحيث يمكن تمرير شهود صغار بين النظراء. هذا يعني أن انعدام الحالة الضعيف ربما يكون على بعد بضع سنوات من الشبكة الرئيسية لإيثريوم.

تُعد zkEVM للتحقق من L1 تقنية تكميلية يمكن أن تعزز التحقق عديم الحالة. بدلاً من مجرد فحص الشهود، يمكن للمُدقِّقين التحقق من برهان معرفة صفرية على أن البلوك بالكامل قد تم تنفيذه بشكل صحيح -- مما يوفر يقينًا تشفيريًا دون إعادة تنفيذ المعاملات.

انعدام الحالة القوي

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

تم التحقيق في انعدام الحالة القوي من قبل الباحثين ولكن لا يُتوقع حاليًا أن يكون جزءًا من خريطة طريق إيثريوم - من المرجح أن انعدام الحالة الضعيف كافٍ لاحتياجات قابلية التوسّع في إيثريوم.

التقدم الحالي

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

قراءات إضافية

آخر تحديث للصفحة: 26 مارس 2026

J
pete-vielhaberp (opens in a new tab)
corwintinesc (opens in a new tab)
+13

هل كانت هذه المقالة مفيدة؟