يأتي اسم Fusaka من مزيج من ترقية طبقة التنفيذ Osaka وإصدار طبقة الإجماع Fula Star. من المتوقع تفعيل هذه الترقية في 3 ديسمبر 2025 الساعة 21:49 بالتوقيت العالمي المنسق. تتضمن هذه الترقية 12 EIPs، تغطي توفر البيانات وسعة الغاز/الكتلة وتحسين الأمان وتوافق التوقيع وهيكل رسوم المعاملات وما إلى ذلك، وهي ترقية منهجية لتحقيق التوسع L1 وتقليل تكاليف L2 وتقليل تكاليف العقدة وتحسين تجربة المستخدم. I. هدفا Fusaka الأساسيان: تحسين أداء Ethereum وتعزيز تجربة المستخدم الهدف 1: تحسين أداء Ethereum الأساسي وقابليته للتوسع بشكل كبير الكلمات الرئيسية الأساسية: توفر البيانات قابلية التوسع تقليل عبء العقدة كائنات أكثر مرونة تحسين قدرات التنفيذ آلية إجماع أكثر كفاءة وأمانًا باختصار: تحسين أداء Ethereum بشكل أكبر. الهدف الثاني: تحسين تجربة المستخدم ودفع الجيل التالي من تجريد المحفظة والحساب الكلمات الأساسية: تأكيد الكتلة المسبق P-256 (التوقيع الأصلي للجهاز) دعم محفظة الكلمات التذكيرية نظام حساب أكثر حداثة إن جوهر الأمر هو أن Ethereum تقترب من تجربة برامج الإنترنت السائدة. II. خمسة تغييرات رئيسية في Fusaka 1. PeerDAS: تقليل عبء تخزين البيانات على العقد PeerDAS هي ميزة جديدة أساسية لترقية Fusaka. حاليًا، تستخدم عقد الطبقة 2 الكتل (نوع بيانات مؤقت) لنشر البيانات على Ethereum. قبل ترقية Fusaka، كان على كل عقدة كاملة تخزين كل كتلة لضمان وجود البيانات. مع زيادة معدل نقل الكتل، يصبح تنزيل كل هذه البيانات مكثفًا للغاية للموارد، مما يجعل من الصعب على العقد التعامل معها. يستخدم PeerDAS مخطط أخذ عينات من توفر البيانات، مما يسمح لكل عقدة بتخزين جزء فقط من كتل البيانات، بدلاً من كتلة البيانات بأكملها. لضمان توفر البيانات، يُمكن إعادة بناء أي جزء من البيانات من 50% من البيانات الموجودة، مما يُقلل من احتمالية الأخطاء أو فقدان البيانات إلى مستوى يُذكر من الناحية التشفيرية. يعتمد مبدأ تطبيق PeerDAS على تطبيق ترميز مسح ريد-سولومون على بيانات الكائنات. في الأنظمة التقليدية، تستخدم أقراص DVD نفس تقنية الترميز - حتى مع وجود خدوش، لا يزال بإمكان المُشغل قراءة قرص DVD؛ كما يُمكن التعرّف على رموز الاستجابة السريعة (QR codes)، حتى مع حجبها جزئيًا، بشكل كامل. لذلك، يضمن حل PeerDAS أن تكون متطلبات الأجهزة والنطاق الترددي للعقد ضمن نطاق مقبول، مع تمكين توسيع الكائنات، وبالتالي دعم عمليات نشر الطبقة الثانية على نطاق أوسع وبتكلفة أقل. 2. زيادة مرنة عند الطلب في كمية الكائنات: التكيف مع متطلبات بيانات L2 المتغيرة باستمرار. لتنسيق الترقيات المُتسقة عبر جميع العقد والعملاء وبرامج التحقق، يلزم اتباع نهج تدريجي. للتكيف بشكل أسرع مع متطلبات كتلة بيانات الطبقة الثانية المتغيرة باستمرار، تم تقديم آلية تفرعات تعتمد فقط على معلمات الكائن.

عند إضافة الكائنات إلى الشبكة لأول مرة خلال ترقية Dencun، كان عددها 3 (بحد أقصى 6). وزاد هذا العدد لاحقًا إلى 6 (بحد أقصى 9) خلال ترقية Pectra. بعد Fusaka، يمكن زيادة العدد بمعدل مستدام دون الحاجة إلى أي ترقيات رئيسية أخرى للشبكة.
3. دعم انتهاء صلاحية السجل: خفض تكاليف العقدة
لتقليل مساحة القرص التي يحتاجها مشغلو العقد خلال النمو المستمر لإيثريوم، يُطلب من العملاء البدء بدعم وظيفة انتهاء صلاحية سجلات السجل جزئيًا.
في الواقع، تتوفر هذه الوظيفة بالفعل للعميل في الوقت الفعلي، ولكن سيتم إضافتها صراحةً إلى قائمة المهام خلال هذه الترقية. 4. تأكيد الكتل مسبقًا: تأكيد أسرع للمعاملات: مع EIP7917، ستتمكن سلسلة Beacon من استشعار مقترحي الكتل في المرحلة التالية. معرفة المُصدِّقين مسبقًا الذين سيقترحون الكتل المستقبلية تُمكّن من التأكيد المسبق. يتم الالتزام مع مُقترح الكتلة القادم بضمان تضمين معاملات المستخدم في تلك الكتلة، دون انتظار إنشاء الكتلة الفعلية. تُفيد هذه الميزة في تطبيق العميل وأمن الشبكة لأنها تمنع المواقف الحرجة، مثل تلاعب المُصدِّقين بجدولة المُقترح. علاوة على ذلك، تُقلل وظيفة المراقبة من تعقيد التنفيذ. 5. توقيعات P-256 الأصلية: تتوافق إيثريوم مباشرةً مع 5 مليارات جهاز محمول. تم تقديم مُدقق توقيعات مدمج، يُشبه مفتاح المرور، secp256r1 (P-256)، على عنوان ثابت. هذه هي خوارزمية التوقيع الأصلية التي تستخدمها أنظمة مثل Apple وAndroid وFIDO2 وWebAuthn. بالنسبة للمستخدمين، يُتيح هذا التحديث إمكانية الوصول إلى توقيعات الأجهزة الأصلية ووظيفة مفتاح المرور. يُمكن للمحافظ الوصول مباشرةً إلى Secure Enclosure من Apple، وKeystore من Android، ووحدة أمان الأجهزة (HSM)، وFIDO2/WebAuthn - دون الحاجة إلى عبارة مُختصرة، وعملية تسجيل أكثر سلاسة، وتجربة مصادقة متعددة العوامل تُضاهي التطبيقات الحديثة. سيُوفر هذا تجربة مستخدم أفضل، وطريقة أكثر ملاءمة لاستعادة الحسابات، ونمط تجريد للحسابات يُطابق الوظائف الحالية لمليارات الأجهزة. بالنسبة للمطورين، فإنه يقبل 160 بايت من المدخلات ويعيد 32 بايت من المخرجات، مما يجعل من السهل للغاية نقل المكتبات الموجودة وعقود L2. يتضمن تطبيقه الأساسي مؤشرات إلى ما لا نهاية وفحوصات مقارنة modulo للتخلص من حالات الحدود الصعبة دون كسر المتصلين الصالحين. III. التأثير طويل المدى لترقية Fusaka على نظام Ethereum البيئي 1. التأثير على L2: يدخل التوسع المنحنى الثاني. من خلال زيادة عدد PeerDAS و Blobs عند الطلب، ومن خلال آلية رسوم بيانات أكثر عدالة، يتم حل عنق الزجاجة في توفر البيانات، ويسرع Fusaka من انخفاض تكاليف L2. 2. التأثير على العقد: تستمر تكاليف التشغيل في الانخفاض. يؤدي انخفاض الطلب على التخزين وأوقات المزامنة الأقصر إلى انخفاض تكاليف التشغيل. على المدى الطويل، يضمن هذا المشاركة المستدامة للعقد ذات الأجهزة الضعيفة، مما يضمن استمرار اللامركزية في الشبكة. 3. التأثير على DApps: يصبح من الممكن وجود منطق أكثر تعقيدًا على السلسلة. يمكن أن تُسهم أكواد العمليات الرياضية الأكثر كفاءة وجداول اقتراحات الكتل الأكثر قابلية للتنبؤ في تطوير آليات إدارة الأصول (AMMs) عالية الأداء، وبروتوكولات مشتقة أكثر تعقيدًا، وتطبيقات متكاملة على السلسلة. 4. التأثير على المستخدمين العاديين: أخيرًا، يمكن استخدام تقنية البلوك تشين مثل تقنية Web2. تعني توقيعات P-256 عدم الحاجة إلى عبارات مختصرة، واستخدام الهواتف المحمولة كمحافظ، وتسجيل دخول أسهل، واسترداد بيانات أسهل، وتكامل طبيعي للمصادقة متعددة العوامل. يُعد هذا تغييرًا جذريًا في تجربة المستخدم، وهو أحد الشروط الضرورية لجذب مليار مستخدم إلى البلوك تشين. 4. الخلاصة: تُمثل فوساكا خطوة رئيسية نحو DankSharding واعتماد المستخدمين على نطاق واسع. دشنت Dencun عصر Blob (Proto-DankSharding)، وحسّنت Pectra التنفيذ، وكان لـ EIP-4844 تأثير كبير. ومع ذلك، تُمكّن فوساكا إيثريوم من اتخاذ خطوة حاسمة نحو تطوير "التوسع المستدام + التركيز على الأجهزة المحمولة". ملخص: سيتضمن هذا التحديث 12 تحديثًا لـ EIP، بما في ذلك: EIP-7594: استخدام PeerDAS لتقليل عبء تخزين البيانات على العقد. يُعد هذا أساسًا أساسيًا لتوسيع سعة بيانات إيثريوم. يُنشئ PeerDAS البنية التحتية اللازمة لتطبيق Danksharding، ومن المتوقع أن تزيد التحديثات المستقبلية من معدل نقل البيانات من 375 كيلوبت/ثانية إلى عدة ميجابايت/ثانية؛ كما يُحقق بشكل مباشر توسع الطبقة الثانية، مما يُمكّن العقد من معالجة المزيد من البيانات بكفاءة دون إرهاق المشاركين الأفراد. EIP-7642: يُقدم ميزة انتهاء صلاحية السجل لتقليل مساحة القرص التي تحتاجها العقد. يُعادل هذا تغيير طريقة التعامل مع الإيصالات، وحذف البيانات القديمة من مزامنة العقد، مما يوفر حوالي 530 جيجابايت من عرض النطاق الترددي أثناء المزامنة. EIP-7823: يضع حدًا لـ MODEXP لمنع ثغرات الإجماع. يحد هذا من طول كل مُدخل في نسخة MODEXP المُشفرة والمُجمّعة مسبقًا إلى 1024 بايت. في السابق، كان MODEXP مصدرًا لثغرات التوافق نظرًا لطول المُدخلات غير المحدود. من خلال وضع حدود عملية تغطي جميع سيناريوهات التطبيقات الواقعية، يتم تقليص نطاق الاختبار، مما يمهد الطريق لاستبداله مستقبلًا برمز EVM أكثر كفاءة. EIP-7825: إدخال حد أقصى لغاز المعاملات لمنع معاملة واحدة من استهلاك معظم مساحة الكتلة. يُدخل هذا حدًا أقصى للغاز يبلغ 167,777,216 لكل معاملة، مما يمنع أي معاملة واحدة من استهلاك معظم مساحة الكتلة. يضمن هذا توزيعًا أكثر عدلًا لمساحة الكتلة، مما يُحسّن استقرار الشبكة والقدرة على الدفاع ضد هجمات الحرمان من الخدمة، ويحقق أوقات تحقق أكثر قابلية للتنبؤ. EIP-7883: زيادة تكلفة الغاز لمُجمِّعات ModExp المسبقة للتشفير لمنع هجمات رفض الخدمة المحتملة بسبب انخفاض الأسعار. لمعالجة مشكلة انخفاض أسعار العمليات، تمت زيادة تكلفة الغاز لمُجمِّعات ModExp المسبقة للتشفير. تمت زيادة الحد الأدنى للتكلفة من 200 غاز إلى 500 غاز، وتتضاعف التكلفة للمدخلات الكبيرة التي تتجاوز 32 بايت. هذا يُحسِّن الاستدامة الاقتصادية للشبكة من خلال ضمان تسعير معقول لمُجمِّعات التشفير المسبقة ومنع هجمات رفض الخدمة المحتملة بسبب انخفاض الأسعار. EIP-7892: يدعم زيادة مرنة عند الطلب لكمية الكائنات الكبيرة للتكيف مع احتياجات الطبقة الثانية المتغيرة. يتحقق ذلك من خلال إنشاء عملية جديدة خفيفة الوزن لضبط معلمات تخزين الكائنات الكبيرة. يمكن لإيثريوم الآن ضبط سعة الكائنات الكبيرة بشكل أكثر تكرارًا وبزيادات أصغر للتكيف مع احتياجات الطبقة الثانية المتطورة دون انتظار ترقيات كبيرة. EIP-7917: تطبيق التأكيد المسبق للكتل لتحسين قابلية التنبؤ بأوامر المعاملات. حاليًا، لا يمكن للمحققين معرفة من سيقترح الكتل قبل بداية الحقبة التالية، مما يُدخل حالة من عدم اليقين في بروتوكولات تخفيف MEV والتأكيد المسبق. يُجري هذا التغيير حسابًا مُسبقًا لجدول المُقترح ويُخزّنه للعصور المستقبلية، مما يجعله قابلًا للتنبؤ به ومتاحًا للتطبيقات. EIP-7918: معالجة مشكلة سوق رسوم الكتل من خلال إدخال رسوم أساسية للكتل مرتبطة بتكاليف التنفيذ. يُعالج هذا الحل مشكلة سوق رسوم الكتل من خلال إدخال سعر احتياطي مرتبط بتكاليف التنفيذ. هذا يمنع سوق رسوم الكتل من الفشل عند 1 وي عندما تكون تكاليف تنفيذ الطبقة الثانية أعلى بكثير من تكاليف الكتل. يُعد هذا أمرًا بالغ الأهمية لـ L2، حيث يضمن أن يعكس تسعير الكتل المُستدام التكاليف الحقيقية ويحافظ على فعالية اكتشاف الأسعار مع توسع استخدام L2. EIP-7934: الحد الأقصى لحجم كتلة تنفيذ RLP إلى 10 ميجابايت لمنع عدم استقرار الشبكة وهجمات رفض الخدمة. حاليًا، يمكن أن تكون أحجام الكتل كبيرة جدًا، مما يؤدي إلى إبطاء انتشار الشبكة ويزيد من خطر التفرعات المؤقتة. يضمن هذا الحد بقاء أحجام الكتل ضمن نطاق معقول يمكن للشبكة معالجته ونشره بكفاءة. هذا يحسن موثوقية الشبكة ويقلل من خطر التفرعات المؤقتة، وبالتالي يحقق أوقات تأكيد معاملات أكثر استقرارًا. EIP-7935: زيادة حد الغاز الافتراضي إلى 60M لتوسيع قدرة تنفيذ L1 يقترح هذا الاقتراح زيادة حد الغاز من 36M إلى 60M لتوسيع قدرة تنفيذ L1. في حين أن هذا التغيير لا يتطلب شوكة صلبة (حد الغاز هو معلمة يختارها المحققون)، إلا أن هناك حاجة إلى اختبارات مكثفة لضمان استقرار الشبكة في ظل الأحمال الحسابية العالية. لذلك، فإن تضمين هذا EIP في شوكة صلبة يضمن إعطاء الأولوية لهذا العمل واستمراره. من خلال السماح بمزيد من الحساب لكل كتلة بيانات، يتم تحسين معدل نقل الشبكة الإجمالي بشكل مباشر، وهي الطريقة الأكثر مباشرة لتوسيع قدرة تنفيذ L1. EIP-7939: إضافة رمز تشغيل CLZ لحساب أكثر كفاءة على السلسلة يضيف هذا التحديث رمز تشغيل CLZ جديدًا (حساب الأصفار الرئيسية) إلى EVM لحساب الأصفار الرئيسية لرقم 256 بت بكفاءة. يقلل هذا بشكل كبير من تكلفة الغاز للعمليات الرياضية التي تتطلب معالجة البت، ويحسن الكفاءة الحسابية، ويمكّن من إجراء حسابات أكثر تعقيدًا على السلسلة. يسمح هذا بعمليات رياضية أرخص وأكثر كفاءة، مما يفيد بروتوكولات DeFi وتطبيقات الألعاب وأي عقود تتطلب حسابات رياضية معقدة. EIP-7951: يضيف دعمًا لمنحنى secp256r1 المجمّع مسبقًا، مما يعزز تجربة المستخدم يضيف هذا التحديث دعمًا لمنحنى التشفير واسع الاستخدام secp256r1 (المعروف أيضًا باسم P-256) إلى Ethereum. حاليًا، يدعم Ethereum فقط منحنى secp256k1 للتوقيع، ولكن العديد من الأجهزة والأنظمة تستخدم secp256r1. يتيح هذا التحديث لـ Ethereum التحقق من التوقيعات من أجهزة iPhone وهواتف Android والمحافظ المادية والأنظمة الأخرى التي تستخدم هذا المنحنى القياسي، مما يجعل التكامل مع البنية التحتية الحالية أسهل.