بعد أداء باهت الأسبوع الماضي، عادت صناديق الاستثمار المتداولة الفورية لإيثريوم (Spot Ethereum ETFs) لتحقيق تدفقات صافية إيجابية، ما يعكس تعافيًا متواصلًا في ثقة السوق، إلى جانب اقتراب الترقية المرتقبة لإيثريوم.
لطالما كانت كل ترقية تقنية تقريبًا محفزًا لتحركات الأسعار، إذ تؤثر التحسينات التي تلي الترقية في أداء الشبكة مباشرةً على التوقعات المستقبلية لقيمة ETH.
هذه المرة، تحمل ترقية Fusaka—المقرر إطلاقها في 3 ديسمبر—أثرًا أوسع وأعمق من أي ترقية سابقة.

ترقية Fusaka ليست مجرد تحسين للكفاءة؛ بل تمثل تحديثًا جذريًا لشبكة Ethereum الرئيسية. تشمل مجالات التطوير تكاليف الغاز، إنتاجية Layer 1، قابلية توسع Layer 2 ومتطلبات العقد—حيث يُسجَّل تقدم كبير في جميع المؤشرات الأساسية لصحة الشبكة.
في حين أن الترقيات السابقة جعلت Ethereum "أكثر توفيرًا" أو "أسرع"، تركز Fusaka على تعزيز قابلية التوسع والاستدامة.
ومع تزايد تعقيد خصائص البروتوكول وارتفاع الطلب على الطبقة الأساسية—لا سيما مع ظهور AI Agents والتطبيقات التفاعلية عالية التردد—ستعيد هذه الترقية رسم دور Ethereum في موجة Web3 المقبلة.
يعرض الملخص البصري التالي التغييرات الجوهرية لترقية Fusaka:

فيما يلي شرح لآليات Fusaka الأساسية من منظورين: تقني وعملي.
هذا النص ليس تقريرًا تقنيًا مخصصًا للمطورين فحسب. سنستعرض التغييرات المحورية بلغة مبسطة تناسب حتى غير المختصين، ويمكنك تجاوز التفاصيل التقنية مباشرةً للاطلاع على أثر الترقية على منظومة Ethereum وتجربتك كمستخدم.
تعمل جميع التحسينات التقنية التالية لتحقيق هدف واحد: دعم مزيد من قابلية التوسع مع الحفاظ على الأمان واللامركزية.
تعد Blobs وحدات بيانات جديدة في Ethereum لتخزين كميات ضخمة من البيانات على السلسلة. تعمل على تجميع معاملات Layer 2 ضمن "حزمة كبيرة"، مثل شركة الشحن التي تنقل شحنة مجمعة بكفاءة، دون استنفاد التخزين الدائم.
قبل Fusaka، كانت كل عقدة ملزمة بتخزين وتدقيق جميع البيانات—ما يشبه شركة شحن تحتفظ بكل طرد—ما أدى إلى تحميل زائد على التخزين، اختناقات في عرض النطاق وتكاليف مرتفعة للعقد.
يقدم PeerDAS حلاً أكثر كفاءة: بدلاً من التخزين الكامل، يعتمد على التجزئة الشبكية والتحقق عبر أخذ عينات عشوائية.
يمثل هذا المفهوم البسيط نقلة نوعية في توافر البيانات. عمليًا، يؤدي إلى:
سمحت ترقية Dencun بإدخال Blobs التي خفضت تكاليف رفع البيانات لـ Rollups، مع تعديل الرسوم ديناميكيًا حسب الطلب. لكن ظهرت بعض العيوب:
تحدث هذه التقلبات لأن البروتوكول يحدد الأسعار بناءً على الاستخدام قصير الأمد فقط، دون تقييم هيكل الأسعار بشكل شامل.
يقوم EIP-7918 في Fusaka بمعالجة هذه التقلبات. فكرته الرئيسية هي تثبيت رسوم الـ Blob ضمن نطاق معقول وتجنب التقلبات الحادة.
يضيف هذا التعديل حداً أدنى لنموذج التسعير:
أما EIP-7892 فيجعل الشبكة أكثر توافقًا مع Layer 2، إذ يتيح ضبط سعة وحجم وعدد الـ Blobs ديناميكيًا—دون الحاجة إلى Hard Fork عند تغيير المعايير.
وعندما تتطلب الطبقات الثانية إنتاجية أعلى أو سرعة استجابة أكبر، يتجاوب Ethereum Mainnet فورًا، ما يعزز مرونة النظام وقدرات التوسع.
يدعم التوسع قدرة Ethereum على معالجة مزيد من المعاملات، لكنه يزيد في الوقت نفسه سطح الهجوم. فقد تؤدي هجمات حجب الخدمة (DoS) إلى ازدحام الشبكة أو تأخير المعاملات أو حتى تعطيل العقد، ما يؤثر سلبًا على الأمان وتجربة المستخدم.
تتمتع Ethereum بالفعل بقدرات قوية للوقاية من هجمات DoS. وتضيف الترقية طبقات جديدة من الدفاع، معززة بنية أمان متينة أصلاً.

تخيل Ethereum كطريق سريع: تشكل أربعة EIPs في Fusaka أدوات لتنظيم حدود السرعة (EIP-7823)، وزن المركبات (EIP-7825)، الرسوم (EIP-7883) وطول المركبات (EIP-7934)—لتتحكم مجتمعة في الحمل الحسابي، حجم المعاملات، التكاليف التشغيلية وحجم الكتلة. وهكذا، حتى مع زيادة حركة المرور، تظل العملية سلسة وسريعة. تزداد قدرة Ethereum دون المساس بالاستقرار والكفاءة ومقاومة الهجمات.

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

فيما يلي أبرز النقاط:
كان تشغيل مدقق Ethereum سابقًا مهمة معقدة ومكلفة، تتطلب أجهزة قوية وإعدادات معقدة وتزامن بيانات يستغرق أيامًا، ما أبعد المستخدمين العاديين. Fusaka غيّرت هذا الواقع.
بفضل PeerDAS، أصبحت العقد المسؤولة عن تدقيق بيانات الـ Blob تخزن وتتحقق من 1/8 فقط من البيانات، ما أدى إلى تقليص متطلبات النطاق والتخزين بشكل كبير. وكنتيجة لذلك،
أشار مدونة Ethereum.org قبل Fusaka إلى أن مدقق ETH-32 يمكنه العمل مع 8 جيجابايت من الذاكرة فقط. Fusaka خفضت المتطلبات أكثر. فعلى سبيل المثال:
وهذا متطلب منخفض. بعد Fusaka، ومع اتصال إنترنت ثابت، يمكن للأجهزة المنزلية تشغيل عقد تحقق والمشاركة في مكافآت Staking.
تحقق Fusaka اللامركزية الحقيقية، حيث لم تعد العقد قاصرة على المحترفين فقط، بل يمكن للأفراد المساهمة في أمان الشبكة وجني العوائد.
يسهم ذلك في تعزيز لامركزية الشبكة، فكلما زاد عدد المدققين المستقلين، أصبحت Ethereum أكثر قوة ومرونة واستقلالية.
أما للمستثمرين، فيحسّن ذلك من مخاطر Staking، إذ يؤدي توزيع العقد إلى استقرار الشبكة تحت الضغط، ويقلل من التقلبات، ويجعل منحنى العائد أكثر استقرارًا.
في Web3، DeFi والمدفوعات ووكلاء الذكاء الاصطناعي، يبقى التحدي الأكبر الحاجة للاستجابة الزمنية الفعلية.
كانت Ethereum آمنة لكن بطيئة نسبيًا؛ فزمن الكتلة البالغ 12 ثانية مناسب للعمليات الكبيرة المنفردة، لكنه غير ملائم للتطبيقات التفاعلية عالية التردد مثل AI Agents أو المدفوعات الفورية.
بدّلت Fusaka هذا الأمر جذريًا.
بفضل PeerDAS، ورفع حد الغاز، وخفض تكاليف Layer 2، أصبح بإمكان Ethereum دعم تطبيقات تفاعلية سريعة.
منظومة Ethereum باتت على أعتاب زمن أكثر ديناميكية وفورية.
وفي مجال DeFi مثلاً:
لا ترفع Fusaka الإنتاجية فحسب، بل تحسن بشكل مباشر تجربة المستخدم. بروتوكولات الإقراض والأصول الاصطناعية والتداول عالي التردد باتت أكثر سرعة وكفاءة وأقل تكلفة.
وفيما يلي أمثلة عملية:
تمثل ترقية Fusaka أكبر نقطة تحول في Ethereum منذ Merge وDencun، إذ تفتح آفاقًا واسعة للنظام البيئي.
مع زيادة سعة البيانات على السلسلة 8 أضعاف، وانخفاض رسوم المعاملات، وارتفاع الإنتاجية، وتيسير انضمام المدققين، ستدفع Fusaka بمنظومة Ethereum إلى عصر جديد.
من المهم مراقبة ما إذا كانت Fusaka ستحفز دورة نمو جديدة لـ Ethereum.





