> 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/canton-zk-evm.md).

# نظرة عامة

Ostia هو Canton zkEVM تُسوّى كُتَله وإجراءات Canton في معاملة واحدة.

Ostia هي Canton zkEVM، مع معرّف السلسلة **770101** ورمز الاختبار **tROME**. ترتّب Canton كتل EVM الخاصة بها. وتقوم آلة افتراضية عديمة المعرفة، ZisK، بإثبات كل كتلة قبل أن يمكن تثبيتها. تحمل معاملة Canton واحدة الكتلةَ، وإثباتَها، وإجراءات Canton التي تحتاجها. تتم تسويتها معًا، وإلا فلا يثبت شيء.

تصف هذه الصفحة الالتزام `a84e84e439a5cc669c0ae61facf7c8c995d9d564`. اقرأ ملف [ملف README الخاص بالمستودع](https://github.com/rome-protocol/canton-zk-evm/blob/a84e84e439a5cc669c0ae61facf7c8c995d9d564/README.md).

يسجل عقد البوابة طلبات كل كتلة إلى Canton على أنها legs. يقوم الإيداع بقفل رمز Canton ويُصدر شكله الملفوف على EVM. يقوم السحب بحرق الشكل الملفوف وإطلاق رمز Canton. وتنفذ دفعة عبر البوابة تخصيص Canton الذي اتفقت الأطراف على استخدامه لتلك الدفعة. [كيف يعمل](/ar/canton-zk-evm/how-it-works.md) يتتبّع كتلة عبر عمليات التحقق المطلوبة.

بالنسبة إلى الـ EVM rollup الذي تتم تسويته على Solana، انظر [Rome ZK EVM](/ar/rome-zk-evm/zk-evm.md).

## ما الذي عرضَه العرض التوضيحي

اجتاز العرض التوضيحي فحوصاته على **2026-10-05**، على شبكة Canton محلية تضم وحدة معالجة رسومية واحدة من نوع NVIDIA RTX PRO 6000 Blackwell Server Edition. استخدمت التشغيلات التزام `6b445073163832e9023850f53678617d90dfc808` من `canton-zk-evm`. كان TKA رمز الاختبار الخاص بـ EVM. وكان TKB رمز الاختبار الخاص بـ Canton، وكان wTKB شكله الملفوف على EVM. وكان U وV هما الطرفين الاختباريين.

تم تثبيت كتلة تمهيدية فارغة أولًا. ثم نشرت كتلة إعداد TKA وأنشأت wTKB. وتلت ذلك التشغيلات الخمس:

| شغّل                | ما الذي حدث                                                                                                            | النتيجة                                                                                                              | وقت الإثبات                                               |
| ------------------- | ---------------------------------------------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------------------------------- | --------------------------------------------------------- |
| 1: إيداع            | أودع U مقدار 10 TKB وتسلّم 10 wTKB.                                                                                    | جاء سجل الكتلة 3 وحيازة البوابة الجديدة البالغة 10 TKB من تحديث Canton واحد.                                         | 6.72 ث                                                    |
| 2: دفعة             | دفع V إلى U مقدار 10 TKA عبر البوابة مقابل تخصيص U البالغ 10 TKB لصالح V. كما أرسل V إلى U تحويلًا عاديًا بقيمة 1 TKA. | جاء سجل الكتلة 4 وحيازة V الجديدة البالغة 10 TKB من تحديث واحد. ولم يُنشئ التحويل العادي أي leg.                     | 6.72 ث                                                    |
| 3: سحب              | حرق U مقدار 4 wTKB وتلقى 4 TKB.                                                                                        | جاء سجل الكتلة 5 وحيازة U الجديدة من تحديث واحد. وانخفض المعروض الملفوف وحضانة البوابة إلى 6.                        | 6.72 ث                                                    |
| 4: استرداد التخصيص  | استعاد U تخصيص الدفعة بعد إنشاء الإثبات.                                                                               | رفضت Canton الكتلة 6. كما فشل إعادة إرسالها من دون leg الخاص بها. وأغفل البناء التالي الدفعة والتزم بموافقة V وحدها. | 6.75 ث للبناء الأولي؛ لم يُقَس وقت الإثبات الثاني على حدة |
| 5: إثبات مُتلاعب به | تم تغيير رقم سداسي عشري واحد من الإثبات.                                                                               | رفضت Canton الكتلة 7 بعد أن رفضت الـ sidecar الإثبات. وبقيت القمة عند 6.                                             | 6.74 ث قبل التلاعب                                        |

كان الإثبات الملفوف **1,344 بايت**. كانت أزمنة الإثبات الستة المسجلة للإعداد والتشغيلات الخمس هي **من 6.71 إلى 6.75 ث**. استغرق إثبات الكتلة الفارغة **6.31 ث**. كانت هذه تشغيلات فردية مع كون المُثبت قيد التشغيل بالفعل. والأزمنة المسجلة ليست معيارًا أداءيًا ولا تقيس معدل إنتاج الكتل.

الـ [نتائج العرض التوضيحي الكاملة](https://github.com/rome-protocol/canton-zk-evm/blob/a84e84e439a5cc669c0ae61facf7c8c995d9d564/demo/README.md#results) تشرح كل فحص. و [مجلد النتائج](https://github.com/rome-protocol/canton-zk-evm/tree/a84e84e439a5cc669c0ae61facf7c8c995d9d564/demo/results) يحتوي على السجلات والإثباتات. [القياسات](/ar/canton-zk-evm/measurements.md) يفصل أزمنة الإثبات، وأزمنة الباني، ومعيار أداء المُثبت السابق.

## حدود هذا الإصدار

Ostia إصدار مبكر. يعمل على شبكة اختبار محلية فيها باني واحد ومشغّل واحد ومؤكِّد واحد. تفقد الشبكة حالتها عند إعادة التشغيل؛ ولا توفّر سلسلة دائمة بين التشغيلات.

الشفرة وZisK **1.3.1-alpha** لم تخضعا للتدقيق. لا قيمة لـ tROME. لا تستخدم هذا الإصدار لأي شيء ذي قيمة.

تمتلك جهة البوابة رموز Canton التي تدعم أشكالها الملفوفة. وتستضاف تلك الجهة على مشارك المشغّل. ومن يشغّل ذلك المشارك يمكنه نقل الرموز المقفلة.

تستخدم الشبكة لقطات Canton 3.6 المثبّتة ومترجم Daml للّقطة من أجل الاستدعاء الخارجي. الإصدارات الدقيقة موجودة في [PINS](https://github.com/rome-protocol/canton-zk-evm/blob/a84e84e439a5cc669c0ae61facf7c8c995d9d564/PINS). اقرأ [نموذج الثقة والحدود](/ar/canton-zk-evm/trust-model.md) قبل تشغيله.

## شغّله

[شغّله محليًا](/ar/canton-zk-evm/run-it-locally.md) يغطي الاختبارات والبروفة من دون GPU والعرض التوضيحي على GPU. [مضيف المُثبت](/ar/canton-zk-evm/prover-host.md) يصف العتاد الذي تم اختباره وإعداد المُثبت. و [المستكشف](/ar/canton-zk-evm/explorer.md) يعرض كتل EVM إلى جانب سجلات 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/canton-zk-evm.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.