التوسعة والأمان يسيران جنبًا إلى جنب: تحليل شامل لترقية إيثريوم Fusaka و12 من EIP

المؤلف: @ChromiteMerge

سيشهد إيثريوم في 3 ديسمبر 2025 ترقية رئيسية تسمى “Fusaka” تتضمن ترقية صلبة (هارد فورك). تحتوي هذه الترقية على 12 اقتراح تحسين لإيثريوم (EIP)، وهي كقطع غيار دقيقة ستعمل معًا لتعزيز قابلية التوسع، والأمان، وكفاءة التشغيل لإيثريوم. أدناه، سأقوم بتصنيف هذه الـ12 EIP وأشرح بشكل مبسط المشاكل التي تحلها، ولماذا تعتبر مهمة جدًا لمستقبل إيثريوم.

التوسعة! جعل إيثريوم أسرع وأكثر قدرة على التحمل

هذه هي المحور الرئيسي لترقية Fusaka. لكي يتحمل إيثريوم الاقتصاد الرقمي العالمي، لابد من حل مشكلة الازدحام في المعاملات والتكاليف المرتفعة. بعض EIP التالية تهدف إلى تحقيق ذلك، خاصة تلك التي تركز على تقليل التكاليف وتحسين الكفاءة في التوسعة عبر Layer 2.

EIP-7594: PeerDAS - عينة توفر البيانات

المشكلة: بعد إدخال البيانات “Blob” في ترقية Dencun لتوفير تخزين بيانات رخيص لـ Layer 2، ظهرت مشكلة أساسية: كيف نضمن أن هذه البيانات الضخمة متاحة وموثوقة؟ الطريقة الحالية تتطلب أن يقوم كل عقدة تحقق بتنزيل والتحقق من جميع بيانات الـ blob المرافقة لكل كتلة. عندما تحتوي الكتلة على 9 blobs كحد أقصى، يكون الأمر ممكنًا. لكن إذا زاد العدد لاحقًا إلى 128، فإن تنزيل والتحقق من جميع البيانات سيكلف موارد عالية، مما يرفع عتبة المشاركة لعقد التحقق ويهدد مركزية الشبكة.

الحل: PeerDAS (عينة توفر البيانات بين الأقران) يحول عملية “الفحص الكامل” إلى “فحص عشوائي”. ببساطة:

2. الشبكة تقسم بيانات الـ blob إلى أجزاء.

3. كل عقدة تحقق لا تحتاج لتنزيل جميع البيانات، بل تنزيل وفحص أجزاء عشوائية منها.

4. من خلال التحقق المتبادل وتبادل النتائج، يمكن للجميع التأكد من سلامة البيانات كاملة.

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

الأهمية: PeerDAS يقلل بشكل كبير من عبء التخزين على المدققين، ويمهد الطريق لتوسعة البيانات على نطاق واسع، مع الحفاظ على لامركزية الشبكة. في المستقبل، من المتوقع أن تحتوي كل كتلة على مئات من blobs، مما يدعم رؤية Teragas التي تدعي 10 ملايين TPS، ويمكن للمستخدمين العاديين تشغيل المدققين بسهولة، مما يحافظ على لامركزية الشبكة.

EIP-7892: هارد فورك BPO - ترقية خفيفة للمعلمات

المشكلة: الطلب على سعة بيانات Layer 2 يتغير بسرعة، وإذا كان كل تعديل لحدود الـ Blob يتطلب ترقية كبيرة مثل Fusaka، فسيكون الأمر بطيئًا جدًا، ولا يتماشى مع وتيرة تطور النظام البيئي.

الحل: هذا EIP يحدد آلية “هارد فورك خاص بمعلمات الـ Blob” (Blob Parameter Only Hardfork, BPO). هذه الترقية خفيفة جدًا، وتقتصر على تعديل بعض المعلمات المتعلقة بالـ Blob (مثل الحد الأقصى للـ Blob في كل كتلة)، دون تغييرات معقدة في الكود. حتى مشغلو العقد يمكنهم ببساطة قبول المعلمات الجديدة عند الوقت المحدد، كأنهم يحدثون ملف إعدادات عبر الإنترنت.

الأهمية: آلية BPO تمنح إيثريوم القدرة على تعديل سعة الشبكة بسرعة وأمان. بعد ترقية Fusaka، يخطط المجتمع لإجراء BPO مرتين متتاليتين لزيادة سعة الـ Blob تدريجيًا. هذا يسمح بتوسعة مرنة ومتدرجة، مع تقليل المخاطر، وتحقيق توازن بين التوسع والتشغيل الآمن.

EIP-7918: سوق رسوم الـ Blob المستقر

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

الحل: الفكرة الأساسية لـ EIP-7918 هي تحديد نطاق سعر معقول لرسوم الـ Blob، بحيث يكون هناك حد أدنى وأقصى ثابتين، مرتبطين برسوم تنفيذ العمليات على Layer 2. بمعنى آخر، رسوم الـ Blob لن تتغير بشكل عشوائي، بل ستتعلق برسوم العمليات على Layer 2، مما يثبت استقرارها.

الأهمية: يمنع هذا التعديل سوق رسوم الـ Blob من التقلبات المفرطة، ويجعل تكاليف التشغيل أكثر توقعًا، مما يساعد مشاريع Layer 2 على وضع خطط مالية مستقرة، وتجنب تقلبات الأسعار المفاجئة.

EIP-7935: زيادة سعة المعاملات على الشبكة الرئيسية

المشكلة: الحد الأقصى لعدد المعاملات في كل كتلة هو “حد الغاز للكتلة” (حاليًا حوالي 30 مليون)، ولم يتم تعديله منذ سنوات. لزيادة قدرة الشبكة، لابد من رفع هذا الحد، مع ضمان عدم التأثير على لامركزية التحقق أو متطلبات الأجهزة.

الحل: يقترح هذا EIP رفع الحد الأقصى للغاز في الكتلة إلى مستوى جديد (محدد لاحقًا، ربما 45 مليون أو أكثر). هذا ليس فرضًا، بل توصية، بحيث يتبنى مدققو الشبكة تدريجيًا الحد الجديد.

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

الأمان والاستقرار! بناء درع قوي للشبكة

بالإضافة إلى التوسعة، لابد من ضمان استقرار الشبكة وأمانها. أطلقت مؤسسة إيثريوم في مايو 2025 خطة “الأمان بقيمة تريليون دولار” (Trillion Dollar Security, 1TS)، بهدف بناء شبكة آمنة تحمل أصولًا بقيمة تريليون دولار. العديد من EIP في Fusaka تدعم هذه الخطة، كأنها تثبيت مكابح ودرع إضافي لإيثريوم.

EIP-7934: تحديد الحد الأقصى لحجم الكتلة الفيزيائي

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

الحل: وضع حد ثابت لحجم الكتلة عند 10 ميجابايت، وأي كتلة تتجاوز هذا الحجم تُرفض.

الأهمية: كأنك تضع حدًا لأبعاد الشاحنات على الطريق، لضمان أن الكتل تنتشر بسرعة وتقلل من احتمالية هجمات حجب الخدمة (DoS).

EIP-7825: تحديد حد للغاز لكل معاملة

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

الحل: وضع حد ثابت للغاز عند 16.77 مليون لكل معاملة، وأي عملية تتجاوز ذلك يجب أن تُقسم إلى معاملات متعددة.

الأهمية: يعزز العدالة والتوقع، ويمنع استئثار معاملة واحدة بالكتلة، ويحمي المستخدمين من تأخيرات غير متوقعة.

EIP-7823 & EIP-7883: تعزيز أمان عمليات ModExp

المشكلة: ModExp، وهو عملية حسابية مهمة في التشفير، يواجه مشكلتين: طول الأرقام المدخلة غير محدود، مما قد يُستخدم لشن هجمات، وسعر الغاز منخفض جدًا، مما يسمح للمهاجمين باستنزاف موارد العقدة.

الحل:

• EIP-7823: يحدد حدًا أقصى لطول الأرقام عند 8192 بت.

• EIP-7883: يرفع سعر الغاز لعمليات ModExp، خاصة للأرقام الكبيرة، بحيث يتناسب السعر مع استهلاك الموارد.

الأهمية: يزيل ثغرة أمنية ويجعل العمليات الحسابية أكثر أمانًا، مع تقليل احتمالية استغلالها.

التحديثات الوظيفية! أدوات وتقنيات للمطورين

بالإضافة إلى التوسعة والأمان، تقدم Fusaka أدوات جديدة للمطورين، لتسهيل بناء تطبيقات أكثر قوة ومرونة.

EIP-7951: دعم التوقيعات على الأجهزة الصلبة الشائعة

المشكلة: الأجهزة الأمنية مثل iPhone، U-Shield البنكي، ووحدات الأمان المادية تستخدم معيار تشفير secp256r1 (P-256)، بينما إيثريوم يستخدم secp256k1، مما يمنع التفاعل المباشر بين الأجهزة و الشبكة.

الحل: إضافة عقدة مبرمجة مسبقًا تدعم التحقق من التوقيعات باستخدام secp256r1.

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

EIP-7939: إضافة أمر حساب الـ CLZ بكفاءة

المشكلة: في التطبيقات التشفيرية، كثيرًا ما نحتاج لحساب عدد البتات المتتالية من الصفر في بداية رقم 256-بت، لكن لا يوجد أمر مباشر لذلك في EVM، مما يضطر المطورين لاستخدام كود معقد وتكلفة عالية.

الحل: إضافة أمر جديد باسم “CLZ” (Count Leading Zeros) في EVM، ليقوم بالحساب مباشرة.

الأهمية: يوفر أداة متخصصة تسرع العمليات الحسابية، وتخفض تكاليف الغاز، خاصة في تطبيقات ZK Rollups.

تحسينات الشبكة! تحسينات غير مرئية لصحة النظام

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

EIP-7642: تقليل عبء مزامنة العقد الجديدة

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

الحل: اعتماد استراتيجية “انتهاء صلاحية البيانات التاريخية”، وتبسيط تنسيق الإيصالات، بحيث يمكن للعقد الجديدة تخطي البيانات القديمة غير الضرورية، وتقليل حجم البيانات المطلوب تنزيله.

الأهمية: يقلل من حجم البيانات المطلوب، ويجعل تشغيل العقد أسهل، مع تقليل البيانات بحوالي 530 جيجابايت، مما يعزز لامركزية الشبكة.

EIP-7917: ترتيب الكتل والتأكيد المسبق

المشكلة: مشكلة مركزية في الـ Rollup، حيث يعتمد على منسق مركزي (Sequencer) يملك سلطة ترتيب المعاملات، مما يتعارض مع مبدأ اللامركزية، ويخلق مخاطر الرقابة.

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

الأهمية: يتيح هذا التعديل تطبيق مفاهيم مثل “Based Rollup”، حيث يمكن للمشغلين التفاوض مع المقدمين مسبقًا، وتقليل زمن الانتظار، مع الحفاظ على أمان ولامركزية عالية، وفتح الطريق لمستقبل أكثر لامركزية.

لماذا تأتي ترقية Fusaka في الوقت المناسب؟

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

• تخصيص سلاسل Layer 2 للمؤسسات، وتوفير وقود التوسع غير المحدود

مع دخول المؤسسات المالية، ستظهر سلاسل Layer 2 مخصصة تلبي احتياجات معينة، مثل الامتثال لـ KYC، وتحتاج إلى تخزين بيانات كبير ورخيص وآمن. اقتراحات مثل EIP-7594، EIP-7892، وEIP-7918 تهدف إلى تقليل تكاليف نشر البيانات، وتوفير مرونة في التوسعة.

• السير نحو “الأمان بقيمة تريليون دولار”، وبناء بنية تحتية مالية لا تقهر

بالنسبة للمؤسسات التي تتعامل مع أصول بقيمة تريليون دولار، الأمان هو الأساس. إيثريوم تسعى لتحقيق هذا الهدف عبر تعزيز الحماية، وتوفير أدوات أمنية قوية، كما تظهر في EIP-7934، EIP-7825، EIP-7823، وEIP-7883.

باختصار، ترقية Fusaka تركز على “التوسعة والأمان”، وتأتي في وقت مناسب جدًا، مع دعم من السياسات السوقية، وتوقعات بنمو كبير، مما يعزز مكانة إيثريوم كمنصة أساسية للبنية التحتية المالية.

الختام: تغييرات عميقة بصمت هادئ

ترقية Fusaka، مع اقتراب نهاية 2025، تمثل نقلة نوعية، دون ضجة إعلامية، لكنها تضخ دماء جديدة في عروق إيثريوم. تشمل الـ12 تحسينًا، وتستهدف بشكل رئيسي “التوسعة، والأمان، والكفاءة”. هي بمثابة توسيع طريق سريع للقيمة، يعزز قدرته على استيعاب المزيد من المستخدمين والأصول والتطبيقات.

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