---
title: "شبكات الطبقة الثانية"
description: "دليل خاص بكل نشر لتنفيذ الطبقة الثانية، وتوافر البيانات، والتحقق من الحالة، والتسوية، والنهائية، والمنسقين، والحوكمة، والجسور، والرسوم، ومخارج السيولة القابلة للتنفيذ."
image: "https://wiki.fcontext.com/og.png"
---

> Documentation Index
> Fetch the complete documentation index at: https://wiki.fcontext.com/llms.txt
> Use this file to discover all available pages before exploring further.

# شبكات الطبقة الثانية

> لأغراض تعليمية فقط؛ لا يشكل ذلك نصيحة استثمارية أو توصية استثمارية. قد تؤدي الاستثمارات إلى خسائر.

<a id="answer"></a>

## الإجابة المباشرة

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

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

<a id="mechanism"></a>

## آلية العمل

1. ثبّت هوية النظام: معرفا سلسلة الطبقة الأولى والثانية، وكتلة التأسيس وإصدار الشبكة، وحزمة التجميع وإصدارها، وعقود التسوية والجسر، وتنفيذات الوكلاء، ونوع الإثبات أو اللعبة، ونمط توافر البيانات، والمنسق، ومراجع الكتل. تعامل مع اسم الموقع ومصطلح الطبقة الثانية كبيانات اكتشاف لا كوسيلة مصادقة.
2. صنّف البنية على محاور مستقلة. سجّل بيئة التنفيذ، ونموذج الترتيب، وآلية التحقق من الحالة، وموقع البيانات، وسلسلة التسوية، ومسار الحفظ. تجمع التجميعات المتفائلة وتجمعات إثبات الصحة وvalidium والقنوات والسلاسل الجانبية هذه المحاور بطرق مختلفة؛ ولا تجعل بيئة تنفيذ متوافقة مع EVM ضماناتها الأمنية متساوية.
3. أعد بناء مسار الحالة. تتبع إرسال المستخدم، وترتيب المنسق، وتنفيذ الطبقة الثانية، وترميز الدفعة، ونشر البيانات، والتزام الحالة، وتحدي إثبات الخطأ أو التحقق من إثبات الصحة، والإدراج في الطبقة الأولى ونهائيتها. تحقق من قدرة برنامج مستقل على اشتقاق حالة الطبقة الثانية المعلنة من مدخلات البروتوكول المحددة.
4. افصل بين التوافر والاستمرارية. حدّد هل البيانات في calldata أو blobs على الطبقة الأولى، أم في نظام خارجي لتوافر البيانات، أم لدى لجنة؛ وحدد افتراضات الاحتفاظ والاسترداد. اختبر تعطل المنسق، والإدراج القسري، ومسار الإرسال البديل، وفشل مقترح الحالة أو مولد الإثبات، وترحيل الرسائل، ومسار الخروج أو السحب الفعلي.
5. افصل الساعات وتسميات الحالة. قد تسبق كتلة أكدها المنسق أو وُسمت غير آمنة نشر البيانات؛ وقد تسبق الكتلة الآمنة نهائية الطبقة الأولى؛ وقد تضيف الموافقة على الإثبات وحل النزاع ونضج السحب وإفراج الجسر بوابات مستقلة. استخدم تعريفات النشر بدلًا من عدد تأكيدات عالمي أو قاعدة سبعة أيام.
6. ارسم خريطة السيطرة والاقتصاد. اقرأ مسؤولي الوكلاء، وتأخيرات الترقية، وصلاحيات مجلس الأمن والجهة الحارسة، وحالة الإيقاف، ومعاملات الرسوم، وأصل الغاز، وسعة الدفعة، ومستلمي الرسوم. أنشئ سجلات مستقلة لتنفيذ الطبقة الثانية، ونشر بيانات الطبقة الأولى أو نظام التوافر، ورسوم المشغل والجسر وغاز الوجهة وتكلفة الانتظار؛ فالتسعيرة لا تضمن التنفيذ.
7. طابق نتائج المستخدم. تحقق من عقد الرمز وتمثيله تحديدًا، والخصم في المصدر، والقيد في الوجهة، وحالة الإيصال، وجذور الحالة والرسائل، وتجزئات الكتل الآمنة والنهائية، والموافقات المتبقية، ومسار استرداد أو خروج سوقي قابل للتنفيذ. أعد فحص الإعداد بعد كل ترقية، ولا تستنتج أمان الجسر من نظام إثبات التجميع.

<a id="example"></a>

## أمثلة محلولة

- **اقتصاد الدفعة.** تحتوي دفعة على `2,000` معاملة بمتوسط `160 bytes` بعد الضغط إضافة إلى `20,000 bytes` من التأطير الثابت، ليصبح الإجمالي `340,000 bytes`. عند `$0.00002/byte` تبلغ تكلفة البيانات `$6.80`؛ وبإضافة `$4.00` كلفة ثابتة للإثبات والتسوية يصبح الإجمالي `$10.80`، أي `$0.0054/transaction`. ومع `200` معاملة فقط تعطي الافتراضات نفسها `52,000 bytes`، وتكلفة بيانات `$1.04`، وإجماليًا `$5.04`، أي `$0.0252/transaction`. يخفض التجميع متوسط التكلفة ضمن افتراضات الحجم والاستغلال والرسوم المذكورة فقط.
- **السعة مقابل الإنتاجية المحققة.** تسمح طبقة ثانية افتراضية بـ `60,000,000 gas` كل `2 seconds`، فتبلغ سعة الغاز `30,000,000 gas/second`. وعند `120,000 gas` لكل عملية مستخدم يكون الحد الميكانيكي `250 operations/second`؛ وعند استغلال فعلي `72%` يصبح `180 operations/second`. هذه ليست نهائية أو لامركزية أو إنتاجية شاملة، وقد تصبح البيانات أو الإثبات أو المنسق هي القيد أولًا.
- **ثلاث ساعات حالة وبوابة سحب.** في خط زمني تعليمي على نمط OP، يؤكد المنسق معاملة عند `12:00 UTC`، وتصبح دفعتها آمنة بعد نشرها على الطبقة الأولى عند `12:07`، ثم تصبح كتلة الطبقة الأولى الحاوية نهائية عند `12:20`. إذا أُثبت سحب عبر الجسر عند `14:00` وكانت له مدة نضج توضيحية `7-day`، فأبكر إفراج يكون الأسبوع التالي عند `14:00`، مع مراعاة شروط اللعبة والإيقاف والطبقة الأولى. نهائية معاملة الطبقة الثانية عند `12:20` ليست حدث إفراج الجسر نفسه.
- **القيمة القابلة للتنفيذ بعد الجسر.** يودع مستخدم `1,000 USDC`؛ وبعد رسم بروتوكول `2 USDC` يصل إلى الطبقة الثانية `998 USDC`، بينما يكلف غاز المصدر `$7.50` منفصلًا. سعر الشراء القابل للتنفيذ للرمز المستلم `$0.995`، وأثر السعر `0.20%`، وغاز الخروج `$3`، فتكون قيمة الخروج الصافية `998 * 0.995 * (1 - 0.002) - 3 = $988.02398`. مقارنة بـ `$1,000` يبلغ النقص `$11.97602`، أو `1.197602%`؛ فلهوية الرمز ومطالبة الجسر والسيولة أهمية تتجاوز تسمية الطبقة الثانية.

<a id="risks"></a>

## المخاطر

- استخدام طبقة أولى أو ثانية أو معرف سلسلة أو نشر أو إصدار شبكة أو بروتوكول غير صحيح.
- اعتبار تسمية الطبقة الثانية التسويقية تصنيفًا أمنيًا موحدًا.
- الخلط بين سلسلة جانبية أو validium أو قناة أو سجل حفظي وبين التجميع.
- قبول RPC أو مستكشف أو جسر أو رمز أو عنوان عقد مزيف.
- رقابة المنسق أو تضاربه أو تعطله أو إساءة استخدام الترتيب الخاص.
- فقدان بيانات الدفعة والاشتقاق أو تأخرها.
- حجب نظام توافر خارجي أو لجنة للبيانات أو فشلهما أو تواطؤهما.
- التزامات حالة غير صحيحة أو خلل في نظام الإثبات أو اللعبة أو المتحقق.
- فشل استمرارية مقترح الحالة أو مولد الإثبات أو المتحدي أو مرحل الرسائل.
- ازدحام الطبقة الأولى أو رقابتها أو إعادة تنظيمها أو تأخر نهائيتها.
- الخلط بين حالات غير آمنة وآمنة ونهائية ومثبتة وقابلة للسحب.
- مسارات إدراج قسري أو خروج طارئ متوقفة أو مكلفة أو غير قابلة للاستخدام.
- ترقيات فورية للوكلاء أو نافذة خروج غير كافية للمستخدم.
- اختراق مفاتيح المسؤول أو الجهة الحارسة أو مجلس الأمن.
- فشل ضمان الجسر أو ربط الرمز أو المنازل العشرية أو التمثيل.
- إغفال رسوم البيانات أو التنفيذ أو المشغل أو الجسر أو الوجهة من التسعيرة.
- نقص السعة أو حدود المعدل أو الازدحام أو الانزلاق أو أصل الغاز.
- اعتبار توافق EVM تطابقًا في opcodes أو العقود المسبقة التجهيز أو قواعد الأمن.
- جمع رسائل بين طبقات ثانية ذات افتراضات نهائية أو جسور أو تبعيات أضعف.
- اعتبار نجاح المحفظة أو TPS المرتفع أو الرسوم المنخفضة أمانًا ونهائية اقتصادية.

<a id="misconceptions"></a>

## مفاهيم خاطئة شائعة

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

<a id="related"></a>

## موضوعات ذات صلة

- [التجميعات](/ar/crypto/rollup/)
- [توافر البيانات](/ar/crypto/data-availability/)
- [مسارات الخروج الطارئ للتجميع](/ar/crypto/rollup-escape-hatch/)

<a id="sources"></a>

## المصادر

- [Scaling](https://ethereum.org/developers/docs/scaling/) - Ethereum.org (تم الاطلاع: 2026-08-12)
- [Optimistic Rollups](https://ethereum.org/developers/docs/scaling/optimistic-rollups/) - Ethereum.org (تم الاطلاع: 2026-08-12)
- [Zero-knowledge rollups](https://ethereum.org/developers/docs/scaling/zk-rollups/) - Ethereum.org (تم الاطلاع: 2026-08-12)
- [Data availability](https://ethereum.org/developers/docs/data-availability/) - Ethereum.org (تم الاطلاع: 2026-08-12)
- [EIP-4844: Shard Blob Transactions](https://eips.ethereum.org/EIPS/eip-4844) - Ethereum Improvement Proposals (تم الاطلاع: 2026-08-12)
- [Rollup Node](https://specs.optimism.io/protocol/rollup-node.html) - OP Stack Specification (تم الاطلاع: 2026-08-12)
- [Transaction finality](https://docs.optimism.io/op-stack/transactions/transaction-finality) - Optimism Documentation (تم الاطلاع: 2026-08-12)
- [Stage 1 Roles and Requirements](https://specs.optimism.io/protocol/stage-1.html) - OP Stack Specification (تم الاطلاع: 2026-08-12)

Source: https://wiki.fcontext.com/ar/crypto/layer2/index.mdx