Skip to content
Merged
Show file tree
Hide file tree
Changes from all commits
Commits
Show all changes
25 commits
Select commit Hold shift + click to select a range
3acad3b
i18n(ar): Gemini translation
wackerow Mar 26, 2026
867d083
i18n(bn): Gemini translation
wackerow Mar 26, 2026
e1b2133
i18n(cs): Gemini translation
wackerow Mar 26, 2026
f8de4e0
i18n(de): Gemini translation
wackerow Mar 26, 2026
6c5a9b8
i18n(es): Gemini translation
wackerow Mar 26, 2026
662b82c
i18n(fr): Gemini translation
wackerow Mar 26, 2026
1ba181b
i18n(hi): Gemini translation
wackerow Mar 26, 2026
9e5d0c8
i18n(id): Gemini translation
wackerow Mar 26, 2026
56fde6f
i18n(it): Gemini translation
wackerow Mar 26, 2026
03636ac
i18n(ja): Gemini translation
wackerow Mar 26, 2026
761239c
i18n(ko): Gemini translation
wackerow Mar 26, 2026
15959ec
i18n(mr): Gemini translation
wackerow Mar 26, 2026
d412900
i18n(pl): Gemini translation
wackerow Mar 26, 2026
4d13ce7
i18n(pt-br): Gemini translation
wackerow Mar 26, 2026
5e9de22
i18n(ru): Gemini translation
wackerow Mar 26, 2026
790e7cd
i18n(sw): Gemini translation
wackerow Mar 26, 2026
e223196
i18n(ta): Gemini translation
wackerow Mar 26, 2026
b88804b
i18n(te): Gemini translation
wackerow Mar 26, 2026
e665081
i18n(tr): Gemini translation
wackerow Mar 26, 2026
f1987d3
i18n(uk): Gemini translation
wackerow Mar 26, 2026
806f211
i18n(ur): Gemini translation
wackerow Mar 26, 2026
2601d99
i18n(vi): Gemini translation
wackerow Mar 26, 2026
d99ea63
i18n(zh): Gemini translation
wackerow Mar 26, 2026
fc73c2d
i18n(zh-tw): Gemini translation
wackerow Mar 26, 2026
fc5f8d5
fix(i18n): fix critical translation errors
myelinated-wackerow Mar 26, 2026
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
124 changes: 124 additions & 0 deletions public/content/translations/ar/roadmap/zkevm/index.md
Original file line number Diff line number Diff line change
@@ -0,0 +1,124 @@
---
title: تقنية zkEVM للتحقق من بلوك الطبقة الأولى (L1)
description: تعرف على كيفية استخدام إثباتات المعرفة الصفرية للتحقق من تنفيذ بلوك إيثريوم، مما يتيح إنتاجية أعلى ومتطلبات أقل للمُدقِّقين.
lang: ar
---

# تقنية zkEVM للتحقق من بلوك الطبقة الأولى (L1) {#zkevm-l1}

zkEVM هي تقنية تستخدم [إثباتات المعرفة الصفرية](/zero-knowledge-proofs/) للتحقق من تنفيذ بلوك إيثريوم. بدلاً من مطالبة كل [مُدقِّق](/glossary/#validator) بإعادة تنفيذ جميع المعاملات في بلوك معين، يقوم فاعل متخصص واحد (يُسمى "المُثبِت" أو prover) بتنفيذ البلوك وإنشاء إثبات تشفيري بأن التنفيذ كان صحيحًا. يمكن لأي عقدة بعد ذلك التحقق من هذا الإثبات—وهي عملية أرخص بكثير من إعادة تنفيذ جميع المعاملات.

<Alert variant="info">
<AlertEmoji text="💡" />
<AlertContent>
<AlertTitle>يجب عدم الخلط بينها وبين الرول أب لـ zkEVM</AlertTitle>
<AlertDescription>
تناقش هذه الصفحة استخدام zkEVM للتحقق من تنفيذ بلوك الطبقة الأولى (L1) لإيثريوم. بالنسبة لتقنيات الرول أب لـ zkEVM التي تستخدم إثباتات المعرفة الصفرية (ZK proofs) لتوسيع نطاق إيثريوم كحلول الطبقة الثانية، راجع [الرول أب المعتمد على إثباتات المعرفة الصفرية](/developers/docs/scaling/zk-rollups/).
</AlertDescription>
</AlertContent>
</Alert>

## مشكلة إعادة التنفيذ {#reexecution-problem}

اليوم، تستخدم إيثريوم نموذج تحقق "N-of-N": يجب على كل مُدقِّق إعادة تنفيذ كل معاملة في كل بلوك بشكل مستقل للتحقق من أن تغييرات الحالة المقترحة صحيحة. في حين أن هذا النهج يوفر أقصى درجات انعدام الثقة (trustless)، إلا أنه يخلق عنق زجاجة أساسي.

المشكلة هي أن إنتاجية إيثريوم محدودة بما يمكن للمُدقِّق العادي معالجته. إن رفع [حد الغاز](/glossary/#gas-limit) سيسمح بمزيد من المعاملات لكل بلوك، ولكنه سيرفع أيضًا من متطلبات الأجهزة للمُدقِّقين. وهذا يهدد اللامركزية—فإذا كان تشغيل مُدقِّق يتطلب أجهزة باهظة الثمن، فسيتمكن عدد أقل من الأشخاص من المشاركة في تأمين الشبكة.

تقدم zkEVM مخرجًا من هذه المقايضة. من خلال التحول من "الجميع يعيد التنفيذ" إلى "واحد يُثبت، والجميع يتحقق"، يمكن لإيثريوم زيادة حد الغاز بأمان دون رفع متطلبات الأجهزة للمُدقِّقين.

## كيف يعمل التحقق من zkEVM في الطبقة الأولى (L1) {#how-it-works}

يحول التحقق باستخدام zkEVM عملية التحقق من البلوك إلى نموذج "1-of-N":

1. **التنفيذ**: يقوم المُثبِت بتنفيذ جميع المعاملات في بلوك معين، متتبعًا كل تغيير في الحالة
2. **الإثبات**: يقوم المُثبِت بإنشاء إثبات تشفيري ([SNARK أو STARK](/zero-knowledge-proofs/#types-of-zero-knowledge-proofs)) يشهد على صحة التنفيذ
3. **التحقق**: يتحقق المُدقِّقون من الإثبات بدلاً من إعادة تنفيذ المعاملات—وهذا أرخص بكثير من إعادة التنفيذ الكاملة

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

### النوع الأول من zkEVMs {#type-1-zkevm}

تُصنف تقنيات zkEVM إلى أنواع بناءً على توافقها مع إيثريوم:

- **النوع 1**: مكافئ تمامًا لإيثريوم. لا توجد تعديلات على آلة إيثريوم الافتراضية (EVM)، لذلك يمكن إثبات أي بلوك إيثريوم تمامًا كما هو
- **النوع 2-4**: إجراء مقايضات مختلفة، وتعديل سلوك آلة إيثريوم الافتراضية (EVM) لجعل الإثبات أسهل

بالنسبة للتحقق في الطبقة الأولى (L1)، يعتبر النوع 1 ضروريًا. يجب أن تكون zkEVM قادرة على إثبات أي بلوك إيثريوم صالح، بما في ذلك الحالات الاستثنائية والكتل التاريخية. أي انحراف عن سلوك إيثريوم الدقيق من شأنه أن يخلق مشكلات في الإجماع.

تركز أبحاث zkEVM التابعة لمؤسسة إيثريوم على تطبيقات النوع 1 المتوافقة تمامًا مع تنفيذ إيثريوم الحالي.

## فوائد لإيثريوم {#benefits}

### إنتاجية أعلى {#higher-throughput}

عندما يكون التحقق رخيصًا، يمكن زيادة حد الغاز بأمان. يؤدي هذا إلى توسيع سعة الشبكة ويساعد على استقرار الرسوم خلال فترات الطلب المرتفع. إن حد الغاز الحالي مقيد جزئيًا بأجهزة المُدقِّقين—وتزيل zkEVM هذا القيد.

### لامركزية أقوى {#stronger-decentralization}

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

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

### نهائية يمكن التنبؤ بها {#predictable-finality}

تعمل عملية التحقق من الإثبات في وقت ثابت بغض النظر عن تعقيد البلوك. هذا يجعل توقيت الإقرار أكثر قابلية للتنبؤ ويقلل من الإقرارات المفقودة التي يمكن أن تحدث عندما يواجه المُدقِّقون صعوبة في معالجة الكتل المعقدة في الوقت المناسب.

## تحديات الإثبات في الوقت الفعلي {#realtime-proving}

التحدي الرئيسي للتحقق من zkEVM في الطبقة الأولى (L1) هو السرعة. يتم إنتاج كتل إيثريوم كل <span dir="ltr">12</span> ثانية، مما يعني أنه يجب إنشاء الإثباتات ضمن إطار زمني مماثل لتكون مفيدة للإجماع.

يمكن أن تستغرق تطبيقات zkEVM الحالية من دقائق إلى ساعات لإثبات بلوك واحد. تركز الأبحاث على سد هذه الفجوة من خلال:

- **التوازي**: توزيع عمل الإثبات عبر أجهزة متعددة
- **أجهزة متخصصة**: تصميم دوائر وأجهزة محسنة لإثباتات المعرفة الصفرية (ZK)
- **تحسينات خوارزمية**: أنظمة إثبات وتصميمات دوائر أكثر كفاءة
- **الإثبات التدريجي**: إنشاء الإثباتات أثناء تنفيذ المعاملات، بدلاً من إنشائها بعد ذلك

## الأبحاث والتطبيقات الحالية {#current-research}

تمول مؤسسة إيثريوم أبحاث zkEVM من خلال فريق [Privacy Stewards of Ethereum (PSE)](https://pse.dev/). تشمل مسارات البحث الرئيسية ما يلي:

- **الإثبات في الوقت الفعلي**: إنشاء إثباتات كاملة للبلوك ضمن فترات زمنية تبلغ <span dir="ltr">12</span> ثانية
- **تكامل العميل**: توحيد الواجهات بين عملاء التنفيذ والمُثبِتين
- **الحوافز الاقتصادية**: تصميم أسواق مُثبِتين وهياكل رسوم مستدامة

### حالة التطبيق {#implementations}

يتم تطوير واختبار العديد من تطبيقات zkVM لإثبات بلوك إيثريوم:

| التطبيق | البنية |
|----------------|--------------|
| [OpenVM](https://github.com/openvm-org/openvm) | rv32im |
| [RISC Zero](https://github.com/risc0/risc0) | rv32im |
| [Airbender](https://github.com/matter-labs/zksync-airbender) | rv32im |
| [Jolt](https://github.com/a16z/jolt) | rv32im |
| [Zisk](https://github.com/0xPolygonHermez/zisk) | rv64ima |

تستخدم هذه التطبيقات آلات افتراضية تعتمد على RISC-V لتنفيذ الرمز الثانوي (bytecode) لآلة إيثريوم الافتراضية (EVM)، ثم تقوم بإنشاء إثباتات المعرفة الصفرية (ZK proofs) للتنفيذ الصحيح. يتم تتبع نتائج الاختبارات الحديثة والتقدم المحرز في [متتبع zkVM التابع لمؤسسة إيثريوم](https://zkevm.ethereum.foundation/zkvm-tracker).

## كيف تتناسب zkEVM مع الترقيات الأخرى {#related-upgrades}

يرتبط التحقق من zkEVM في الطبقة الأولى (L1) بالعديد من عناصر خريطة طريق إيثريوم الأخرى:

- **[أشجار فيركل (Verkle Trees)](/roadmap/verkle-trees/)**: تتيح شهودًا (witnesses) أصغر للتحقق بدون حالة (stateless)، مما يقلل من البيانات التي يحتاج المُثبِتون للعمل معها
- **[انعدام الحالة (Statelessness)](/roadmap/statelessness/)**: تعد zkEVM عامل تمكين رئيسي—مع إثباتات المعرفة الصفرية (ZK) للتنفيذ، لا تحتاج العقد إلى حالة كاملة للتحقق من الكتل
- **[فصل المُقترِح عن الباني (PBS)](/roadmap/pbs/)**: يمكن لبناة الكتل دمج إنشاء الإثباتات، أو قد يظهر سوق منفصل للمُثبِتين
- **[نهائية الخانة الواحدة (Single Slot Finality)](/roadmap/single-slot-finality/)**: يمكن أن يتيح إنشاء الإثباتات بشكل أسرع نهائية الخانة الواحدة مع ضمانات تشفيرية

<Alert variant="warning">
<AlertEmoji text="🧪" />
<AlertContent>
<AlertDescription>
لا يزال التحقق من zkEVM في الطبقة الأولى (L1) قيد البحث النشط ولم يتم دمجه بعد في عملاء إيثريوم في بيئة الإنتاج.
</AlertDescription>
</AlertContent>
</Alert>

## قراءة المزيد {#further-reading}

- [مؤسسة zkEVM](https://zkevm.ethereum.foundation) - مركز أبحاث zkEVM الرسمي التابع لمؤسسة إيثريوم
- [Ethproofs](https://ethproofs.org/) - تتبع السباق لإثبات إيثريوم في الوقت الفعلي
- [zkevm.fyi](https://zkevm.fyi) - كتاب تقني حول zkEVM للطبقة الأولى (L1)
- [مواصفات PSE zkEVM](https://github.com/privacy-scaling-explorations/zkevm-specs) - المواصفات الفنية
- [The Verge](https://vitalik.eth.limo/general/2024/10/23/futures4.html) - نظرة عامة من فيتاليك (Vitalik) على تحسينات التحقق
- [مدونة EF zkEVM](https://zkevm.ethereum.foundation/blog) - تحليل الأداء من فريق مؤسسة إيثريوم (EF)
Loading
Loading