بناءً على منشور على منصة X بتاريخ 6 مايو من جانب مؤسس إيثريوم المشارك Vitalik Buterin، قُدِّم اقتراح EIP-8250 رسميًا. وتتمثل الآلية الأساسية في نظام “nonce المُمَوَّل بالمفاتيح (keyed nonce)”، بهدف تمكين تنفيذ معاملات خصوصية متوازية على نطاق واسع على شبكة إيثريوم. ووفقًا لوثيقة اقتراح EIP-8250، فإن هدف تصميم هذا النظام هو دعم ما يصل إلى 500 مليار سجل مرتبط بالخصوصية خلال ثماني سنوات.
الآلية الأساسية لـ EIP-8250: نظام nonce المُمَوَّل بالمفاتيح
وفقًا لوثيقة اقتراح EIP-8250، تعتمد معاملات إيثريوم الحالية على nonce واحد مُرسَل من المُرسل نفسه للحماية من هجمات إعادة التشغيل (replay). لكن هذا الهيكل يحدّ من قدرة أنظمة الخصوصية على التنفيذ ومن تنفيذ المعاملات المتوازية. يتمثل التغيير الجوهري في EIP-8250 في استبدال nonce المفرد بـ (nonce_key, nonce_seq)، لإنشاء مجالات حماية مستقلة من إعادة التشغيل لأنواع مختلفة من المعاملات.
وبحسب شرح الاقتراح، يمكن أن تسمح المفاتيح المشتقة من مُبطِل-القيم (nullifier) بتمكين تنفيذ عدة معاملات خصوصية في الوقت نفسه دون حدوث تعارضات؛ إذ بمجرد استخدام مُبطِل-القيم، يتم وسمه بشكل دائم على أنه قد تم إنفاقه. وقد صرّح Vitalik Buterin مباشرة في الاقتراح: “إن nonce المُمَوَّل بالمفاتيح ليس مجرد دعمٍ أقوى على مستوى البروتوكول لحلول الخصوصية.”
تحديات تخزين حالة إيثريوم وبنية مُبطِل-القيم المخصصة
وفقًا لمحتوى اقتراح EIP-8250، إذا وصلت معاملات الخصوصية على إيثريوم إلى 2,000 معاملة في الثانية (2,000 TPS) خلال ثماني سنوات، فستكون هناك حاجة لتخزين نحو 500 مليار مُبطِل-قيمة لا يمكن قصّها (non-prunable). وتشير تقديرات اقتراح EIP-8250 إلى أنه ضمن بنية الحالة العامة الحالية، ستصل متطلبات التخزين المذكورة إلى عشرات إلى مئات تيرابايت.
ولمعالجة المشكلة المذكورة، يُقدّم اقتراح EIP-8250 تخزينًا مُخصصًا لمُبطِلات-القيم (dedicated nullifier storage)، مع إدارة فصل هذا التخزين عن حالة إيثريوم العامة الحالية؛ والسبب هو أن مُبطِلات-القيم تتبع قواعد ثابتة وقابلة للتنبؤ، ما يجعل من المناسب اعتماد بنية مخصصة للتعامل معها.
المواصفات التقنية: التقسيم (Sharding) ومرشّح بلوم (Bloom Filter) وطبقة تحقق مخصصة
وفقًا لوثيقة اقتراح EIP-8250، سيعتمد تخزين مُبطِلات-القيم المخصص على التقنيات الثلاث التالية:
التقسيم (Sharding): توزيع بيانات التخزين عبر شرائح/مقاطع مختلفة لتقليل عبء التخزين على عقدة واحدة
مرشّح بلوم (Bloom Filter): يُستخدم للاستعلام بكفاءة عمّا إذا كان مُبطِل-القيمة قد تم استخدامه بالفعل، لتقليل الحاجة إلى فحص الحالة الكاملة
طبقة تحقق مخصصة: تحسين قواعد مُبطِلات-القيم الثابتة لخفض تكلفة حسابات التحقق
وبحسب شرح الاقتراح، فإن هدف تصميم مجموعة التقنيات المذكورة هو: تمكين عقد إيثريوم من الحفاظ على حجم تخزين يمكن التحكم فيه عند زيادة حجم المعاملات بشكل كبير.
الأسئلة الشائعة
من قدّم اقتراح EIP-8250، ومتى تم إصداره؟
وفقًا لمنشور على منصة X، تم تقديم EIP-8250 رسميًا بواسطة مؤسس إيثريوم المشارك Vitalik Buterin في 6 مايو 2026.
كيف يعمل نظام nonce المُمَوَّل بالمفاتيح (keyed nonce)؟
وفقًا لوثيقة اقتراح EIP-8250، يستبدل نظام nonce المُمَوَّل بالمفاتيح nonce المفرد عبر (nonce_key, nonce_seq)، لإنشاء مجالات حماية مستقلة من إعادة التشغيل لأنواع مختلفة من المعاملات. وهذا يسمح بتنفيذ عدة معاملات خصوصية في الوقت نفسه دون حدوث تعارضات؛ إذ يتم وسم مُبطِل-القيمة بشكل دائم على أنه قد تم إنفاقه بمجرد استخدامه.
كيف يعالج EIP-8250 مشكلة التخزين واسعة النطاق على إيثريوم؟
وفقًا لمحتوى اقتراح EIP-8250، يقدم الاقتراح تخزينًا مُخصصًا لمُبطِلات-القيم، ويعتمد التقسيم (Sharding) ومرشّح بلوم (Bloom Filter) وطبقة تحقق مخصصة. ويقوم بفصل بيانات معاملات الخصوصية عن حالة إيثريوم العامة للتحكم في حجم التخزين الذي تتحمله العقدة عند ارتفاع حجم المعاملات.
إخلاء المسؤولية: قد تكون المعلومات الواردة في هذه الصفحة من مصادر خارجية ولا تمثل آراء أو مواقف Gate. المحتوى المعروض في هذه الصفحة هو لأغراض مرجعية فقط ولا يشكّل أي نصيحة مالية أو استثمارية أو قانونية. لا تضمن Gate دقة أو اكتمال المعلومات، ولا تتحمّل أي مسؤولية عن أي خسائر ناتجة عن استخدام هذه المعلومات. تنطوي الاستثمارات في الأصول الافتراضية على مخاطر عالية وتخضع لتقلبات سعرية كبيرة. قد تخسر كامل رأس المال المستثمر. يرجى فهم المخاطر ذات الصلة فهمًا كاملًا واتخاذ قرارات مدروسة بناءً على وضعك المالي وقدرتك على تحمّل المخاطر. للتفاصيل، يرجى الرجوع إلى
إخلاء المسؤولية.
