---
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>

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

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

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

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

## آلية العمل

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

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

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

- **تكلفة الدفعة والضغط.** تحتوي دفعة على `5,000` معاملة و`2,400 KB` من المدخلات الخام و`300 KB` بعد الضغط. نسبة الضغط هي `2,400 / 300 = 8.0x` وتنخفض البايتات بمقدار `87.5%`. إذا بلغت تكلفة DA مقدار `0.020 ETH` وبلغت النفقات المشتركة للإثبات والتسوية `0.005 ETH`، فمتوسط التكلفة المشتركة هو `(0.020 + 0.005) / 5,000 = 0.000005 ETH/tx`. وبإضافة `0.000020 ETH/tx` للتنفيذ والمشغل يصبح الإجمالي `0.000025 ETH/tx`. هذا تخصيص وليس فاتورة مضمونة.
- **حدود نموذج أخذ العينات.** في نموذج تعليمي يحجب الخصم `25%` من الحصص، ويسحب العميل `20` عينة مستقلة منتظمة مع الإرجاع. احتمال عدم إصابة أي حصة محجوبة هو `0.75^20 = 0.003171211939 = 0.3171211939%` واحتمال الكشف `99.6828788061%`. قد تبطل النظائر المترابطة والخدمة التكيفية والترميز التصحيحي وقاعدة أخذ العينات الفعلية هذا النموذج البسيط.
- **سلامة اللجنة وتوافرها.** تستطيع لجنة DA بعتبة `5-of-7` إصدار تصديق جديد مع تعذر توفر ما يصل إلى `2` من الأعضاء؛ ومع تعذر `3` لا يبقى سوى `4 < 5`. وبموجب قاعدة تعليمية تعتمد التوقيع وحده، تكفي السيطرة على `5` موقعين مفوضين لبلوغ العتبة. ولا تثبت الشهادة وجود خمس نسخ دائمة أو قدرة المستخدم على استرجاع البايتات الآن أو صلاحية التنفيذ والتسوية.
- **ساعات متعددة وخروج سريع.** يصل تأكيد مبدئي تعليمي خلال `2 seconds`، وتنشر الدفعة بعد `8 minutes`، وتأتي نهائية التسوية بعد `13 minutes` إضافية؛ فيكون الزمن المنقضي الدقيق `21 minutes 2 seconds`. وإذا أضاف سحب متفائل مدة افتراضية قدرها `7 days`، يصبح الإجمالي `10,101 minutes 2 seconds`. ويتقاضى جسر سريع `0.15%` من `10,000 USDC`، أي `15 USDC`، ويسلم `9,985 USDC`؛ فالسرعة تضيف افتراضات الجسر ومزود السيولة وإعادة التنظيم بدلا من تقصير ساعة البروتوكول.

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

## المخاطر

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

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

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

- المعمارية المعيارية أكثر لامركزية تلقائيا من التصميم المتجانس.
- يحل إثبات الصلاحية محل توافر البيانات واسترجاعها التاريخي.
- تنقل التسوية على إيثريوم كل خصائص أمان إيثريوم إلى كل مكون.
- تعني رسالة نجاح جهاز الترتيب تسوية نهائية وسحبا قابلا للتنفيذ.
- تضمن إنتاجية أعلى أو DA مشترك أو تسوية مشتركة تكلفة أقل وقابلية تركيب متزامنة.

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

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

- [الطبقة الثانية](/ar/crypto/layer2/)
- [توافر البيانات](/ar/crypto/data-availability/)
- [شبكات التجميع](/ar/crypto/rollup/)

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

## المصادر

- [Scaling](https://ethereum.org/developers/docs/scaling/) - Ethereum.org (تاريخ الاطلاع: 2026-08-13)
- [Data availability](https://ethereum.org/developers/docs/data-availability/) - Ethereum.org (تاريخ الاطلاع: 2026-08-13)
- [EIP-4844: Shard Blob Transactions](https://eips.ethereum.org/EIPS/eip-4844) - Ethereum Improvement Proposals (تاريخ الاطلاع: 2026-08-13)
- [Optimistic Rollups](https://ethereum.org/developers/docs/scaling/optimistic-rollups/) - Ethereum.org (تاريخ الاطلاع: 2026-08-13)
- [Zero-knowledge rollups](https://ethereum.org/developers/docs/scaling/zk-rollups/) - Ethereum.org (تاريخ الاطلاع: 2026-08-13)
- [Rollup Node](https://specs.optimism.io/protocol/rollup-node.html) - OP Stack Specification (تاريخ الاطلاع: 2026-08-13)
- [Derivation](https://specs.optimism.io/protocol/derivation.html) - OP Stack Specification (تاريخ الاطلاع: 2026-08-13)
- [LazyLedger: A Distributed Data Availability Ledger With Client-Side Smart Contracts](https://arxiv.org/abs/1905.09274) - arXiv (تاريخ الاطلاع: 2026-08-13)

Source: https://wiki.fcontext.com/ar/crypto/modular-blockchain/index.mdx