إنتقل إلى المحتوى الرئيسي

سجل الإصدارات

سجل الإصدارات العام لسلسلة QoreChain. أحدث إصدار هو v3.1.85، ويعمل على الشبكة الرئيسية qorechain-vladi (معرّف سلسلة EVM هو 9801، وهي تعمل منذ 7 يونيو 2026). أما شبكة الاختبار qorechain-diana (معرّف سلسلة EVM هو 9800) فتواكب الإصدارات التجريبية المسبقة.

ملاحظة

المدخلات أدناه هي ملخصات عامة للقدرات. تم الإبقاء على مدخلات v1.x الأقدم كسجل تاريخي لخط إصدارات شبكة الاختبار الذي سبق الشبكة الرئيسية.

v3.1.85 — الإنفاق المفوَّض عبر المحافظ المرتبطة (الإصدار الحالي)​

محور الإصدار: أصبح بإمكان مفتاح محفظة خارجية مرتبطة (Phantom أو MetaMask) الآن الإنفاق من الحساب القانوني الوحيد المقاوم للحوسبة الكمومية — ضمن صلاحيات قائمة على مبدأ الحد الأدنى من الامتيازات، وحدود إنفاق، وإلغاء فوري.

  • مسارات تنفيذ للمُوثِّقات (Authenticators) — رسالتان جديدتان تتيحان لمُوثِّق مسجَّل تفويض التحويلات من الحساب القانوني دون حضور مالك الحساب: MsgExecuteEVM (استدعاء/تحويل EVM من عنوان الحساب 0x…) و MsgExecuteCosmos (إرسال بنكي عبر المسار الأصلي Native). يقوم مُرحِّل (relayer) بتقديم الغلاف ودفع رسومه — إذ يفي توقيعه الهجين PQC الخاص بمتطلبات المعاملة — بينما يمثل توقيع المُوثِّق على بايتات توقيع مفصولة النطاق ومحمية من إعادة الاستخدام التفويضَ نفسه. ولا يحتاج المفتاح الخارجي أبدًا إلى توقيع مشترك بخوارزمية ML-DSA.
  • MetaMask كمُوثِّق — يمكن الآن تسجيل مُوثِّقات secp256k1 عبر عنوان Ethereum المكوَّن من 20 بايت والتحقق منها عبر EIP-191 personal_sign (بالإضافة إلى صيغة المفتاح المضغوط المكوَّن من 33 بايت)، بحيث يمكن ربط حساب MetaMask قياسي وتمكينه من الإنفاق ضمن حدود.
  • الإنفاذ على المسارات الثلاثة كلها — يتم إنفاذ نطاقات الصلاحيات وحدود القيمة في SpendingRule (حد لكل معاملة + سقوف يومية) على مسارات Native و EVM و SVM؛ ولا يمكن أبدًا تفويض رسائل إدارة المفاتيح. رموز أخطاء متمايزة تتيح للمحافظ عرض الرسالة الصحيحة: 5 تجاوز حد الإنفاق، 6 انتهاء صلاحية المُوثِّق، 10 رفض الصلاحية، 11 رفض إعادة الاستخدام.
  • استعلام مخطط الصلاحيات — يعيد GET /qorechain/abstractaccount/v1/permission_schema (وكذلك عبر gRPC/CLI) التصنيف القانوني للصلاحيات (11 صلاحية)، وخريطة الرسالة→الصلاحية، وقائمة الرسائل غير القابلة للتفويض، بحيث تتحقق المحافظ من صحة النطاقات دون ترميزها بشكل ثابت.
  • تدوير مفتاح PQC ضمن الخوارزمية نفسها — رسالة MsgRotatePQCKey الجديدة تدوّر مفتاح ML-DSA-87 الخاص بالحساب ضمن الخوارزمية نفسها (بتوقيع مزدوج من المفتاحين القديم والجديد)، مما يتيح ترحيل المفاتيح المشتقة بالطريقة القديمة إلى الاشتقاق القانوني المرتبط بالعنوان، وسحب أي مفتاح مُخترَق من الخدمة. أوامر CLI جديدة: tx pqc rotate-key و tx pqc recover-key (استرداد حتمي للمفتاح من عبارة استذكارية).
  • معاملات المفتاح الجذري غير متأثرة — التغييرات إضافية بطبيعتها؛ فتدفقات المحافظ ومنصات التداول و Keplr الاعتيادية لم تتغير. يجب على مشغّلي العقد أن يكونوا على الإصدار v3.1.85 بحلول ارتفاع ترقية الشبكة.

v3.1.84 — صلاحيات المُوثِّقات وحدود الإنفاق​

محور الإصدار: نموذج الصلاحيات الذي يقوم عليه الإنفاق المفوَّض.

  • التصنيف القانوني للصلاحيات — إحدى عشرة صلاحية (all، send، delegate، withdraw، vote، evm، wasm، svm، amm، ibc، deploy) مع خريطة رسالة→صلاحية تعمل بمبدأ الإغلاق عند الفشل: أي نوع رسالة غير مُدرَج في الخريطة يُرفض، ولا يمكن أبدًا تفويض رسائل إدارة المفاتيح.
  • إنفاذ SpendingRule — يتم إنفاذ سقوف إنفاق لكل معاملة ولكل يوم (بتوقيت UTC) مع قوائم العملات المسموح بها، وتُسجَّل لكل زوج (حساب، مُوثِّق).
  • تفويض مسار SVM — الإجراءات المفوَّضة بمفتاح ذي نظام تشفير أجنبي (مثل ed25519 الخاص بـ Phantom) على مسار SVM تمر عبر بوابة التفويض المركزية نفسها.

v3.1.83 — توقيع الحساب الموحَّد عبر الواجهات الثلاث كلها​

محور الإصدار: مفتاح واحد وحساب واحد — هوية موحَّدة واحدة أصبح بإمكانها الآن التوقيع، لا مجرد الاحتفاظ برصيد، على واجهات Cosmos و EVM و SVM.

  • مفتاح واحد يوقّع على كل مسار — الحساب المُنشأ بأسلوب eth الأصلي (العنوان = keccak لمفتاحه العام secp256k1) يوقّع الآن معاملات مسار Cosmos بنظام eth_secp256k1 بالإضافة إلى معاملات EVM. صيغه qor1… (Cosmos) و 0x… (EVM) و Solana-VM (بترميز base58) هي هوية واحدة من 20 بايت تحتفظ برصيد واحد وتنفق على المسارات الثلاثة كلها — بما في ذلك معاملات Cosmos الهجينة المقاومة للحوسبة الكمومية (ML-DSA-87).
  • التوقيع المقاوم للحوسبة الكمومية دون تغيير — لا يزال الحساب الموحَّد يسجّل مفتاحه ML-DSA-87 ويحمل التوقيع الهجين وفق FIPS-204 الذي تتطلبه السلسلة؛ الجزء الكلاسيكي هو eth_secp256k1 (keccak) بدلًا من نظام coinType-118. حسابات coinType-118 الموجودة غير متأثرة.
  • ترقية متدرجة محايدة للإجماع — نُفِّذت كترقية متدرجة للملف الثنائي على الشبكتين دون إعادة تكوين أولي (genesis) ودون توقف للسلسلة. أرصدة الحسابات والسجل التاريخي والتكوين الأولي لم تتغير.
  • أدوات العملاء — يضيف @qorechain/wallet-adapter 0.1.5 توقيع Cosmos بأسلوب eth الأصلي (signClassicalEth / signHybridEth)، وتوليد العناوين الثلاثة الموحَّدة، و walletFromSeed (اشتقاق الحساب القانوني من أي بذرة من 32 بايت — مثل توقيع Phantom)؛ ويكتسب @qorechain/chain-bridge مسار توقيع eth_secp256k1.
مشغّلو العقد — الترقية مطلوبة

يجب أن تعمل العقد الكاملة بالإصدار v3.1.83+. لا تستطيع العقدة الأقدم من 3.1.83 فك ترميز معاملة بأسلوب eth الأصلي (eth_secp256k1) وستتوقف عن المزامنة بمجرد ظهور واحدة في كتلة. نزّل الحزمة الحالية من download.qore.host.

v3.1.82 — QOR الأصلي على SVM يعمل مباشرة + تمكين جهات التكامل​

محور الإصدار: توحيد QOR الأصلي على SVM يعمل على الشبكتين، إضافة إلى كل ما تحتاجه منصة تداول أو جهة تكامل للاتصال.

  • رصيد QOR الأصلي الموحَّد يعمل مباشرة على الواجهات الثلاث كلها — تم التأكد من أن توحيد SVM (الإصدار v3.1.81) يعمل مباشرة على الشبكة الرئيسية وشبكة الاختبار: يحتفظ الحساب نفسه برصيد واحد يظهر بوحدة uqor (6 منازل عشرية) على Cosmos، وبأسلوب wei بـ 18 منزلة عشرية على EVM، وبوحدة lamports (9 منازل عشرية؛ 1 uqor = 1,000 lamports) على الواجهة المتوافقة مع Solana.
  • نقاط وصول عامة مُتحقَّق منها — نقاط وصول HTTPS عامة لـ RPC الإجماع و REST و EVM JSON-RPC و SVM JSON-RPC على الشبكتين، إضافة إلى مستكشف الكتل العام. راجع الشبكات.
  • التنزيلات — حزم ثنائيات العقد المرقَّمة بالإصدارات، والتكوين الأولي (genesis) للشبكة الرئيسية، ولقطات حديثة لبيانات السلسلة (مع مجاميع تحقق SHA-256) منشورة على download.qore.host.
  • توقيع حتمي مقاوم للحوسبة الكمومية عبر كامل حزمة العملاء — يوقّع @qorechain/pqc 0.1.1 بخوارزمية ML-DSA-87 بشكل حتمي (FIPS-204 §3.4) في الارتباطات اللغوية الست جميعها، بما يطابق ما تقبله السلسلة؛ ويبني @qorechain/wallet-adapter 0.1.2 عليه لتوقيع المعاملات الهجينة.
  • دليل جهات التكامل — دليل منصات التداول وجهات التكامل الجديد يغطي الإيداعات والسحوبات وتشغيل العقد عبر الواجهات الثلاث.

v3.1.81 — توحيد QOR الأصلي على SVM​

محور الإصدار: جعل QOR الأصلي أصلًا من الدرجة الأولى على الواجهة المتوافقة مع Solana.

  • QOR الأصلي على SVM — بيئة تشغيل SVM تعرض الآن رصيد QOR الأصلي للحساب مباشرة (بوحدة lamports)، بدلًا من تتبع رصيد منفصل خاص بـ SVM فقط. يعمل getBalance و getSignaturesForAddress على الأموال الأصلية، وتنقل تحويلات System Program عملة QOR الأصلية.
  • ربط عناوين SVM — يُشتق عنوان SVM الخاص بالحساب من بايتات حسابه العشرين (بحشو يميني حتى 32 بايت ثم ترميز base58)، بحيث تشير عناوين Cosmos و EVM و SVM لمفتاح واحد إلى الأموال نفسها.

v3.1.80 — استعلامات مراسي الحالة متعددة الطبقات​

محور الإصدار: مراسي تسوية قابلة للقراءة والتحقق دون اتصال من أجل الـ rollups.

  • استعلامات قراءة المراسي — خدمة الاستعلام في x/multilayer تعرض الآن Anchor (أحدث مرساة حالة لطبقة ما) و Anchors (سجل مراسي الطبقة)، بحيث يمكن للعملاء جلب مرساة تسوية الطبقة والتحقق منها بشكل مستقل.
  • بوابة REST للوحدة متعددة الطبقات — كل استعلام متعدد الطبقات (params، layers، layers/{layer_id}، anchor/{layer_id}، anchors/{layer_id}، routing-stats) أصبح الآن متاحًا عبر REST بالإضافة إلى gRPC.
  • إزالة العوائق أمام إيصالات التسوية الآمنة كموميًا — تحمل كل مرساة توقيع ML-DSA-87 (Dilithium-5) على حقولها القانونية، مما يوفر الأساس على السلسلة للتحقق دون اتصال من إيصالات التسوية في حزمة تطوير الـ Rollup.

v3.1.79 — التزويد التلقائي للمدققين على شبكات الجسور​

محور الإصدار: مشاركة جاهزة للتشغيل على الشبكات المتصلة للمدققين المرخَّصين.

  • إطار عمل مشغّلات الشبكات — إطار عمل تصريحي للمشغّلات يتيح لمدقق QoreChain الحائز على رخصة validator_<chain> (أو qcb_bridge) المناسبة أن يُزوَّد بعميل الشبكة الخارجية المطابق ويُهيَّأ ويُشغَّل على العقدة نفسها تحت تنسيق QoreChain — وذلك فقط بعد تفعيل الرخصة.
  • مشغّلات لشبكات الجسور السبع والثلاثين كلها — تشمل التغطية كل شبكة متصلة، مصنَّفة حسب نموذج المشاركة (مدقق بلا إذن مسبق، أو محدود/منتخَب/بقبول، أو عقدة كاملة من الطبقة الثانية L2، وأدوار بدون تحصيص/بقائمة ثقة). تظل مفاتيح التحصيص والتوقيع الخاصة بالشبكات الخارجية مسؤولية المشغّل لكل شبكة؛ وتوفر QoreChain إطار العمل وبوابة الترخيص المُنفَذة.

v3.1.78 — الجاهزية لما قبل النشر​

محور الإصدار: المحافظ والجسور و IBC والترخيص تعمل جميعها عند الإطلاق — دون أي حوكمة بعد النشر.

  • تفعيل الجسور بعد النشر دون ثقة — يمكن لمفتاح bridge_admin (أو حامل رخصة qcb_bridge) تفعيل جسر أي سلسلة متصلة بمعاملة موقَّعة واحدة (tx bridge update-chain-config / set-verifier-bootstrap) — بتحديد عنوان العقد، والتأكيدات، والبنية، والحالة، والمُحقِّق النشط، وجذر ثقة المُحقِّق — دون اقتراح حوكمة أو ترقية للسلسلة.
  • بوابة رخصة شبكات المدققين — يُنفِذ المنسّق الآن رخصة validator_<chain> / qcb_bridge (بمبدأ الإغلاق عند الفشل) قبل بدء أي عميل شبكة خارجية.
  • حزم تكامل المحافظ — نُشرت @qorechain/wallet-adapter و @qorechain/connect على npm (v0.1.0)، مضيفةً تسجيل شبكة MetaMask باستدعاء واحد (EIP-3085، مع QOR أصلي بـ 18 منزلة عشرية على مسار EVM) وتهيئة سعر الغاز لـ Keplr.
  • مُرحِّل IBC جاهز للتشغيل — تهيئة مُرحِّل جاهزة وأدوات تمهيد القنوات لنظائر IBC الثمانية، بحيث تُفتح القنوات بعد النشر دون إعداد مخصص.

v3.1.77 — نقاط وصول REST للجسور والحرق​

محور الإصدار: وصول REST للقراءة فقط لوحدتَي العمليات عبر السلاسل والمعروض.

  • نقاط وصول REST للجسور — نقاط استعلام HTTP للقراءة فقط لوحدة الجسور، تعرض حالة الجسر عبر REST القياسي بالإضافة إلى gRPC.
  • نقاط وصول REST للحرق — نقاط استعلام HTTP للقراءة فقط لوحدة الحرق، تجعل بيانات توزيع الرسوم والمعروض قابلة للاستعلام عبر REST القياسي.

v3.1.76 — تحديث سلسلة أدوات SVM​

محور الإصدار: تحديث التوافق مع آلة Solana الافتراضية.

  • دعم برامج سلسلة الأدوات الحالية — تم تحديث تنفيذ SVM بحيث تعمل البرامج المبنية بسلسلة أدوات Solana الحالية على بيئة تشغيل SVM في QoreChain.

v3.1.75 — SVM JSON-RPC بشكل افتراضي​

محور الإصدار: واجهة RPC متوافقة مع Solana جاهزة فور التثبيت.

  • JSON-RPC متوافق مع Solana — خادم SVM JSON-RPC أصبح الآن مفعَّلًا بشكل افتراضي (المنفذ 8899) ويبدأ تلقائيًا مع العقدة، موفرًا واجهة RPC متوافقة مع Solana لأدوات SVM.

v3.1.74 — إعدادات مسبقة لملفات تعريف الـ Rollup​

محور الإصدار: سهولة استخدام حزمة تطوير الـ Rollup والتسوية.

  • تطبيق الإعداد المسبق لملف التعريف — إنشاء الـ rollup يطبّق الآن الإعداد المسبق لملف التعريف المختار (DeFi أو ألعاب أو NFT أو مؤسسات أو مخصص بالكامل)، بحيث ترث الـ rollups الجديدة إعدادات افتراضية مناسبة لحالة استخدامها.
  • التسوية التفاؤلية — مسار التسوية التفاؤلية (تقديم الدفعات والطعن) يعمل من البداية إلى النهاية.

v3.1.73 — خط الأساس للتجزئة المقاومة للحوسبة الكمومية​

محور الإصدار: استكمال خط الأساس التشفيري الافتراضي المقاوم للحوسبة الكمومية.

  • SHAKE-256 كتجزئة افتراضية — اعتُمدت SHAKE-256 (من عائلة SHA-3) كدالة التجزئة التطبيقية الافتراضية، مستكملةً خط الأساس الافتراضي المقاوم للحوسبة الكمومية المكوَّن من توقيعات ML-DSA-87 (Dilithium-5)، وتغليف المفاتيح ML-KEM-1024، وتجزئة SHAKE-256.

v3.1.72 — الاستقرار والصيانة​

محور الإصدار: صيانة روتينية للاستقرار وخط أنابيب البناء.

  • تحسينات الاستقرار — صيانة داخلية للاستقرار والاعتماديات وخط أنابيب البناء دون تغييرات سلوكية ظاهرة خارجيًا.

v3.1.71 — إنفاذ التوقيعات الهجينة PQC بشكل افتراضي​

محور الإصدار: الأمان المقاوم للحوسبة الكمومية مفعَّل افتراضيًا على مسار معاملات Cosmos.

  • التوقيعات الهجينة مطلوبة افتراضيًا — أصبحت التوقيعات الهجينة المقاومة للحوسبة الكمومية مُنفَذة الآن بشكل افتراضي على مسار معاملات Cosmos: تحمل كل معاملة توقيعًا مقاومًا للحوسبة الكمومية بخوارزمية ML-DSA-87 (Dilithium-5) إلى جانب التوقيع الكلاسيكي secp256k1.
  • إنفاذ خاضع للحوكمة — يظل وضع الإنفاذ خاضعًا للحوكمة، مع ضبط الوضع الافتراضي على مطلوب.

v3.1.70 — التقوية الإنتاجية​

محور الإصدار: التقوية الإنتاجية وتحسين الإجماع للشبكة الرئيسية العاملة.

  • تحسين إجماع PRISM — تحسينات مستمرة لطبقة التحسين بالتعلم المعزز PRISM من أجل الضبط التكيفي للمعاملات في ظروف الشبكة الحية، مع ضوابط أمان بقواطع دارة.
  • الأداء والاستقرار — تحسينات في الإنتاجية وزمن الاستجابة واستهلاك الموارد عبر المدققين والعقد الكاملة.
  • أدوات التشغيل — تحسين المراقبة والاستعلام وسهولة تشغيل العقد لمشغّلي الشبكة الرئيسية.
  • المواءمة مع اقتصاديات الرمز v2.1 — مواءمة توزيع الرسوم وآليات الإصدار مع النموذج الاقتصادي ذي المعروض الثابت والإصدار المحدود.

v3.0.0 — التكوين الأولي للشبكة الرئيسية​

محور الإصدار: إطلاق الشبكة الرئيسية وحدث توليد الرمز.

  • التكوين الأولي للشبكة الرئيسية — أُطلقت الشبكة الرئيسية لـ QoreChain (qorechain-vladi، بمعرّف سلسلة EVM هو 9801) في 7 يونيو 2026، مع حدث توليد الرمز (TGE) عند التكوين الأولي.
  • تقسيم الرسوم خماسي الاتجاهات — توزيع رسوم البروتوكول على المدققين والحرق والخزينة والمحصِّصين والعقد الخفيفة (37 / 30 / 20 / 10 / 3)، مع إضافة حصة مخصصة للعقد الخفيفة.
  • صانع سوق آلي على السلسلة — وحدة صانع السوق الآلي الأصلية (x/amm) لمجمعات السيولة والمبادلات على السلسلة.
  • ترخيص السلسلة — وحدة التراخيص على السلسلة (x/license) لتسجيل استحقاقات البروتوكول وإدارتها.
  • نماذج تسوية مُقوّاة — تم اعتماد أوضاع التسوية في RDK نهائيًا: تفاؤلية، و zk، و based، وسيادية.

v1.4.0 — التوسع قبل الشبكة الرئيسية​

محور الإصدار: تغطية عبر السلاسل وتثبيت مرشَّح الإصدار قبل الشبكة الرئيسية.

  • تغطية موسَّعة عبر السلاسل — اتصال إضافي عبر IBC والجسور بمجموعة أوسع من الشبكات الخارجية.
  • مشاركة العقد الخفيفة — إدخال العقد الخفيفة والأساس اللازم لمكافآت حصتها من الرسوم.
  • تقوية مرشَّح الإصدار — اختبارات وتدقيقات وتثبيت مكثَّف عبر جميع الوحدات الأساسية استعدادًا للتكوين الأولي للشبكة الرئيسية.

v1.3.0 — حزمة تطوير الـ Rollup​

محور الإصدار: بنية تحتية أصلية للـ rollups لعمليات النشر السيادية وذات الأمان المشترك.

  • وحدة x/rdk — حزمة تطوير Rollup كاملة بأربعة نماذج تسوية: تفاؤلية، و zk، و based، وسيادية
  • 5 ملفات تعريف مسبقة الإعداد — قوالب rollup مهيأة مسبقًا لحالات استخدام DeFi والألعاب و NFT والمؤسسات والمخصص بالكامل
  • توافر بيانات أصلي — طبقة توافر بيانات على السلسلة مع تخزين blobs وإدارة الاحتفاظ ودورة حياة التشذيب
  • الإنهاء التلقائي عبر EndBlocker — إنهاء تلقائي للدفعات عند انقضاء نافذة الطعن، دون الحاجة إلى تدخل المشغّل
  • اختيار ملف التعريف بمساعدة الذكاء الاصطناعي — استعلام suggest-profile الذي يوصي بتهيئة rollup مثلى بناءً على حالة الاستخدام المقصودة
  • التكامل متعدد الطبقات — تُسجَّل الـ rollups كطبقات في البنية متعددة الطبقات، وترث آليات التوجيه والإرساء والطعن
  • دورة حياة الضمان البنكي — تُحتجز حصة المشغّل في الضمان أثناء تشغيل الـ rollup وتُفرج عند الإغلاق السليم أو تُصادر عند العقوبة (slashing)

v1.2.0 — IBC والجسور​

محور الإصدار: الاتصال عبر السلاسل وتجريدات الحسابات المتقدمة.

  • 25 اتصالًا عبر السلاسل — 8 قنوات IBC و 17 اتصال جسر QoreChain Bridge (QCB) بشبكات خارجية
  • وحدة x/babylon — تكامل إعادة تحصيص BTC يتيح لحاملي Bitcoin المشاركة في أمان التحصيص في QoreChain
  • وحدة x/abstractaccount — إطار عمل الحسابات الذكية مع قواعد إنفاق قابلة للبرمجة ومفاتيح جلسات ومنطق مصادقة مخصص
  • وحدة x/fairblock — تشفير قائم على الهوية العتبية (tIBE) لتشفير المعاملات المقاوم لـ MEV
  • وحدة x/gasabstraction — دفع الغاز برموز متعددة يدعم QOR الأصلي و USDC المجسور عبر IBC و ATOM المجسور عبر IBC
  • ترتيب المعاملات بخمسة مسارات — مسارات معاملات مرتبة حسب الأولوية: النظام، والحوكمة، والتحصيص، والجسور، والعام
  • تهيئات مُرحِّلات IBC — إعدادات مُرحِّلات مهيأة مسبقًا لجميع قنوات IBC المدعومة
  • تكامل الجسور مع الحرق — تُوجَّه رسوم الجسور عبر توزيع الرسوم في وحدة الحرق

v1.1.0 — التوقيعات الهجينة PQC​

محور الإصدار: الأمان التشفيري المقاوم للحوسبة الكمومية ومرونة الخوارزميات.

  • توقيعات مزدوجة secp256k1 (ECDSA) + ML-DSA-87 — تحمل كل معاملة توقيعًا كلاسيكيًا وآخر مقاومًا للحوسبة الكمومية، ويُتحقق منهما في سلسلة AnteHandler
  • 3 أوضاع إنفاذ — إنفاذ قابل للتهيئة للتوقيعات الهجينة: معطَّل (الوضع 0)، ومتساهل (الوضع 1، PQC اختياري)، وإلزامي (الوضع 2، PQC مطلوب)
  • التسجيل التلقائي — تُسجَّل مفاتيح PQC العامة تلقائيًا عند أول معاملة هجينة، مما يلغي خطوة تسجيل منفصلة
  • أساس التجزئة SHAKE-256 — جميع عمليات التجزئة المتعلقة بـ PQC تستخدم SHAKE-256 (من عائلة SHA-3) لاشتقاق عناوين مقاوم للحوسبة الكمومية
  • واجهات إثبات TEE — دعم إثبات بيئة التنفيذ الموثوقة (TEE) لإثبات سلامة توليد مفاتيح PQC
  • إطار عمل مرونة الخوارزميات — سجل خوارزميات قابل للتوصيل يتيح إضافة خوارزميات PQC مستقبلية عبر الحوكمة دون ترقية للسلسلة

v1.0.0 — التكوين الأولي (محرك اقتصاديات الرمز)​

محور الإصدار: الإطلاق الأولي للبروتوكول مع اقتصاديات رمز كاملة وتنفيذ متعدد الآلات الافتراضية وعمليات بمساعدة الذكاء الاصطناعي.

  • وحدة x/burn — آلية حرق رسوم متعددة القنوات مع توزيع رباعي الاتجاهات على المدققين والحرق والخزينة والمحصِّصين
  • وحدة x/xqore — مشتق تحصيص حوكمي مع غرامات فك قفل مبكر متدرجة وإعادة توزيع rebase بنمط PvP
  • وحدة x/inflation — إصدار قائم على الحقب (epochs) مع تناقص سنوي، محكوم بالنموذج الاقتصادي ذي الإصدار المحدود
  • طبقة إجماع PRISM — تحسين بالتعلم المعزز (PPO) للضبط الديناميكي لمعاملات السلسلة مع ضوابط أمان بقواطع دارة
  • CPoS ثلاثي المجمعات — إثبات حصة مصنَّف مع مجمعات مدققين Emerald و Sapphire و Ruby موزونة بدرجات السمعة
  • حوكمة QDRW — نظام الترجيح الديناميكي للمكافآت الذي يتيح تعديلات معتمدة من الحوكمة على توزيع المكافآت عبر المجمعات
  • بيئات تشغيل EVM + CosmWasm + SVM — ثلاث بيئات تنفيذ متزامنة: محرك QoreChain EVM، وعقود CosmWasm الذكية، وآلة Solana الافتراضية
  • جسر عبر الآلات الافتراضية — تمرير الرسائل ونقل الأصول بين بيئات تشغيل EVM و CosmWasm و SVM ضمن كتلة واحدة
  • التشفير المقاوم للحوسبة الكمومية — توقيع مقاوم للحوسبة الكمومية مدعوم بمكتبة PQC عالية الأداء
  • QCAI — تحليل استدلالي على السلسلة مع خدمة جانبية اختيارية خارج السلسلة لكشف الاحتيال وتقدير الرسوم وتحسين الشبكة
  • نشر بالحاويات — نشر كامل لشبكة اختبار متعددة المدققين مع خدمة جانبية ومفهرس كتل
  • مفهرس الكتل — مستمع كتل مع تخزين دائم للاستعلام التاريخي والتحليلات