الإعدادات المسبقة
يأتي الـ RDK مزوّدًا بـ إعدادات مسبقة توفّر تهيئات rollup جاهزة للاستخدام ومضبوطة لفئات التطبيقات الشائعة. يجمع الإعداد المسبق بين وضع تسوية، ووضع مُرتِّب (sequencer)، وخلفية لتوفّر البيانات (DA)، ومعاملات تنفيذ، بحيث يمكنك إطلاق rollup دون الحاجة إلى اختيار كل خيار يدويًا.
يُمرَّر الإعداد المسبق كوسيط موضعي إلى create-rollup:
qorechaind tx rdk create-rollup [rollup-id] [profile] [stake-amount]
القيم الخاصة بكل إعداد مسبق أدناه تطابق القيم الافتراضية للإعدادات المشحونة في @qorechain/rdk، والتي تعكس جدول الإعدادات المنشور للشبكة. لم يتم إنشاء أي rollup على أي من الشبكتين حتى الآن. استعلم عن معاملات الوحدة الحيّة باستخدام qorechaind query rdk config (أو RdkClient.params() من الـ SDK، حيث تُقدَّم مسارات REST الخاصة بالـ RDK — وهي غير متاحة على الشبكة الرئيسية اليوم) للحصول على التهيئة المرجعية، وتحقّق على شبكة الاختبار qorechain-diana قبل الشبكة الرئيسية.
الإعدادات المسبقة المتاحة
يجمع كل إعداد مسبق بين نموذج تسوية (ونظام الإثبات الذي تتطلبه تلك التسوية)، ووضع مُرتِّب، وخلفية لتوفّر البيانات، ونموذج غاز، وآلة افتراضية (VM):
| الإعداد المسبق | التسوية (الإثبات) | المُرتِّب | توفّر البيانات (DA) | نموذج الغاز | الآلة الافتراضية | حالة الاستخدام المقصودة |
|---|---|---|---|---|---|---|
defi | zk (SNARK) | dedicated | native | EIP-1559 | EVM | تطبيقات DeFi والتطبيقات على نمط AMM — أسواق الإقراض ومنصات التداول اللامركزية (DEX) والمشتقات حيث تهمّ النهائية السريعة والرسوم القابلة للتنبؤ |
gaming | based | based | native | flat | custom | حالة ألعاب عالية الإنتاجية ومنخفضة زمن الاستجابة واقتصادات داخل اللعبة |
nft | optimistic (fraud) | dedicated | native (مع Celestia DA مخطط لها) | standard | QoreChain Native (native) | سكّ رموز NFT والأسواق والمقتنيات الرقمية |
enterprise | based | based | native | subsidized | EVM | عمليات النشر المصرّح بها والاتحادية مع رسوم مرعيّة (مدعومة) |
custom | قابل للتخصيص بالكامل (الافتراضيات: optimistic / fraud) | قابل للتخصيص بالكامل | قابل للتخصيص بالكامل | قابل للتخصيص بالكامل | قابل للتخصيص بالكامل (الافتراضي: EVM) | كل حقل يحدّده المستخدم — ابدأ من الصفر واضبط كل خيار بنفسك |
تنبثق بعض القيود من مصفوفة التسوية ← الإثبات: تستخدم تسوية optimistic إثباتات fraud، وتستخدم zk إثباتات snark (أو stark)، بينما لا تحمل based وsovereign أي إثبات. تقترن تسوية based دائمًا بوضع المُرتِّب based. الإعداد المسبق nft يسوّي محليًا (native) اليوم مع Celestia DA مخطط لها.
اعتبارًا من RDK v0.4.2، أصبح خيار الآلة الافتراضية Wasm (بيئة التشغيل التي تنفّذ عقود CosmWasm) يحمل الاسم native — أي QoreChain Native. يبقى cosmwasm اسمًا مستعارًا قديمًا مقبولًا، وكلاهما يُترجَم إلى cosmwasm على مستوى البروتوكول، لذا تبقى السلسلة والمستكشف ولوحة التحكم دون تغيير.
جرى التحقق من تهيئة كل إعداد مسبق مقابل جدول الإعدادات في السلسلة اعتبارًا من إصدار السلسلة v3.2.0 (تعمل الشبكة الرئيسية على v3.2.1)، حيث يطبّق create-rollup الإعداد المسبق للملف التعريفي تلقائيًا: defi = zk + EVM، وgaming = based + آلة افتراضية custom، وnft = optimistic + QoreChain Native (Wasm)، وenterprise = based + EVM، وcustom = optimistic + EVM (الافتراضيات). يترك الإعداد المسبق custom كل حقل مفتوحًا — والقيم المعروضة هي مجرد افتراضياته الأولية.
تعامل مع الإعدادات المسبقة الأربعة الخاصة بالمجالات كنقاط انطلاق معقولة، ومع الإعداد المسبق custom كخيار مفتوح بالكامل. قد تتغير المعاملات المجمّعة الدقيقة بين الإصدارات — استعلم عن rdk config (أدناه) للحصول على القيم المرجعية، ثم ابدأ من أقرب إعداد مسبق وحسّنه.
تقوم أداة سطر الأوامر create-qorechain-rollup بإنشاء هيكل مشروع بدء قابل للتشغيل — قالب واحد لكل إعداد مسبق (defi-rollup وgaming-rollup وnft-rollup وenterprise-rollup وcustom-rollup) — بحيث يمكنك الانتقال من إعداد مسبق إلى كود إنشاء/استعلام عامل بأمر واحد.
ما الذي يحمله الإعداد المسبق على السلسلة
بعض التفاصيل يسهل افتراضها، ومن المفيد معرفتها قبل اختيار الإعداد المسبق:
defiلا يملك مفتاح تحقق. تحتاج دفعات ZK إلى مفتاح كهذا، ولا يحمله أي rollup يُنشأ عبرcreate-rollup، ولذلك لا يمكن لتسوية ZK أن تكتمل من البداية إلى النهاية اليوم (راجع ZK / STARK والسحوبات).nftوcustomيسوّيان بطريقة optimistic مع سند تحدٍّ قدره 1,000 QOR ونافذة تحدٍّ مدتها 100,800 كتلة (القيمة الافتراضية 604,800 "ثانية" محوَّلة بمعدل ثابت قدره 6 ثوانٍ لكل كتلة؛ أي نحو 3.7 أيام عند الكتل الحالية للشبكة الرئيسية البالغة ≈3.2 ثانية).gamingوenterpriseيستخدمان تسلسلbased، وهو يعني اليوم أن مُنشئ الـ rollup هو من يرسل الدفعات.- زمن الكتلة وحدود المعاملات (على سبيل المثال
defi500 ms، وgaming200 ms، وnft2,000 ms، وenterpriseوcustom1,000 ms) تُخزَّن في السجل على السلسلة. وهي تصف سلسلة الـ rollup نفسه ولا تفرضها السلسلة المضيفة.
اختيار إعداد مسبق
الاستعلام suggest-profile والدالة المساعدة suggestProfile() في الـ RDK مخصصان لتوصية إعداد مسبق انطلاقًا من وصف بلغة عادية. وهما يعتمدان على طريقة JSON-RPC المسماة qor_suggestRollupProfile، التي لا تقدّمها نقاط النهاية العامة، ولذلك تعيد suggestProfile() حاليًا دائمًا defi على سبيل الاحتياط، ولا يطبع qorechaind query rdk suggest-profile سوى إشارة إلى تلك الطريقة. اختر إعدادًا مسبقًا من الجدول أعلاه بدلًا من ذلك، وراجعه مقابل متطلباتك (ضمانات التسوية، ونموذج الثقة الخاص بالمُرتِّب، واحتياجات توفّر البيانات، والآلة الافتراضية).
فحص تهيئة الإعداد المسبق على السلسلة
نظرًا لأن تفاصيل الإعدادات المسبقة تُحسم على السلسلة، فإن الطريقة المرجعية لمعرفة ما يؤول إليه إعداد مسبق معيّن هي الاستعلام عن الوحدة وعن الـ rollup الذي أُنشئ:
# Module-level parameters that govern rollup creation and defaults
qorechaind query rdk config
# After creation, inspect the resolved configuration of a specific rollup
qorechaind query rdk rollup [rollup-id]
# List all registered rollups
qorechaind query rdk list-rollups
هذا النمط — الاستعلام عن config قبل النشر، ثم الاستعلام عن rollup بعده — يتيح لك التأكد بدقة مما أنتجه الإعداد المسبق الذي اخترته، بدلًا من الاعتماد على قيم موثّقة قد تتطور.
الخطوات التالية
- نشر Rollup — أنشئ rollup من إعداد مسبق عبر لوحة التحكم أو سطر الأوامر، ثم أدر دورة حياته.
- نظرة عامة على Rollups — نماذج التسوية وأوضاع المُرتِّب التي يجمعها الإعداد المسبق.
- مجموعة تطوير Rollup — المرجع منخفض المستوى للوحدة.