> 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/explorer.md).

# المستكشف

اقرأ كُتل EVM الخاصة بـ Ostia إلى جانب سجلات Canton الخاصة بها وتحقق من إثبات في المتصفح.

يجمع المستكشف بيانات EVM الخاصة بـ reth مع سجلات كتل Canton التي يقرأها باستخدام هوية الطرف القارئ. لديه صفحات للكتل والمعاملات والعناوين، وصنبور tROME وزر Verify للتحقق من كتلة في المتصفح.

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

## اقرأ كتلة

تعرض صفحة الكتلة بيانات EVM الخاصة بها إلى جانب معرّف التحديث في Canton، ووقت التسجيل، والمشغّل والمُؤكِّد اللذين وقّعا سجلها. وهي تقارن تجزئة الكتلة في reth، وتجزئة السجل، وتجزئة الترويسة المسجّلة. كما تعرض مفتاح البرنامج، وإصدار ZisK، وتجزئة الكتلة المقروءة من البرهان إلى جانب القيم المتوقعة لدى المستكشف.

الكتلة الجاري إثباتها ليست موجودة بعد على Canton. قد تكون المعاملة قيد الانتظار أو قيد الإثبات أو نهائية. لا يعرض المستكشف أرجل Daml الخاصة بالكتلة: `سجل الكتلة` لا تتضمنها.

يحتفظ المستكشف بفهرسه في الذاكرة. ويعيد بناء ذلك الفهرس من سجلات Canton عند بدء التشغيل. كما تحتفظ الشبكة المزوّدة بهذه السجلات في الذاكرة وتفقدها عند إعادة التشغيل.

## تحقق من البرهان في متصفحك

قراءة القيم من البرهان لا تتحقق منه. يؤدي الضغط على Verify إلى تنزيل نسخة WebAssembly من `التحقق` دالة sidecar وتشغيلها على البرهان والرأس والمعاملات المسجلة.

يتحقق الفحص من برهان PLONK باستخدام مفتاح البرنامج المثبّت وإصدار ZisK. ويتحقق من أن تجزئة الرأس تطابق تجزئة الكتلة المثبتة، وأن المعاملات تطابق جذر معاملات الرأس. كما تتطلب اللوحة أن تطابق تجزئة الكتلة تجزئة reth الخاصة بالكتلة.

تأتي القيم المثبتة المتوقعة من استجابة حالة المستكشف. يشغّل Verify فحص الكتلة الخاص بـ sidecar؛ وهو لا يشغّل الفحص المنفصل `الأرجل` لا تحقق. يكون الزر معطلاً أثناء إثبات الكتلة. بعد الفحص، تعرض اللوحة نتيجته ومدته وحجم تنزيل الوحدة. ولا تتضمن المدة زمن التنزيل. راجع [ملف README الخاص بالموثِّق في المتصفح](https://github.com/rome-protocol/canton-zk-evm/blob/a84e84e439a5cc669c0ae61facf7c8c995d9d564/explorer/verify/README.md).

## استخدم صنبور tROME

الدفع الافتراضي هو 1 tROME. يمكن لكل عنوان طلب دفعة واحدة كل 24 ساعة، ويرسل الصنبور الدفعات بفاصل لا يقل عن ثانيتين. تُحفظ هذه الحدود في الذاكرة وتُعاد إلى ضبطها عند إعادة تشغيل المستكشف. لا تمتلك tROME أي قيمة.

يرسل الصنبور معاملة إلى reth. وتصل في الكتلة المثبتة التالية، لذا يجب أن يعمل الباني لكي تصبح الدفعة نهائية. لا يؤدي بدء الشبكة ولا بدء المستكشف إلى تشغيل الباني.

يجب إعداد genesis المموَّل الخاص بالصنبور قبل بدء الشبكة. `إعداد explorer/run.sh` ينشئ ذلك التمويل ومفتاحًا جديدًا للتشغيل. `بدء explorer/run.sh` يبدأ الحاوية، و `إيقاف explorer/run.sh` يوقفها. من دون مفتاح للصنبور، يكون الصنبور متوقفًا. يحتوي دليل المستكشف الكامل على تسلسل بدء التشغيل؛ [دليل العرض التوضيحي](https://github.com/rome-protocol/canton-zk-evm/blob/a84e84e439a5cc669c0ae61facf7c8c995d9d564/demo/README.md#running-it) يحتوي على التسلسل الذي يشمل كلًا من العرض التوضيحي وتمويل الصنبور.

## وصول محلي

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


---

# 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/explorer.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.