---
title: "البناء على إيثيريوم في عام ⁦2026⁩: ما الذي تغير"
description: "ثلاث ترقيات للبروتوكول منذ عام ⁦2023⁩ غيرت شيئين يهتم بهما البناة: تكلفة استخدام الطبقة 1 (L1) وما يمكن للمحافظ العادية القيام به. دليل عملي للبناء على إيثيريوم في عام ⁦2026⁩."
author: "فيليب كراوس"
team: "EF Builder Growth"
tags:
  - "رسوم الغاز"
  - "تجريد الحساب"
  - "ترقيات البروتوكول"
published: 2026-05-07
image: /images/developers/blog/latest-post-header-3.png
breadcrumb: "البناء على إيثيريوم في عام ⁦2026⁩"
lang: ar
---

إذا كان نموذجك الذهني عن إيثيريوم قد تشكل في الفترة من <span dir="ltr">2021</span> إلى <span dir="ltr">2023</span>، فهو الآن قديم. ثلاث ترقيات للبروتوكول منذ ذلك الحين، [دينكون](/roadmap/dencun/) في <span dir="ltr">March 2024</span>، و[بيكترا](/roadmap/pectra/) في <span dir="ltr">May 2025</span>، و[فوساكا](/roadmap/fusaka/) في <span dir="ltr">December 2025</span>، غيرت شيئين يهتم بهما البناة: تكلفة استخدام طبقة 1 (L1) وما يمكن للمحافظ العادية القيام به.

## الشبكة الرئيسية رخيصة مرة أخرى {#mainnet-is-cheap-again}

لم يعد نظام الرسوم من <span dir="ltr">2021</span> إلى <span dir="ltr">2023</span> افتراضًا آمنًا.

اعتبارًا من <span dir="ltr">May 5, 2026</span>، يُظهر متتبع الغاز الخاص بـ Etherscan أن الغاز القياسي يبلغ حوالي <span dir="ltr">0.15 Gwei</span>، مع متوسطات يومية تقترب من <span dir="ltr">0.5 Gwei</span> خلال شهر أبريل. تكلف معاملة تحويل ETH الأساسية أقل من سنت واحد عند هذا المستوى، مع استقرار الأيام الأخيرة النموذجية في نطاق السنتات الفردية المنخفضة. كان الاتجاه هبوطيًا عبر كل من الترقيات الأخيرة، ومن المقرر أن تدفع الترقية التالية، [غلامستردام](/roadmap/glamsterdam/)، الرسوم إلى الانخفاض أكثر. هذا يجعل مقولة "شبكة إيثيريوم الرئيسية باهظة الثمن بالنسبة لمعظم التطبيقات" نقطة انطلاق عفا عليها الزمن.

إذا كنت تريد قاعدة عامة بسيطة، فاستخدم حسابات الغاز بدلاً من الأقوال القديمة. عند <span dir="ltr">0.5 Gwei</span>، وهو متوسط شهر أبريل الأخير، وسعر ETH عند حوالي <span dir="ltr">$2,350</span>، تبدو التكاليف التوضيحية كالتالي.

| العملية | الغاز المستخدم | التكلفة التوضيحية |
| :-------------- | :---------- | :---------------- |
| تحويل ETH | <span dir="ltr">21,000</span> | **<span dir="ltr">$0.025</span>** |
| تحويل <span dir="ltr">ERC-20</span> | <span dir="ltr">\~65,000</span> | **<span dir="ltr">$0.076</span>** |
| موافقة <span dir="ltr">ERC-20</span> | <span dir="ltr">\~46,000</span> | **<span dir="ltr">$0.054</span>** |
| مبادلة | <span dir="ltr">\~180,000</span> | **<span dir="ltr">$0.21</span>** |
| نشر <span dir="ltr">ERC-20</span> | <span dir="ltr">\~1,200,000</span> | **<span dir="ltr">$1.41</span>** |

هذه أمثلة وليست ضمانات. تتحرك التكاليف مع سعر ETH، وسعر الغاز، وتعقيد العقد. يمكن أن تتأرجح قراءات Gwei بشكل كبير داخل الشهر العادي بينما بالكاد تتحرك التكلفة بالدولار، لأن التجميعات تحمل الآن حوالي <span dir="ltr">95%</span> من معاملات إيثيريوم وعادة ما تعمل طبقة 1 (L1) بأقل بكثير من هدف الكتلة الخاص بها. رسوم الشبكة الرئيسية الآن منخفضة بما يكفي لدرجة أن العديد من التطبيقات يمكن تشغيلها بشكل منطقي على الشبكة الرئيسية.

### لماذا انخفضت التكاليف {#why-costs-fell}

قامت ثلاث ترقيات بمعظم العمل.

قدمت دينكون (<span dir="ltr">March 2024</span>) <span dir="ltr">EIP-4844</span> وأعطت التجميعات مسار بيانات خاص بها من خلال كتل البيانات، مع سوق رسوم منفصل. توقفت التجميعات عن التنافس مع حركة التنفيذ العادية على نفس مساحة الكتلة.

تم تفعيل بيكترا في <span dir="ltr">May 7, 2025</span>. رفع <span dir="ltr">EIP-7691</span> قدرة المعالجة لكتل البيانات من <span dir="ltr">3</span> مستهدفة / <span dir="ltr">6</span> كحد أقصى لكل كتلة إلى <span dir="ltr">6</span> مستهدفة / <span dir="ltr">9</span> كحد أقصى، مما وسع مسار البيانات الرخيص الذي تستخدمه التجميعات ودفع رسوم طبقة 2 (L2) إلى الانخفاض.

تم تفعيل فوساكا في <span dir="ltr">December 3, 2025</span>. كان التغيير الرئيسي في السعة هو PeerDAS، والذي يتيح للمدققين أخذ عينات من بيانات كتلة البيانات بدلاً من تنزيل كل كتلة بيانات بالكامل، وهذا أخذ العينات هو ما يجعل أعداد كتل البيانات الأعلى آمنة على مستوى الشبكة. بالتوازي مع ذلك، رفع المجتمع حد الغاز لطبقة 1 (L1) من <span dir="ltr">30M</span> إلى <span dir="ltr">60M</span> خلال عام <span dir="ltr">2025</span>، وجعل <span dir="ltr">EIP-7935</span> الخاص بفوساكا <span dir="ltr">60M</span> هو الافتراضي الجديد. يضع <span dir="ltr">EIP-7825</span> حدًا أقصى لأي معاملة فردية عند حوالي <span dir="ltr">16.78M</span> غاز، وهو ما لن تلاحظه معظم التطبيقات أبدًا ولكن عمليات النشر الكبيرة جدًا والمكالمات المتعددة المتجانسة يجب أن تتناسب الآن مع هذا الحد. أضاف <span dir="ltr">EIP-7951</span> أيضًا تحققًا أصليًا لـ secp256r1 (P-256) على الشبكة الرئيسية، مما يجعل التحقق من توقيعات مفتاح المرور و WebAuthn أرخص بكثير في تدفقات الحساب.

التأثير الصافي هو أن الشبكة الرئيسية لم تعد تُسعّر كسلسلة مزدحمة بشكل دائم.

## كيف يغير <span dir="ltr">EIP-7702</span> نموذج الحساب {#how-eip-7702-changes-the-account-model}

أصدرت بيكترا أيضًا <span dir="ltr">EIP-7702</span>، والذي يمنح المحافظ العادية إمكانية الوصول إلى سلوك الحساب الذكي مثل التجميع في دفعات، ورعاية الغاز، ومفاتيح الجلسة، وتدفقات الاسترداد، وتجربة مستخدم صديقة لمفتاح المرور، دون إجبار المستخدم على الانتقال إلى حساب جديد.

يعمل ذلك عن طريق إضافة نوع معاملة جديد (النوع `0x04`، `SetCode`) يتيح لحساب مملوك خارجيًا (EOA) تعيين مؤشر إلى كود عقد تم نشره بالفعل. يحتفظ المستخدم بنفس العنوان، ويحتفظ مفتاح EOA الأصلي بالتحكم النهائي في الحساب، ويمكن تغيير التفويض لاحقًا أو إعادة تعيينه إلى العنوان الفارغ.

بالنسبة لبناة التطبيقات، التغيير العملي هو طلب النتيجة من المحفظة، وليس إعداد <span dir="ltr">EIP-7702</span> منخفض المستوى. إذا كان المستخدم بحاجة إلى الموافقة والمبادلة في تدفق واحد، فاطلب التجميع في دفعات من خلال <span dir="ltr">ERC-5792</span> `wallet_sendCalls`. يمكن للمحفظة أن تقرر ما إذا كانت ستستخدم <span dir="ltr">EIP-7702</span> أو <span dir="ltr">ERC-4337</span> أو نظام حساب آخر.

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

## ما الذي يغيره هذا حول كيفية البناء {#what-this-changes-about-how-to-build}

كان سؤال الباني الافتراضي هو "أي طبقة 2 (L2) رخيصة بما فيه الكفاية؟" لا يزال لهذا السؤال إجابات، ولكنه ليس السؤال الوحيد. مع وجود رسوم طبقة 1 (L1) في نطاق السنتات لكل معاملة أثناء التحميل العادي، وسماح <span dir="ltr">EIP-7702</span> لأي محفظة بكشف تجربة مستخدم الحساب الذكي دون ترحيل العناوين، فإن الافتراضي الأكثر فائدة هو ما إذا كان يجب أن يعيش التطبيق على الشبكة الرئيسية، أو ما إذا كانت طبقة 2 (L2) معينة تعطي توزيعًا حقيقيًا، أو سيولة، أو ميزة تجربة مستخدم لا تستطيع طبقة 1 (L1) توفيرها.

يتغير افتراض الحساب أيضًا. لا تصمم تطبيقات جديدة كما لو كان كل حساب مستخدم عبارة عن حساب EOA عادي يعتمد على ECDSA ويجب أن يحتفظ بـ ETH قبل القيام بأي شيء مفيد. فضل واجهات التجميع في دفعات على مستوى المحفظة مثل <span dir="ltr">ERC-5792</span> `wallet_sendCalls`، وافترض أن رعاية الغاز ومفاتيح الجلسة ستصبح ميزات محفظة عادية، وتعامل مع مفاتيح المرور وتدفقات الاسترداد كجزء من سطح تجربة مستخدم الحساب بدلاً من حيل تهيئة منفصلة.

## ماذا بعد {#whats-next}

الترقية المسماة التالية لإيثيريوم هي غلامستردام، مع قوائم الوصول على مستوى الكتلة (BALs) وفصل المقترح عن الباني (ePBS) المكرس كعناصر رئيسية. معًا، يجعلان من الآمن رفع حد الغاز للكتلة من <span dir="ltr">60</span> مليونًا اليوم نحو <span dir="ltr">200</span> مليون تقريبًا، مما يترك سعة أكبر لطبقة 1 (L1) ليعمل بها البناة. من المتوقع التفعيل في النصف الثاني من عام <span dir="ltr">2026</span>. بعد غلامستردام، من المخطط أن تتبعها [هيجوتا (Hegotá)](https://forkcast.org/upgrade/hegota/)، مع اختيار قوائم التضمين المفروضة باختيار التفرع (FOCIL) كميزة رئيسية لها.

بالنسبة للبناة، العناصر التي تستحق التتبع هي سعة أكبر لطبقة 1 (L1) (BALs)، وتضمين معاملات أكثر موثوقية (FOCIL)، والمسار نحو تجريد الحساب الأصلي. يعد ePBS، العنوان الرئيسي الآخر لغلامستردام، في الغالب تغييرًا في البنية التحتية يزيل تبعية الثقة تحت تضمين معاملات طبقة 1 (L1). التغيير السطحي المباشر على مستوى التطبيق صغير.

تتعلق BALs بالحفاظ على طبقة 1 (L1) رخيصة مع نمو الاستخدام. بعبارة بسيطة، ستأتي الكتلة مع خريطة للحسابات والتخزين الذي تلمسه. يمكن للعملاء استخدام هذه الخريطة لجلب البيانات مسبقًا وتنفيذ معاملات مستقلة بالتوازي، مما يجعل من الآمن رفع حد الغاز لطبقة 1 (L1) دون جعل الكتل بطيئة جدًا في التحقق. التأثير العملي للبناة هو أن المزيد من النشاط يمكن أن يعود إلى الشبكة الرئيسية دون إعادة إنشاء نظام الغاز من <span dir="ltr">2021</span> إلى <span dir="ltr">2023</span> تلقائيًا.

يتعلق FOCIL بإدخال المعاملات الصالحة في الكتل حتى عندما يفضل أحد منتجي الكتل استبعادها. اليوم، إذا تجاهل الطرف الذي يبني كتلة معاملة ما، فإن بقية البروتوكول لديه طرق محدودة لفرضها. مع <span dir="ltr">EIP-7805</span>، سيقول العديد من المدققين، في الواقع، "لقد رأينا هذه المعاملات الصالحة تنتظر في مجمع الذاكرة العام." يجب أن تتضمنها الكتلة التالية بعد ذلك، أو يمكن للمدققين رفض دعم تلك الكتلة. بالنسبة للبناة، يهم هذا عندما يكون الوصول الموثوق إلى طبقة 1 (L1) جزءًا من المنتج، بما في ذلك أدوات الخصوصية، أو المداخل المنظمة، أو التطبيقات التي تخدم المستخدمين الذين قد يتم تصفيتهم بواسطة بعض مزودي البنية التحتية.

بالنسبة لبناة التطبيقات، فإن عنصر هيجوتا (Hegotá) الذي يجب مراقبته عن كثب هو تجريد الحساب. سيضيف <span dir="ltr">EIP-8141</span>، معاملات الإطار (Frame Transactions)، نوع معاملة حيث يتم تقسيم التحقق، والتنفيذ، ودفع الغاز إلى إطارات. من الناحية العملية، يعني ذلك أن الحساب الذكي يمكنه التحقق من المعاملة بنفسه، وتحديد قواعد التوقيع الخاصة به، والموافقة على من يدفع الغاز، وتنفيذ إجراء واحد أو أكثر دون الاعتماد على نقطة دخول (EntryPoint) الخاصة بـ <span dir="ltr">ERC-4337</span>، أو المجمعين (bundlers)، أو المرحلين الذين يديرهم التطبيق.

هذا يغير افتراضات المنتج. تصبح رعاية الغاز نمط حساب أصلي بدلاً من بنية تحتية يجب على كل تطبيق ترتيبها بشكل منفصل. يصبح من الأسهل دعم مخططات التوقيع البديلة، بما في ذلك مفاتيح المرور اليوم ومسار بعيدًا عن ECDSA إذا أصبح الترحيل ما بعد الكمي ضروريًا. إذا تم تطبيق <span dir="ltr">EIP-8141</span> أو تصميم تجريد الحساب الأصلي المماثل، فإن نموذج الباني يتحول من "حساب EOA يوقع معاملة" إلى "حساب يحدد كيفية التحقق من المعاملة، ودفع ثمنها، وتنفيذها."

هذا هو الاتجاه، وليس وعدًا. <span dir="ltr">EIP-8141</span> هو مسودة، واعتبارًا من <span dir="ltr">May 2026</span> يتم "النظر في تضمينه" فقط في هيجوتا (Hegotá)، مما يعني أن فرق العملاء تناقشه ولكنها لم تلتزم بشحنه في تلك الترقية. لا يزال مسار البناء العملي لعام <span dir="ltr">2026</span> لتجربة مستخدم الحساب هو <span dir="ltr">EIP-7702</span> بالإضافة إلى تدفقات محفظة <span dir="ltr">ERC-4337</span>، ولكن يجب على البناة التصميم كما لو كانت الحسابات القابلة للبرمجة أصبحت نموذج الحساب الافتراضي.

## ما الذي يجب بناؤه بشكل مختلف الآن {#what-to-build-differently-now}

ابدأ بإعادة التحقق من افتراضات الرسوم القديمة. إذا كان دليل النشر الخاص بك لا يزال يعامل شبكة إيثيريوم الرئيسية كبيئة من <span dir="ltr">10</span> إلى <span dir="ltr">30 Gwei</span> بشكل افتراضي، فمن المحتمل أنه يوجه الكثير من العمل بعيدًا عن طبقة 1 (L1). تستحق الشبكة الرئيسية التفكير فيها أولاً عندما يعتمد تطبيقك على السيولة المشتركة، أو قابلية التركيب مع البروتوكولات الحالية، أو الحياد، أو الحالة عالية القيمة التي يجب أن تعيش حيث يكون أمان إيثيريوم والإجماع الاجتماعي أقوى.

استخدم طبقات 2 (L<span dir="ltr">2s</span>) للأسباب التي لا تزال مهمة، بما في ذلك التوزيع، وحجم المعاملات المرتفع جدًا، والأنظمة البيئية الخاصة بالتطبيقات، أو التكاليف لكل إجراء التي يجب أن تكون قريبة من الصفر قدر الإمكان. النقطة ليست "الشبكة الرئيسية لكل شيء." النقطة هي أن "الشبكة الرئيسية باهظة الثمن" لم يعد ينبغي أن تكون الفلتر الأول.

على جانب الحساب، قم بالبناء مقابل قدرات المحفظة بدلاً من حسابات EOA الخام. يجب أن تكون واجهتك الأمامية جاهزة للمكالمات المجمعة، والغاز المدعوم، ومفاتيح الجلسة، ومفاتيح المرور، وتدفقات الاسترداد للوصول من خلال المحافظ. <span dir="ltr">EIP-7702</span> و <span dir="ltr">ERC-4337</span> هما الأدوات العملية اليوم. تجريد الحساب الأصلي هو الاتجاه الذي يجب تتبعه بعد ذلك.

توقف عن التعامل مع شبكة إيثيريوم الرئيسية كطبقة تسوية باهظة الثمن لا تلمسها إلا في النهاية، وتوقف عن التعامل مع حسابات المستخدمين كمفاتيح ECDSA ثابتة يجب أن تحتفظ بـ ETH قبل أن تتمكن من فعل أي شيء. تتجه إيثيريوم في عام <span dir="ltr">2026</span> نحو تنفيذ طبقة 1 (L1) أرخص وحسابات قابلة للبرمجة. قم بالبناء من أجل هذا العالم.

## قراءة إضافية {#further-reading}

- [إعلان الشبكة الرئيسية لبيكترا](https://blog.ethereum.org/en/2025/04/23/pectra-mainnet)
- [إعلان الشبكة الرئيسية لفوساكا](https://blog.ethereum.org/2025/11/06/fusaka-mainnet-announcement)
- [تحديث أولويات البروتوكول لعام ⁦2026⁩](https://blog.ethereum.org/2026/02/18/protocol-priorities-update-2026)
- [نقطة فحص رقم 9 (أبريل ⁦2026⁩)](https://blog.ethereum.org/2026/04/10/checkpoint-9)
- [إرشادات بيكترا 7702 على ethereum.org](https://ethereum.org/en/roadmap/pectra/7702/)
- [<span dir="ltr">EIP-7702</span> تعيين كود لحسابات EOA](https://eips.ethereum.org/EIPS/eip-7702)
- [<span dir="ltr">EIP-7928</span> قوائم الوصول على مستوى الكتلة](https://eips.ethereum.org/EIPS/eip-7928)
- [<span dir="ltr">EIP-7805</span> قوائم التضمين المفروضة باختيار التفرع (FOCIL)](https://eips.ethereum.org/EIPS/eip-7805)
- [<span dir="ltr">EIP-8141</span> معاملة الإطار](https://eips.ethereum.org/EIPS/eip-8141)
- [توقعات تفرع ترقية هيجوتا (Hegotá)](https://forkcast.org/upgrade/hegota/)
- [متتبع الغاز Etherscan](https://etherscan.io/gastracker)
- [<span dir="ltr">EIP-7773</span> التفرع الكلي لغلامستردام](https://eips.ethereum.org/EIPS/eip-7773)
- [خارطة طريق غلامستردام على ethereum.org](https://ethereum.org/roadmap/glamsterdam/)