كيف يمكن أن يُحدث EIP-8361 تغييرًا في آلية التحقق من الذاكرة المؤقتة (Mempool) في Ethereum؟

آخر تحديث 2026-08-10 09:43:23
مدة القراءة: 3m
قد يُغيّر EIP-8361 آلية التحقق من صحة الذاكرة المؤقتة (mempool) في Ethereum عبر إتاحة إمكانية أن تحمل بعض معاملات إطار EIP-8141 إثبات STARK مختصر يؤكد أن منطق التحقق القابل للبرمجة الخاص بها أعاد نتيجة APPROVE. وبدلاً من قيام كل عقدة باستلام وتكرار تلك العملية الحسابية، يمكن للعقد التحقق من صحة الإثبات وافتراضاته قبل قبول المعاملة.

بالنسبة لمطوّري Ethereum، مشغّلي العقدة، والمستخدمين المتخصصين في العملات الرقمية، فإن هذه القضية مؤثرة لأن منطق الحسابات الأكثر تعقيدًا قد يزيد من عبء الشبكة ويقيّد انتشار المعاملات. يركّز الاقتراح على قبول المعاملات في الذاكرة المؤقتة (mempool)، وليس على مكافآت التخزين، إصدار المُدقِّقين، أو معروض ETH.

هذا التمييز يزيل أيضًا مصدرًا رئيسيًا للارتباك. إذ استخدمت مسودة منفصلة بعنوان Tapered Issuance Burn رقم EIP-8361 لفترة وجيزة أثناء تقديمها في أغسطس 2026، لكن محرري Ethereum أكدوا أن الرقم 8361 كان مخصصًا بالفعل لإثبات صلاحية المعاملات وتم تخصيص اقتراح التخزين للرقم EIP-8363 بدلًا منه. لذلك يوضح هذا المقال الاقتراح الفعلي للذاكرة المؤقتة ويوضح سبب استمرار ظهور ادعاءات الإصدار والتخزين تحت الكلمة المفتاحية EIP-8361 في بعض المواقع والصفحات القديمة.

النقاط الرئيسية

  • يقترح EIP-8361 قبولًا قائمًا على إثبات الصلاحية للمعاملات المؤهلة ضمن إطار EIP-8141.
  • يمكن للعقدة التحقق من إثبات صلاحية موجز بدلًا من تنفيذ منطق التحقق المعقد بشكل متكرر قبل قبول المعاملة في الذاكرة المؤقتة العامة.
  • يهدف هذا الأسلوب إلى تقليل الحسابات المكررة مع السماح بحسابات برمجية أكثر تعبيرًا.
  • القبول المعتمد على الإثبات لا يستبدل التنفيذ المعتاد لـ Ethereum ولا يضمن تضمين المعاملة في الكتلة.
  • نسب التخزين، انخفاض الإصدار، حرق مكافآت المُدقِّقين، وعتبة 60.25 مليون ETH تنتمي إلى EIP-8363 Tapered Issuance Burn وليس إلى ترقيم EIP-8361 النهائي.

كيف يمكن أن يغيّر EIP-8361 عملية التحقق من المعاملات في الذاكرة المؤقتة لـ Ethereum؟

لا تقوم عقد Ethereum بنقل كل معاملة بشكل أعمى. قبل أن تدخل المعاملة إلى الذاكرة المؤقتة المحلية وتنتشر إلى النظراء، تطبق العقدة فحوصات قبول مصممة لرفض الحركة غير الصالحة أو المكلفة بشكل مفرط. لذا تقع الذاكرة المؤقتة (mempool) بين بث المعاملات وتضمينها النهائي في الكتلة.

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

يقدم EIP-8361 إثبات صلاحية المعاملات نهجًا آخر: تنفيذ مقدمة التحقق خارج السلسلة، إنتاج STARK موجز، ونشر هذا الإثبات مع المعاملة. يمكن للعقدة المستقبلة بعد ذلك التحقق من الإثبات والافتراضات المعلنة بدلًا من إعادة بناء الحساب الكامل.

قبول المعاملات في EIP-8361 وتأثيره على عبء العمل للعقدة

ينقل الاقتراح عبء العمل المكلف للقبول بعيدًا عن كل نظير دون استبدال التنفيذ الرسمي لـ Ethereum. يثبت الإثبات ما إذا كانت المعاملة تستوفي الشروط المطلوبة للقبول في الذاكرة المؤقتة؛ ولا يصبح بديلًا على السلسلة لتنفيذ المعاملة.

يربط عملية إثبات صلاحية المعاملات بالتفصيل الإثبات بالمعاملة والافتراضات ذات الصلة. بعد التحقق، قد تقبل العقدة وتعيد نشر المعاملة. وإذا قام المُدقِّق لاحقًا بتضمينها في كتلة، ينفذ Ethereum المعاملة بشكل طبيعي، بينما يبقى إثبات القبول كبيانات للشبكة وليس كحالة دائمة في البلوكشين.

مخطط تدفق EIP-8361 يقارن بين محاكاة المعاملات المتكررة والتحقق من الإثبات المستند إلى STARK قبل قبول المعاملات في الذاكرة المؤقتة لـ Ethereum.

ما الذي قد يتغير في انتشار المعاملات؟

إذا كان التحقق من الإثبات أقل تكلفة أو أكثر قابلية للتنبؤ من تنفيذ منطق التحقق المعقد بشكل متكرر، فقد يسمح EIP-8361 بانتشار المعاملات ذات الشروط البرمجية الأكثر ثراءً دون فرض نفس عبء التنفيذ على كل نظير.

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

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

يمكن أن يوفر مخطط سعر Ethereum المباشر سياقًا للسوق حول النقاشات البروتوكولية الرئيسية، لكن اتجاهات سعر ETH لا تحدد ما إذا كان آلية الذاكرة المؤقتة تحسّن كفاءة العقدة.

لماذا يحدث الخلط بين EIP-8361 وTapered Issuance Burn؟

تصف إحصاءات التخزين المتداولة تحت "EIP-8361" ما أصبح الآن EIP-8363، وهو اقتراح Core منفصل يركّز على منحنى إصدار Ethereum الحالي. أثناء تقديمه في أغسطس 2026، خصص المؤلفون الرقم 8361 مؤقتًا؛ ثم أشار محررو Ethereum إلى أن الرقم كان مخصصًا بالفعل لإثبات صلاحية المعاملات وأعيد تخصيص اقتراح الإصدار إلى EIP-8363.

يقترح EIP-8363 آلية Tapered Issuance Burn حيث تُحرق نسبة متزايدة من مكافآت المُدقِّق المثالية مع ارتفاع نسبة التخزين. يبلغ رصيد التشبع تقريبًا 60.25 مليون ETH، أي ما يقارب نصف معروض ETH؛ عند تلك النقطة تصل نسبة الحرق إلى %100 للمكافآت المغطاة بالإجماع.

أشارت تقارير أغسطس إلى وجود حوالي 41.1 مليون ETH، أو %33.7 من المعروض، في التخزين. وعند تلك النسبة تقريبًا، تضع الحسابات المستندة إلى المنحنى المقترح نسبة الحرق للمكافآت عند حوالي %56 إذا تم تطبيق الانحدار الكامل. ومع ذلك تستخدم المسودة فترة انتقالية مدتها 18 شهرًا بدلًا من تطبيق التخفيض الاقتصادي الكامل فورًا.

الحجة الاقتصادية وراء EIP-8363 هي أن نموذج الإصدار الحالي يحتفظ بحد أدنى للعائد حتى مع دخول نسبة متزايدة من ETH في التخزين. ويؤكد المؤيدون أن ذلك يمكن أن يستمر في تشجيع المشاركة الإضافية بعد أن تكون الشبكة قد جمعت بالفعل أمانًا اقتصاديًا كبيرًا. وفقًا للنموذج المتدرج، يُقدّر أن الإصدار السنوي يبلغ ذروته عند حوالي %0.5 من إجمالي معروض Ethereum عند نسبة تخزين %20 ثم ينخفض مع زيادة نسبة التخزين.

يقدّر أحد السيناريوهات المؤيدة أنه إذا بقي دخول المُدقِّقين قريبًا من الحد الأقصى مع عدد قليل من الخروج، فقد يتم تخزين أكثر من 70 مليون ETH بحلول 1 يناير 2028، أي أكثر من %55 من المعروض. هذا سيناريو يُستخدم في النقاش وليس توقعًا مضمونًا.

يؤكد المؤيدون أن انخفاض الإصدار عند نسب التخزين العالية قد يقلل من التخفيف، وعند دمجه مع آليات حرق الرسوم الحالية لـ Ethereum، يزيد من الظروف التي يصبح فيها ETH انكماشيًا هيكليًا. سيكون من المبالغة القول إن EIP-8363 يضمن الانكماش، لأن إجمالي المعروض لا يزال يعتمد على العلاقة بين الإصدار وETH المحروق عبر نشاط الشبكة.

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

هذه الحجج المتعلقة بالتخزين لا تغيّر الإجابة على السؤال الرئيسي: EIP-8361 إثبات صلاحية المعاملات يغيّر سلوك قبول المعاملات في الذاكرة المؤقتة المقترح؛ EIP-8363 يغيّر اقتصاديات إصدار المُدقِّق المقترحة.

المخاطر والقيود

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

لا يضمن إثبات القبول الصحيح التضمين. لا يزال البناؤون والمُدقِّقون يحددون أي المعاملات المؤهلة تدخل الكتل، ويمكن أن يستمر ترتيب المعاملات في التفاعل مع الرسوم والقيمة القصوى القابلة للاستخلاص.

يخلق تاريخ الترقيم خطرًا إضافيًا للتحقق من المعلومات. قد لا تزال نتائج البحث، منشورات المنصات الاجتماعية، المقالات القديمة، ومحتوى المواقع المؤقتة تشير إلى Tapered Issuance Burn باسم "EIP-8361". لذا يجب على المستخدمين إجراء البحث الخاص بهم والتحقق من سجل EIP الحالي بدلًا من الاعتماد فقط على صفحة قديمة، منشور Twitter/X، الإعلانات، ملخصات المنصة، أو رؤى البحث التلقائية. تحدد عملية EIP الرسمية لـ Ethereum إثبات صلاحية المعاملات تحت الرقم 8361 واقتراح الإصدار تحت الرقم 8363.

الخلاصة

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

النقاش حول التخزين المرتبط بالكلمة المفتاحية نابع من تصادم الترقيم وليس من آلية الذاكرة المؤقتة نفسها. رصيد التشبع 60.25 مليون ETH، مكافآت المُدقِّق المتدرجة، حوالي %0.5 ذروة الإصدار السنوي، والسيناريوهات التي تتضمن أكثر من 70 مليون ETH في التخزين كلها تنتمي إلى EIP-8363. الحفاظ على الفصل بين هذه الاقتراحات ضروري لفهم ما سيغيّره EIP-8361 فعليًا.

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

هل يقلل EIP-8361 مكافآت المُدقِّق بنسبة %56؟

لا. تشير نسبة %56 تقريبًا إلى حسابات EIP-8363 Tapered Issuance Burn عند نسبة تخزين قريبة من المستوى المبلغ عنه في أغسطس 2026. لا يقلل EIP-8361 إثبات صلاحية المعاملات مكافآت المُدقِّقين.

هل يصل EIP-8361 إلى معدل حرق %100 عند تخزين 60.25 مليون ETH؟

لا. ينتمي رصيد التشبع 60.25 مليون ETH إلى EIP-8363. عند ذلك المستوى، أي تقريبًا نصف معروض ETH وفقًا للمعايير المرجعية للاقتراح، تصل نسبة حرق مكافآت الإجماع المغطاة إلى %100؛ ولا يحتوي EIP-8361 على منحنى حرق قائم على التخزين.

هل هناك حوالي 41.1 مليون ETH مخزنة حاليًا؟

أشارت تقارير أغسطس 2026 إلى وجود حوالي 41.1 مليون ETH، أو %33.7 من المعروض، في التخزين عند مناقشة اقتراح Tapered Issuance Burn. يتغير ETH المخزن بمرور الوقت، لذا يجب التعامل مع هذا الرقم كلقطة مؤقتة وليس كمعامل دائم في Ethereum.

هل يمكن أن يتجاوز التخزين 70 مليون ETH بحلول 2028؟

أشار سيناريو مؤيد إلى إمكانية تخزين أكثر من 70 مليون ETH بحلول 1 يناير 2028 إذا بقيت قائمة الدخول للمُدقِّقين مستخدمة بشكل كبير واستمر الخروج محدودًا. وهو توقع مشروط يُستخدم لتبرير EIP-8363 وليس ضمانًا بروتوكوليًا أو مواصفة لـ EIP-8361.

هل يبلغ الإصدار السنوي لـ ETH ذروته عند حوالي %0.5 وفقًا للاقتراح؟

وفقًا للنموذج المتدرج في EIP-8363، يحسب المؤيدون أن الإصدار السنوي سيبلغ ذروته عند حوالي %0.5 من إجمالي معروض ETH عند نسبة تخزين %20 ثم ينخفض مع ارتفاع نسبة التخزين. هذا المنحنى للإصدار غير مرتبط بإثبات صلاحية المعاملات في EIP-8361.

هل يجعل Tapered Issuance Burn ETH انكماشيًا هيكليًا؟

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

ما الذي يغيّره EIP-8361 فعليًا؟

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

المؤلف:  Jared
إخلاء المسؤولية

* لا يُقصد من المعلومات أن تكون أو أن تشكل نصيحة مالية أو أي توصية أخرى من أي نوع تقدمها منصة Gate أو تصادق عليها .

* لا يجوز إعادة إنتاج هذه المقالة أو نقلها أو نسخها دون الرجوع إلى منصة Gate. المخالفة هي انتهاك لقانون حقوق الطبع والنشر وقد تخضع لإجراءات قانونية.

مشاركة

sign up guide logosign up guide logo
sign up guide content imgsign up guide content img
Sign Up

المقالات ذات الصلة

تحليل اقتصاديات رمز JTO: توزيع الرمز، الاستخدام، والقيمة طويلة الأجل
مبتدئ

تحليل اقتصاديات رمز JTO: توزيع الرمز، الاستخدام، والقيمة طويلة الأجل

يُعتبر JTO رمز الحوكمة الأساسي لشبكة Jito، ويشكّل محورًا رئيسيًا في بنية MEV التحتية ضمن منظومة Solana. يوفر هذا الرمز إمكانيات حوكمة فعّالة، ويحقق مواءمة بين مصالح المُدقِّقين والمخزنين والباحثين عبر عوائد البروتوكول وحوافز النظام البيئي. تم تحديد إجمالي المعروض من الرمز عند 1 مليار بشكل استراتيجي لضمان توازن بين الحوافز الفورية والنمو طويل الأجل المستدام.
2026-04-03 14:06:42
ما هي العناصر الرئيسية لبروتوكول 0x؟ استعراض معماري Relayer وMesh وAPI
مبتدئ

ما هي العناصر الرئيسية لبروتوكول 0x؟ استعراض معماري Relayer وMesh وAPI

يؤسس بروتوكول 0x بنية تحتية متقدمة للتداول اللامركزي من خلال مكونات رئيسية تشمل Relayer، وMesh Network، و0x API، وExchange Proxy. يتولى Relayer إدارة بث الأوامر خارج السلسلة، وتتيح Mesh Network مشاركة الأوامر، بينما يوفر 0x API واجهة موحدة لعروض السيولة، ويتولى Exchange Proxy تنفيذ التداولات على السلسلة وتوجيه السيولة بكفاءة. تُمكّن هذه المكونات مجتمعةً من بناء هيكل يجمع بين نشر الأوامر خارج السلسلة وتسوية التداولات على السلسلة، ما يمنح المحافظ، وDEXs، وتطبيقات التمويل اللامركزي (DeFi) إمكانية الوصول إلى سيولة متعددة المصادر عبر واجهة موحدة واحدة.
2026-04-29 03:06:50
جيتو مقابل مارينيد: دراسة مقارنة لبروتوكولات تخزين السيولة على Solana
مبتدئ

جيتو مقابل مارينيد: دراسة مقارنة لبروتوكولات تخزين السيولة على Solana

يُعد Jito وMarinade البروتوكولين الرئيسيين للتخزين السائل على Solana. يعزز Jito العائد عبر MEV (القيمة القصوى القابلة للاستخراج)، ويخدم المستخدمين الذين يبحثون عن عوائد مرتفعة. بينما يوفر Marinade خيار تخزين أكثر استقرارًا ولامركزيًا، ليكون ملائمًا للمستخدمين أصحاب الشهية المنخفضة للمخاطر. يكمن الفرق الجوهري بينهما في مصادر العائد وتركيبة المخاطر.
2026-04-03 14:05:17
Pendle مقابل Notional: تحليل مقارن لبروتوكولات العائد الثابت في التمويل اللامركزي (DeFi)
متوسط

Pendle مقابل Notional: تحليل مقارن لبروتوكولات العائد الثابت في التمويل اللامركزي (DeFi)

تُعتبر Pendle وNotional من البروتوكولات الرائدة في قطاع العائد الثابت ضمن التمويل اللامركزي (DeFi)، حيث يعتمد كل منهما آليات مميزة لتوليد العوائد. تقدم Pendle ميزات العائد الثابت وتداول العائد من خلال نموذج تقسيم العائدات PT وYT، في حين تتيح Notional للمستخدمين تثبيت معدلات الاقتراض عبر متجر الإقراض بمعدل فائدة ثابت. بالمقارنة، فإن Pendle أنسب لإدارة أصول العائد وتداول معدلات الفائدة، بينما تتخصص Notional في سيناريوهات الإقراض بمعدل فائدة ثابت. يسهم كلا البروتوكولين في تطوير سوق العائد الثابت في التمويل اللامركزي (DeFi)، حيث يتميز كل منهما بنهج فريد في هيكلية المنتج وتصميم السيولة والفئات المستهدفة من المستخدمين.
2026-04-21 07:34:07
كيف تتيح Pharos تحويل الأصول الحقيقية (RWA) إلى على السلسلة؟ استعراض معمّق للمنهجية التي تستند إليها بنية RealFi التحتية لديها
متوسط

كيف تتيح Pharos تحويل الأصول الحقيقية (RWA) إلى على السلسلة؟ استعراض معمّق للمنهجية التي تستند إليها بنية RealFi التحتية لديها

تتيح Pharos (PROS) دمج الأصول الواقعية (RWA) على السلسلة عبر بنية طبقة أولى عالية الأداء وبنية تحتية محسّنة للسيناريوهات المالية. من خلال التنفيذ المتوازي، والتصميم المعياري، والوحدات المالية القابلة للتوسع، تلبي Pharos متطلبات إصدار الأصول، وتسوية التداولات، وتدفق رأس المال المؤسسي، مما يسهل ربط الأصول الحقيقية بالنظام المالي على السلسلة. في جوهرها، تبني Pharos بنية تحتية RealFi تربط الأصول التقليدية بالسيولة على السلسلة، لتوفر شبكة أساسية مستقرة وفعالة لسوق RWA.
2026-04-29 08:04:57
ما المقصود بـ PT و YT في Pendle؟ تحليل شامل لآلية تقسيم العائد
متوسط

ما المقصود بـ PT و YT في Pendle؟ تحليل شامل لآلية تقسيم العائد

يُعد PT و YT الرمزين الأساسيين للعائد في بروتوكول Pendle. يمثل PT (رمز رأس المال) رأس المال الخاص بأصل العائد، وغالبًا ما يتم تداوله بسعر أقل من قيمته الاسمية، ويُسترد بقيمته الاسمية عند تاريخ الانتهاء. أما YT (رمز العائد) فيمثل الحق في العائد المستقبلي للأصل، ويمكن تداوله للحصول على العوائد المتوقعة. من خلال تقسيم الأصول ذات العائد إلى PT و YT، أنشأت Pendle سوقًا لتداول العائدات ضمن التمويل اللامركزي (DeFi)، مما يمكّن المستخدمين من تأمين عوائد ثابتة، والمضاربة على تقلبات العائد، وإدارة مخاطر العائد بفعالية.
2026-04-21 07:18:16