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

# الإصدارات

ما الذي تضيفه v0.3.0 وكيف تنتقل السلسلة بين إصدارات إثبات ZisK المدعومة.

هذا القسم يوثّق **روم ZK EVM v0.3.0**. استخدم المصدر المطابق v0.3.0 وصورة العقدة والضيف الدفعي. يستخدم الضيف ZisK 1.3.1-alpha. يحدد وسم الإصدار شجرة المصدر المستخدمة للصورة. الـ `الرئيسي` قد يكون الفرع قد تغيّر منذ الإصدار.

الـ [سجل التغييرات الكامل للإصدار v0.3.0](https://github.com/rome-protocol/solana-zk-evm/blob/v0.3.0/CHANGELOG.md#v030) يسجّل الأوامر والإصلاحات والقيود وراء هذا الإصدار. الـ [سياسة إصدار ZisK](https://github.com/rome-protocol/solana-zk-evm/blob/v0.3.0/docs/ZISK-RELEASES.md) تصف السجل على السلسلة وعملية النقل.

## في الإصدار v0.3.0

يمكن لسلاسل Devnet الآن استقبال الودائع ودفع السحوبات من خزائن SOL المغلّفة الخاصة بها. يمكن لسلطة السلسلة فتح طابور ودائع، وتحديد حدوده ورسومه، وتغييرها بعد تفعيل مؤجّل. يقوم المُسلسِل بقيد ودائع Solana النهائية في كتل EVM؛ ويثبت المُجمِّع النطاق المرتب لها في دفعة صندوق الوارد.

تتضمن صورة العقدة مبرهن خروج. مع `EXITS=on`, يراقب بوابة خروج السلسلة، ويثبت السحوبات مقابل جذور Solana النهائية، ويرسل تحرير الخزنة بنفسه. يستخدم دافعه الخاص. تنتظر دفعة صغيرة إلى مستلم لا يملك حساب رمز wrapped SOL الإفراج اليدوي افتراضيًا. `./rollup check` يعرض إعدادات الخروج، وصحة الخدمة، وعمليات الخروج العالقة، ورصيد دافع الخروج.

تستخدم البراهين ZisK 1.3.1-alpha. تحتفظ Settlement وVeritas الآن بمفتاح تحقق وجذر تكرار مثبّت لكل إصدار من ZisK. يقوم إعداد مضيف المبرهن بتنزيل أرشيفات المفاتيح الخاصة بهذا الإصدار والتحقق منها، وفحص ثنائيات GPU، وإعداد ملفات الثوابت المستخدمة في التجميع. يضيف هذا الإصدار أيضًا نماذج طلب مفتاح التحقق والإبلاغ عن الأخطاء.

يربط دليل devnet معاملات المستكشف من تشغيل Rome نفسه، من التسجيل إلى الصرف. يترك هذا الإصدار أيضًا حسابات دفعات الصندوق الوارد والكتل القديمة مفتوحة. تظل حسابات الجذر المعلّق مفتوحة افتراضيًا؛ وتتراكم عليها الإيجارات. لم يحسم Rome بعد المدة التي يجب أن تبقى فيها بيانات الدفعات القديمة على Solana.

## تنتمي إصدارات ZisK إلى مفتاح كل سلسلة

لكل سلسلة سجل لمفتاح التحقق. يحتوي الإدخال على `programVK`, وتخطيط القيم العامة، وفتحة تفعيل، ورقم مخطط. يحدد هذا الرقم إصدار ZisK المستخدم لبناء الضيف والمفتاح؛ ولا يختار البرهان إصداره. يحتوي السجل على أربعة مواضع إدخال.

| المخطط | إصدار ZisK    | حالة v0.3.0                               |
| ------ | ------------- | ----------------------------------------- |
| `1`    | `1.2.0-alpha` | مُسحَب؛ تُرفَض براهينه.                   |
| `2`    | `1.3.1-alpha` | مفتوح؛ تُقبل الإدخالات والبراهين الجديدة. |

تبحث Settlement عن الإدخال النشط المطابق لـ `programVK`. يحدد الإدخال مفتاح Veritas الخاص بهذا الإصدار وجذر التكرار المثبّت. يُرفَض البرهان ذو الجذر الخاطئ قبل فحوصات القيم العامة والاقتران. لا يملك الإصدار المسحوب مفتاح تحقق في بناء الإنتاج.

## نقل سلسلة إلى إصدار جديد

ثبّت سلسلة أدوات ZisK الجديدة ومفاتيح الإثبات مع إبقاء التثبيت القديم متاحًا. اضبط وسم مصدر rollup ووسم الضيف وإصدار ZisK معًا، ثم شغّل `./rollup guest-build` لبناء ضيف جديد و `programVK` لنفس genesis. يحتاج المبرهن إلى تثبيت ZisK المطابق والضيف وبيانات التحقق الوصفية.

أرسل إلى Rome genesis السلسلة، ووسم الضيف، وتجزئة ELF و `programVK`. يبني Rome الضيف من جديد ويتحقق منه ويسجل المفتاح الجديد مع فتحة تفعيل مستقبلية. إذا كانت السلسلة قد نشرت جذرًا، فسيحتاج Rome أيضًا إلى الضيف والإصدار السابقين. تحقّق من الإدخال الجديد على السلسلة وفتحة التفعيل، ثم بدّل المبرهن عند وصول تلك الفتحة. يتقاعد Rome الإدخال القديم بعد التبديل. لا يمكن لإدخال مستقبلي أن يتحقق مبكرًا.

تحافظ سياسة الدعم في Rome على بقاء إصدارين من ZisK مفتوحين كحد أقصى في الوقت نفسه. لا يقبل الإصدار الجاري إغلاقه أي إدخالات جديدة، لكن يمكن للإدخالات الموجودة أن تواصل التحقق أثناء انتقال السلاسل. عندما يعلن Rome أن إصدارًا ما يوشك على الإغلاق، يكون أمام السلاسل على devnet وtestnet 30 يومًا للانتقال. تلك المهلة هي سياسة دعم Rome، وليست مؤقتًا على السلسلة. قد يسحب Rome الإدخالات فورًا عند سحب أمني. لا يقبل الإصدار المسحوب لا إدخالات جديدة ولا براهين، لذا تحتاج السلسلة التي ما زالت على 1.2.0-alpha إلى إدخال نشط من 1.3.1-alpha قبل أن تتمكن من نشر جذر آخر.


---

# 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/rome-zk-evm/releases.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.