
بناءً على منشور على منصة X بتاريخ 6 مايو من جانب مؤسس إيثريوم المشارك Vitalik Buterin، قُدِّم اقتراح EIP-8250 رسميًا. وتتمثل الآلية الأساسية في نظام “nonce المُمَوَّل بالمفاتيح (keyed nonce)”، بهدف تمكين تنفيذ معاملات خصوصية متوازية على نطاق واسع على شبكة إيثريوم. ووفقًا لوثيقة اقتراح EIP-8250، فإن هدف تصميم هذا النظام هو دعم ما يصل إلى 500 مليار سجل مرتبط بالخصوصية خلال ثماني سنوات.
وفقًا لوثيقة اقتراح 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)، مع إدارة فصل هذا التخزين عن حالة إيثريوم العامة الحالية؛ والسبب هو أن مُبطِلات-القيم تتبع قواعد ثابتة وقابلة للتنبؤ، ما يجعل من المناسب اعتماد بنية مخصصة للتعامل معها.
وفقًا لوثيقة اقتراح EIP-8250، سيعتمد تخزين مُبطِلات-القيم المخصص على التقنيات الثلاث التالية:
التقسيم (Sharding): توزيع بيانات التخزين عبر شرائح/مقاطع مختلفة لتقليل عبء التخزين على عقدة واحدة
مرشّح بلوم (Bloom Filter): يُستخدم للاستعلام بكفاءة عمّا إذا كان مُبطِل-القيمة قد تم استخدامه بالفعل، لتقليل الحاجة إلى فحص الحالة الكاملة
طبقة تحقق مخصصة: تحسين قواعد مُبطِلات-القيم الثابتة لخفض تكلفة حسابات التحقق
وبحسب شرح الاقتراح، فإن هدف تصميم مجموعة التقنيات المذكورة هو: تمكين عقد إيثريوم من الحفاظ على حجم تخزين يمكن التحكم فيه عند زيادة حجم المعاملات بشكل كبير.
وفقًا لمنشور على منصة X، تم تقديم EIP-8250 رسميًا بواسطة مؤسس إيثريوم المشارك Vitalik Buterin في 6 مايو 2026.
وفقًا لوثيقة اقتراح EIP-8250، يستبدل نظام nonce المُمَوَّل بالمفاتيح nonce المفرد عبر (nonce_key, nonce_seq)، لإنشاء مجالات حماية مستقلة من إعادة التشغيل لأنواع مختلفة من المعاملات. وهذا يسمح بتنفيذ عدة معاملات خصوصية في الوقت نفسه دون حدوث تعارضات؛ إذ يتم وسم مُبطِل-القيمة بشكل دائم على أنه قد تم إنفاقه بمجرد استخدامه.
وفقًا لمحتوى اقتراح EIP-8250، يقدم الاقتراح تخزينًا مُخصصًا لمُبطِلات-القيم، ويعتمد التقسيم (Sharding) ومرشّح بلوم (Bloom Filter) وطبقة تحقق مخصصة. ويقوم بفصل بيانات معاملات الخصوصية عن حالة إيثريوم العامة للتحكم في حجم التخزين الذي تتحمله العقدة عند ارتفاع حجم المعاملات.
مقالات ذات صلة
سندات خزانة الولايات المتحدة المُمَثَّلة برموز على شبكة Ethereum تسجل رقمًا قياسيًا بقيمة 8 مليارات دولار، إذ تستضيف Ethereum أكثر من 60% من إجمالي القيمة
استغلال TrustedVolumes يستنزف 6.7 مليون دولار من مزود سيولة لدى 1inch
توسّع بنك نيويورك في أعمال «الأصول الرقمية» إلى الإمارات العربية المتحدة، لتقديم خدمات حفظ BTC وETH
تنفّذ JPMorgan وRipple وMastercard تجربة رائدة لتسوية سندات الخزانة المرمّزة على سجل XRP Ledger
سجلت صناديق Ethereum الفورية للتداول 11.57 مليون دولار من صافي التدفقات الداخلة أمس، مع مواصلة سلسلة من 4 أيام متتالية