شرح EIP-8479 لإيثيريوم: PeerDAS ما بعد الكمي والكتل بحجم متغير

2026/11/03 16:03:00

ماذا لو استطاع إيثريوم جعل بنية تحتية لتوافر البيانات الخاص به أكثر مقاومة لأجهزة الكمبيوتر الكمومية المستقبلية، مع منح شبكات الطبقة الثانية مرونة أكبر في كيفية نشر بيانات المعاملات؟ اقتراح جديد قدمه باحث مؤسسة إيثريوم فرانشيسكو ريسيتانو في 1 نوفمبر 2026، يستكشف بالضبط هذا الاحتمال. يقترح المسودة، التي كانت مُرَقَّمة أصلاً EIP-9999، استبدال التزامات KZG في PeerDAS بالتزامات ميركل Keccak-256 وإثباتات LeanDA STARK. كما يُقدّم كتلًا بحجوم متغيرة تتراوح بين 2 كيلوبايت و512 كيلوبايت، مما يسمح للـ rollups باختيار سعة بيانات تتماشى بشكل أقرب مع احتياجاتها. يستخدم خيط المناقشة الخاص بـ Ethereum Magicians التسمية EIP-8479، مما يجعل التمييز في الترقيم مهمًا عند متابعة الاقتراح. على الرغم من أن التصميم لا يزال في مرحلة مراجعة مبكرة، فإنه يربط بين أولويات تطوير إيثريوم الثلاث الكبرى: التشفير ما بعد الكمومي، توافر البيانات، وقابلية التوسع للطبقة الثانية. تمتد أهميته المحتملة إلى ما وراء هندسة البروتوكول، مثيرًا أسئلة حول تكاليف الـ rollup، وتنافسية بنية إيثريوم الأساسية، وقيمة النظام البيئي لـ ETH على المدى الطويل.

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

مقترح جديد ما بعد الكم: يستكشف المسودة استبدال التزامات KZG-based PeerDAS بالتزامات ميركل Keccak-256 وإثباتات LeanDA STARK.
كتل بحجم متغير: يسمح التصميم بحجوم كتل تساوي قوى العدد اثنين من 2 كيلوبايت إلى 512 كيلوبايت مع الاحتفاظ بـ 128 عمودًا لكل كتلة.
الآثار على الطبقة 2: يمكن للـ Rollups اختيار سعات بيانات أكثر توافقًا مع دفعات المعاملات، مما قد يحسن استخدام البيانات.
التغييرات التشفيرية: ستستبدل مسارات المصادقة من ميركل إثباتات خلايا KZG، بينما ستتحقق إثباتات STARK من ترميز ريد-سولومون واستخلاص الالتزام.
مرحلة التطوير المبكرة: لا يزال الاقتراح مسودة، حيث تتطلب معلمات نظام الإثبات، وتكامل العميل، ومقاييس الأداء مزيدًا من العمل.
أهمية سوق ETH: قد يعزز هذا الاقتراح السرد طويل الأجل للبنية التحتية لإيثيريوم، لكنه لا يُنشئ حافزًا فوريًا لأسعار ETH ولا يضمن انخفاض رسوم المعاملات.

ما هو Ethereum EIP-8479 ولماذا تم اقتراحه؟

يُعالج الاقتراح تحديين مترابطين: الأمان التشفيري طويل الأمد لطبقة توافر البيانات في إيثريوم والحاجة إلى سعة بيانات أكثر مرونة للـ rollups. العنوان الأصلي لمواصفاته هو EIP-9999، بينما استخدم خيط المناقشة في نوفمبر 1 عنوان EIP-8479. تم تأليفه من قبل فرانشيسكو ريسيتانو وتووماس كوراتجر وتوم وامبسغانس، وكان مسودته الأولية مؤرخة في 26 أكتوبر 2026. الاقتراح هو EIP من نوع Core، Standards Track، وحاليًا يحمل حالة مسودة. يشير إلى عدة اقتراحات مرتبطة، بما في ذلك EIP-4844 وEIP-7594 وEIP-7892 وEIP-8141 وEIP-8288.

لماذا يحتاج PeerDAS القائم إلى نهج تشفيري مختلف

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

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

لماذا تهم مرونة Blob لإيثريوم

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

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

كيف يستبدل EIP-8479 KZG بـ STARKs المقاومة للحوسبة الكمية؟

التغيير التشفيري المركزي هو استبدال التزامات KZG وإثباتات الخلايا بالتزامات Merkle باستخدام Keccak-256، ومسارات المصادقة Merkle، وإثباتات LeanDA STARK. يفصل التصميم بين مهمة مصادقة عينات البيانات الفردية ومهمة إثبات أن الكتلة الكاملة تم ترميزها والالتزام بها بشكل صحيح. يهدف هذا إلى التخلي عن الاعتماد على افتراضات زوجية المنحنيات الإهليلجية وإزالة الإعداد الموثوق المطلوب من بنية KZG الحالية.

التزامات ميركل Keccak-256

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

في التصميم المقترح لـ PeerDAS، يتلقى كل blob التزامًا ميركل مبنيًا على Keccak-256. عندما يعين عقدة خلية بيانات معينة، يمكنها تلقي مسار المصادقة الميركل المقابل والتحقق بشكل مستقل من أن الخلية تنتمي إلى الـ blob الملتزم به. وهذا يوفر وسيلة لمصادقة البيانات المأخوذة عينة منها دون الاعتماد على إثباتات خلايا KZG.

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

ما الذي يتحقق منه LeanDA STARK فعليًا؟

تُثبت المصادقة عبر ميركل أن الخلية المأخوذة عينة تنتمي إلى هيكل بيانات مُلتزم به، لكن البروتوكول يجب أن يُثبت أيضًا أن ترميز بيانات الـ blob وتوليد الالتزام صحيحان. هنا تصبح LeanDA STARK مهمة.

تثبت STARK المقترحة خاصيتين أساسيتين: أن الكتلة تحقق علاقتها الترميزية Reed-Solomon، وأن الالتزام المرتبط بـ Merkle تم اشتقاقه بشكل صحيح. يُدخل الترميز Reed-Solomon طبقات زائدة تسمح بإعادة بناء الأجزاء المفقودة من البيانات عندما تبقى كمية كافية من الأجزاء الصالحة. تسمح هذه الإثباتات للشبكة بالتحقق من علاقات الترميز والالتزام ذات الصلة دون الحاجة إلى أن يعيد كل مُتحقق الحساب بالكامل بشكل مستقل.

يربط المقترح أيضًا أدلة LeanDA بـ EIP-8288، الذي يوفر إطار عمل للتكامل التكراري STARK على مستوى الكتلة. بدلاً من التعامل مع كل دليل كمهمة تحقق منفصلة، يُقدّم التصميم أطرًا تعتمد على توافر البيانات، يمكن دمج أدلة هذه الأطر في التجميع العام على مستوى الكتلة. هذا التكامل ذو أهمية تقنية كبيرة لأن تكاليف توليد الأدلة، وتجميعها، والتحقق منها ستؤثر على ما إذا كان التصميم عمليًا لعملاء إيثريوم.

كيف تغير كتل الحجم المتغير توافر البيانات في إيثريوم؟

يُقدّم الاقتراح أحجامًا للبلاوب تتراوح بين 2 كيلوبايت و512 كيلوبايت، مع تقييد أطوال البايت المدعومة على قوى العدد اثنين. تحتفظ كل بلو بـ 128 عمودًا، مما يعني أن طول البايت للوحدات الفردية للبيانات يتغير بينما تظل البنية العامة للأعمدة متسقة. هذا انحراف كبير عن نموذج البلاوب ذي الحجم الثابت المستخدم من قبل بنية توافر البيانات الحالية لإيثريوم.

من السعة الثابتة إلى النشر المرن للبيانات

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

توضح الأمثلة التالية نطاق السعة المقترح:

2 KiB: إرسال بيانات صغير يتطلب سعة محدودة.
8 كيلوبايت–64 كيلوبايت: أحجام متوسطة لمجموعات معاملات مدمجة نسبيًا.
128 كيلوبايت: نقطة مرجعية مألوفة تتوافق مع سعة الكتلة التقليدية.
256 كيلوبايت–512 كيلوبايت: الإرسالات الأكبر التي تتطلب سعة بيانات إضافية.

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

كيف يمكن أن تؤثر الكتل ذات الحجم المتغير على تكاليف الغاز؟

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

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

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

ما الذي يمكن أن يعنيه EIP-8479 لشبكات إيثريوم من الطبقة الثانية؟

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

الفوائد المحتملة لمشغلي الـ Rollup

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

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

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

الآثار على منافسة طبقة 2 لإيثيريوم

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

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

لذلك، فإن مساهمته المحتملة تُقيّم أفضل كتحسين للبنية التحتية يمكن أن يعزز بيئة تطوير طبقة 2 لإيثيريوم مع مرور الوقت، وليس كميزة تنافسية فورية تم إثباتها بالفعل.

كيف يتناسب EIP-8479 مع خارطة طريق إيثريوم بعد الكمية؟

يُعالج EIP-8479 مكون توفر البيانات في خطة البحث الأوسع لـ Ethereum بعد الكمية. إنه لا يستبدل كل مكون تشفيري يستخدمه الشبكة، ولا يجعل Ethereum مقاومة بالكامل للحوسبة الكمية. تتطلب توقيعات التوافق، ومصادقة الحسابات، وأنظمة التشفير الأخرى استراتيجيات هجرة خاصة بها.

ثلاثة مجالات تشفيرية تتطلب اهتمامًا

تشمل البنية التشفيرية لإيثيريوم عدة مكونات ذات افتراضات أمنية مختلفة:

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

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

الالتزامات المتعلقة بتوافر البيانات: التزامات KZG هي المكون المستهدف مباشرةً من هذا المقترح. استبدالها بالتزامات Merkle القائمة على التجزئة وإثباتات STARK سيعالج جزءًا محددًا من التعرض التشفيري للبروتوكول.

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

لماذا تهم التصاميم القائمة على STARK

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

يُظهر EIP-8479 أيضًا أهمية ربط البحث التشفيري بهندسة البروتوكول. نظام الإثبات الآمن نظريًا لا يكفي وحده: يجب أن يعمل ضمن قيود زمن الكتلة وعرض النطاق الترددي وموارد المدققين وتوافق العميل في إيثريوم. يعكس دمج الاقتراح مع EIP-8288 هذا الشرط المتمثل في النظر إلى التحقق من الإثبات على مستوى الكتلة الأوسع.

ما هي الحالة الحالية لـ EIP-8479؟

حتى 2 نوفمبر 2026، لا يزال الاقتراح مسودة في مرحلة مبكرة وليس ترقية معتمدة لشبكة إيثريوم. ويدعو نقاشه في 1 نوفمبر وطلب السحب على GitHub إلى ملاحظات من مطوري الـ rollup، وفرق العقد التوافقي والتنفيذ، والمساهمين في الشبكة، وباحثي التشفير. وتحديد المواصفات صراحةً عدة قضايا لم تُحل، مما يعني أن هناك عملًا كبيرًا في التصميم والتنفيذ لا يزال مطلوبًا قبل أي اعتبار لنشر على الشبكة الرئيسية.

تحديات تقنية متميزة

المشكلة الأولى هي إكمال برنامج الضيف LeanDA ومفتاح التحقق الخاص به. هذه المكونات مهمة لأنها تحدد الحساب الذي يتم إثباته والمعاملات المستخدمة من قبل المدققين للتحقق من إثبات STARK الناتج.

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

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

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

ما الذي يجب على المطورين والمستثمرين مراقبته بعد ذلك؟

ستكون أهم التطورات التقدم في المواصفات، ونشر نموذج أولي قابل للعمل، والمراجعة التشفيرية المستقلة، ونتائج الأداء. كما سيساعد تعليقات فرق الـ rollup في تحديد ما إذا كان النطاق المُقترح للسعة مفيدًا لعبء عمل النشر الفعلي للبيانات.

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

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

هل يمكن أن يؤثر EIP-8479 على سعر ETH وتبني Ethereum؟

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

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

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

ومع ذلك، ستظل التقييمات الأوسع لـETH تعتمد على نشاط الشبكة، والتعدين المضمّن، وديناميكيات العرض، وتبني التطبيقات، والمنافسة من نظم بلوكشين أخرى. لذلك، يجب اعتبار EIP-8479 كعنصر واحد من تطوير البنية التحتية طويلة الأجل لإيثريوم، وليس كفرضية استثمار مستقلة.

الاستنتاج

يُمثّل تصميم PeerDAS المُقترح بعد الكمي وحجم الكتلة المتغير لـ Ethereum اتجاهًا بحثيًا مهمًا لبنية توافر البيانات للشبكة. من خلال استبدال التزامات KZG وإثباتات الخلايا بالتزامات Merkle Keccak-256 والتحقق من LeanDA STARK، يستكشف هذا المقترح بنية تشفيرية أكثر توافقًا مع أهداف الأمان بعد الكمي على المدى الطويل. كما يُقدّم تصميم كتلة الحجم المتغير، الذي يتراوح بين 2 كيلوبايت و512 كيلوبايت، مرونة أكبر للـ rollups التي تحتاج إلى نشر كميات مختلفة من بيانات المعاملات.

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

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

ما الفرق بين EIP و ERC؟

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

ماذا تعني PeerDAS؟

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

ما هو ترميز ريد-سولومون؟

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

ما هو الإعداد الموثوق في التشفير؟

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

كيف يمكن للمستخدمين متابعة تقدم مقترح تحسين إيثريوم؟

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

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

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