> For the complete documentation index, see [llms.txt](https://docs.rome.builders/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.rome.builders/ar/canton-zk-evm/measurements.md).

# القياسات

قياسات الإثبات والتسوية المسجّلة مع تواريخها والأجهزة والحدود.

قاس معيار الأداء الخاص بالمُبرهِن والتشغيلات على Ostia ضيوفًا وأعباء عمل مختلفة. استخدم معيار الأداء ضيف reth الأصلي غير المعدّل من المنبع. استخدمت تشغيلات Ostia ضيف هذا المستودع مع فحص chain-rules والبوابة.

تصف هذه الصفحة الالتزام `a84e84e439a5cc669c0ae61facf7c8c995d9d564`. اقرأ ملف [تقرير المقاييس](https://github.com/rome-protocol/canton-zk-evm/blob/a84e84e439a5cc669c0ae61facf7c8c995d9d564/docs/METRICS.md) و [نتائج العرض التوضيحي](https://github.com/rome-protocol/canton-zk-evm/blob/a84e84e439a5cc669c0ae61facf7c8c995d9d564/demo/README.md#results).

## العتاد

استخدمت كلتا المجموعتين وحدة معالجة رسومات واحدة من NVIDIA RTX PRO 6000 Blackwell Server Edition. سُجِّلت وحدة معالجة الرسومات والمشغّل فقط لعرض Ostia التوضيحي.

| العنصر                       | معيار أداء المُبرهِن، 2026-10-03                                                  | تشغيلات Ostia، 2026-10-05 |
| ---------------------------- | --------------------------------------------------------------------------------- | ------------------------- |
| وحدة المعالجة المركزية       | AMD EPYC 9B45، 48 وحدة معالجة افتراضية؛ مقبس واحد، وخيطان لكل نواة                | غير مسجّل                 |
| ذاكرة الوصول العشوائي للمضيف | 176 غيبيبايت كما أفاد بها المضيف                                                  | غير مسجّل                 |
| ذاكرة GPU                    | 97,887 ميبيبايت، وُصفت بأنها 96 جيجابايت؛ PCIe الجيل 5 x16                        | السعة غير مسجّلة          |
| المشغّل                      | 580.178.04                                                                        | 580.178.04                |
| CUDA                         | 13.0 على مستوى المشغّل؛ ثنائيات GPU مُسبقة البناء، ولا توجد حزمة أدوات CUDA مثبتة | غير مسجّل                 |
| نظام التشغيل والقرص          | Ubuntu 22.04.5، قرص إقلاع بسعة 500 جيجابايت                                       | غير مسجّل                 |
| Node وsnarkjs                | 20.18.0 و0.7.6                                                                    | غير مسجّل                 |

## الإصدارات المثبّتة

هذه هي إصدارات المستودع، كما هي مُدرجة في تقرير المقاييس و [PINS](https://github.com/rome-protocol/canton-zk-evm/blob/a84e84e439a5cc669c0ae61facf7c8c995d9d564/PINS). يختلف إصدار Node على مضيف معيار الأداء أعلاه عن الإصدار المثبّت للمبرهِن.

| المكوّن                              | الإصدار                                                          |
| ------------------------------------ | ---------------------------------------------------------------- |
| ZisK                                 | 1.3.1-alpha                                                      |
| مصدر الضيف من المنبع                 | 0.13.1                                                           |
| reth                                 | 2.5.2                                                            |
| كانتون                               | 3.6.0-snapshot.20260930.20337.0.ve610bc8f                        |
| حزمة تطوير Daml للاستدعاء الخارجي    | 3.5.13-snapshot.20261001.145.0.v852bdd82                         |
| مُصرّف Daml                          | 3.6.0-snapshot.20260915.14804.0.v53478765, targeting Daml-LF 2.4 |
| حزمة تطوير Daml لاختبارات Script     | 3.5.12, targeting Daml-LF 2.1                                    |
| Java                                 | 21                                                               |
| Rust                                 | 1.94.1                                                           |
| Python الخاص بالباني والعرض التوضيحي | 3.12 أو أحدث                                                     |
| Node الخاص بالمبرهِن وsnarkjs        | 20.20.2 و0.7.6                                                   |
| Node الخاص بالمستكشف                 | 22.18 أو أحدث محليًا؛ 24 في الحاوية وCI                          |
| مُصرّف Solidity لرمز الاختبار        | 0.8.28                                                           |

## معيار أداء المُبرهِن: 2026-10-03

يعرض الجدول أزمنة الوسيط بالثواني من ثلاث تشغيلات دافئة لكل حجم كتلة. احتوت كل كتلة على تحويلات عادية. نجح كل برهان `cargo-zisk verify`. سجلات معيار الأداء الخام ليست في المستودع.

| الكتلة                   | برهان من دون wrap، عملية جديدة | wrap وحده، عملية جديدة | برهان مع wrap، عملية جديدة | العملية الجديدة بالكامل | تشغيل المبرهِن: من الإدخال إلى البرهان المغلّف | تشغيل المبرهِن: من الإدخال إلى البرهان المُتحقَّق منه |
| ------------------------ | ------------------------------ | ---------------------- | -------------------------- | ----------------------- | ---------------------------------------------- | ----------------------------------------------------- |
| تحويل واحد، 21 كيلوغاز   | 4.6                            | 2.4                    | 7.4                        | 21.1                    | 6.7                                            | 7.0                                                   |
| 1,000 تحويل، 21 ميغاغاز  | 6.9                            | 2.4                    | 9.6                        | 24.5                    | 9.0                                            | 9.3                                                   |
| 5,000 تحويل، 105 ميغاغاز | 17.9                           | 2.4                    | 20.8                       | 34.9                    | 21.2                                           | 21.5                                                  |

أبقى المُبرهِن قيد التشغيل المنسّق والعامل والمفاتيح محمّلة. تشمل مجاميع العملية الجديدة بدء المبرهِن وإيقافه. تبدأ أزمنة من الإدخال إلى البرهان بملف شاهد موجود؛ وهي لا تقيس بناء الشاهد. كانت حالة 105 ميغاغاز معيار أداء للضيف الأصلي من المنبع، وليست كتلة Ostia. الحدّ الأقصى المربوط لغاز الكتلة في Ostia هو 30,000,000.

| قياس البرهان              | PLONK مغلّف          | STARK غير مغلّف          |
| ------------------------- | -------------------- | ------------------------ |
| حجم ملف البرهان           | 2,942 إلى 2,944 بايت | 415,232 إلى 415,234 بايت |
| `cargo-zisk verify` الوقت | 0.29 إلى 0.30 ثانية  | 0.03 ثانية               |
| حجم السلك                 | 1,344 بايت           | غير مقاس                 |

يتضمن التحقق من البرهان المغلّف تشغيل Node لبدء snarkjs. إنه ليس قياسًا للمُحقِّق الأصلي للملحق الجانبي. يحتوي تمثيل السلك ذو 1,344 بايت على 768 بايت من البرهان، و32 بايت من مفتاح البرنامج، و32 بايت من جذر التكرار، و512 بايت من القيم العامة.

## بدء التشغيل والذاكرة

هذه القياسات من معيار الأداء نفسه بتاريخ 2026-10-03 مع ZisK 1.3.1-alpha.

| القياس                                                                                                         | النتيجة                                                            |
| -------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------ |
| أول تشغيل لتحويل واحد بعد حذف ذاكرة ZisK المؤقتة وإفراغ ذاكرة الصفحات المؤقتة، مع بقاء مفتاح البرهان على القرص | 123 ثانية زمنًا كليًا؛ استغرق عمل البرهان 14.5 ثانية               |
| بدء تشغيل المبرهِن مع وجود ذاكرة التخزين المؤقت المترجمة للضيف مسبقًا                                          | تم تحميل المفاتيح في 7.0 ثوانٍ، ثم استغرق تسجيل البرنامج 9.5 ثوانٍ |
| أول طلب برهان بعد ذلك البدء                                                                                    | 6.56 ثانية                                                         |
| أقصى ذاكرة GPU مُبلّغ عنها بواسطة `nvidia-smi`                                                                 | 93.2 غيبيبايت                                                      |
| ارتفاع ذاكرة RAM للمضيف أثناء برهان بعملية جديدة                                                               | 27 إلى 29 غيبيبايت، بالإضافة إلى 22.9 غيبيبايت من الذاكرة المشتركة |
| ارتفاع ذاكرة RAM للمضيف بينما كان المبرهِن قيد التشغيل يخدم الطلبات                                            | 3 غيبيبايت، بالإضافة إلى 22.9 غيبيبايت من الذاكرة المشتركة         |
| ذاكرة GPU المُبلّغ عنها لـ PLONK wrap وحده                                                                     | 30,054,767,337 بايت، أي نحو 28.0 غيبيبايت                          |

يضبط المبرهِن مخزنًا مؤقتًا كبيرًا لوحدة معالجة الرسومات على البطاقة. كان الاستخدام الأقصى متقاربًا تقريبًا بين أصغر وأكبر كتل معيار الأداء. وهذا لا يحدد الحد الأدنى من ذاكرة GPU المطلوبة للمبرهِن بالكامل.

## عرض Ostia التوضيحي: 2026-10-05

تم تشغيل كل حالة مرة واحدة على شبكة Canton المحلية، مع كون المبرهِن قيد التشغيل مسبقًا، من الالتزام `6b445073163832e9023850f53678617d90dfc808`. هذه نتائج اختبارية فردية. الـ [مجلد النتائج](https://github.com/rome-protocol/canton-zk-evm/tree/a84e84e439a5cc669c0ae61facf7c8c995d9d564/demo/results) يحتوي على السجلات. [نظرة عامة](/ar/canton-zk-evm/canton-zk-evm.md#what-the-demo-showed) يصف النتائج الخمس.

| الحالة             | الكتلة والغاز المستخدم                                                        | البرهان                                                         | من ملف البرهان المكتمل إلى خروج الباني | تشغيل الباني بالكامل                   |
| ------------------ | ----------------------------------------------------------------------------- | --------------------------------------------------------------- | -------------------------------------- | -------------------------------------- |
| اختبار دخاني       | الكتلة 1، فارغة؛ 0 غاز                                                        | 6.31 ث                                                          | 0.49 ثانية                             | 155.20 ثانية                           |
| الإعداد            | الكتلة 2، معاملتان؛ لم يُسجَّل الغاز                                          | 6.71 ثانية                                                      | غير مسجّل                              | 8.00 ثوانٍ                             |
| إيداع              | الكتلة 3، معاملة واحدة؛ 122,308 غاز                                           | 6.72 ث                                                          | 0.66 ثانية                             | 8.14 ثوانٍ                             |
| دفع                | الكتلة 4، ثلاث معاملات؛ 185,307 غاز                                           | 6.72 ث                                                          | 0.42 ثانية                             | 7.87 ثوانٍ                             |
| سحب                | الكتلة 5، معاملة واحدة؛ 90,345 غاز                                            | 6.72 ث                                                          | 0.58 ثانية                             | 8.02 ثوانٍ                             |
| تم استرداد التخصيص | رُفضت الكتلة 6، ثم أُعيد بناؤها بمعاملة واحدة ومن دون أطراف؛ لم يُسجَّل الغاز | 6.75 ثانية للبناء المرفوض؛ ولم يُوقّت البرهان الثاني بشكل منفصل | التقديم المرفوض لم يُوقّت              | 8.09 ثوانٍ مرفوض؛ 8.04 ثوانٍ مُلتزم به |
| برهان مُعبث به     | رُفضت الكتلة 7؛ لم يُسجَّل الغاز                                              | 6.74 ث قبل التلاعب                                              | التقديم المرفوض لم يُوقّت              | 7.57 ثانية                             |

كان كل برهان 1,344 بايت. يشمل الفاصل الزمني من ملف البرهان المكتمل إلى خروج الباني جلب أدلة حسابات البوابة وأدلة التخزين، `تقدُّم`، ثم الالتزام على طرفي المشاركين المؤكدين وقيام reth بوضع الكتلة في الحالة النهائية. وهو أطول من التزام Canton وحده. تتم مطابقة الأطراف مع عقود Canton قبل إجراء البرهان وهي خارج ذلك الفاصل الزمني.

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

## عمليات التحقق الأخرى المسجّلة

في 2026-10-04، غطّى أول برهان تحويل الكتلة 1 على نسخة مؤقتة من genesis، وليس على سلسلة قيد التشغيل: تحويل واحد بــ21,000 غاز و385,277 خطوة للضيف. استغرقت ثلاثة براهين 6.33 و6.75 و6.69 ثانية. قام مُحقِّق ZisK وحزمة المُحقِّق في المستودع بالتحقق من البرهان. أدى تغيير معرّف السلسلة في الإدخال إلى 1 إلى رفض الضيف له من دون برهان.

استغرق بناء الضيف من مجلد بناء فارغ 125 ثانية، بما في ذلك تنزيل الاعتماديات. استغرق اثنان من عمليات التحقق الجديدة 133 ثانية و126 ثانية وأنتجا نفس ELF وprogramVK مثل بعضهما البعض. استغرق الإعداد الأول للبرنامج لدى المبرهِن 43 ثانية. تأتي هذه الأرقام من سجلات 2026-10-04 الموصوفة في تقرير المقاييس و [ملف README الخاص بالضيف](https://github.com/rome-protocol/canton-zk-evm/blob/a84e84e439a5cc669c0ae61facf7c8c995d9d564/guest/README.md).

بعد العرض التوضيحي بتاريخ 2026-10-05، نجح فحص المتصفح الخاص بالمستكشف للكتلة 3 في 13 مللي ثانية. انقضى نحو 0.35 ثانية من النقر إلى الحصول على الإجابة. كان هذا فحص متصفح واحدًا، وليس معيار أداء، وهو غير مسجّل في `demo/results/`.

استغرق فحص WebAssembly من 8 إلى 32 مللي ثانية في Node على مشغلات CI. تحقق هذا الاختبار من برهان ثم رفض ترويسة غير متطابقة. لم يكن فحصًا ناجحًا لكتلة كاملة ولا قياسًا عبر المتصفح؛ انظر [ملف README الخاص بالمُحقِّق](https://github.com/rome-protocol/canton-zk-evm/blob/a84e84e439a5cc669c0ae61facf7c8c995d9d564/explorer/verify/README.md).

## ما لا تثبته هذه القياسات

لا يوجد معيار أداء منهجي لاستدعاءات العقود أو الـ precompiles، ولا للكتل التي تزيد على 105 ميغاغاز، ولا لأحجام كتل المعيار مع ضيف Ostia. ولا توجد قياسات باستخدام عدة وحدات GPU أو عدة كتل قيد التنفيذ.

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


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://docs.rome.builders/ar/canton-zk-evm/measurements.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.