سجل الالتزامات الموقّعة: التصميم والحالة الراهنة والحدود

سجل التزامات السجلات في MemChain سلسلة من الكتل الموقّعة تسجّل ترتيب التزامات معتمة تجاه سجلات الذاكرة المشفّرة. وهو مجمّد حاليًا. لم يُنتج أي كتلة منذ 2026-07-13، لأن منسّقه المخوّل الوحيد قد أُوقِف، ولا يستطيع التصميم نقل الصلاحية إلى عقدة أخرى دون توقيع ذلك المنسّق. ولم يوفّر قط إجماعًا عالميًا.

الحالة الراهنة

تُنشر المجاميع الحية على GET https://api.aeronyx.network/api/privacy_network/vpn/public/network-stats/ ضمن data.protocol_status.memory_chain. والحقول التي تعكس الحالة الراهنة هي coordinator_nodes وfollower_nodes وverified_nodes وmax_verified_tip_height وblock_confirmation_state. لا تزال بعض الحقول النصية الوصفية في تلك الاستجابة تصف تصميم الشهود المقصود بدلًا من حالة اليوم، لذا اقرأ الحقول الرقمية.

ما يسجّله السجل

تحتوي كل كتلة على ترويسة (إصدار البروتوكول، ومعرّف السلسلة، والارتفاع، والطابع الزمني، وتجزئة الكتلة السابقة، وجذر Merkle، وعدد السجلات، ومفتاح المُقترِح)، وقائمة بمعرّفات السجلات، وتوقيع Ed25519 من المُقترِح على الترويسة.

معرّف السجل تجزئة SHA-256 تُحسب على سجل ذاكرة مشفّر: مفتاح المالك، والطابع الزمني، والطبقة، والوسوم، والمصدر، والنص المشفّر. لا يحتوي السجل أبدًا على محتوى الذاكرة أو مفاتيح فك التشفير أو النص الصريح. ويمكنه إثبات أن سجلًا معتمًا كان موجودًا، وبأي ترتيب، عند ارتفاع معيّن. ولا يمكنه إثبات ما يقوله السجل، ولا يخزّن السجل نفسه.

سجلات الذاكرة نفسها موصوفة في MemChain وBlind Vault.

كيف يعمل التصميم

1. منسّق واحد يُلحق الكتل. لا يجوز الإلحاق إلا لعقدة واحدة مُهيَّأة بالضبط. توقّع كل كتلة وتحتفظ بعلامة أعلى مستوى موقّعة بجانب قاعدة بياناتها، بحيث تُكتشف عند بدء التشغيل أي نسخة أقدم من ملف قاعدة البيانات.
2. التابعون ينسخون ويدققون. يسحب كل تابع الصفحات من المنسّق المثبّت فقط. ويتحقق من التوقيعات وتواصل الارتفاع وروابط التجزئة، ويتوقف عند التراجع أو التفرّع أو أخطاء التوقيع. ولا يدمج أبدًا تواريخ متعارضة.
3. الشهود يتحققون من التراجع. تُعيد عُقد الشهود التي يثبّتها المشغّل نقاط تحقق موقّعة. عند بدء التشغيل، تُوقف نقطة التحقق التي تُظهر أن شاهدًا يحتفظ بتاريخ أحدث أو متباعد المنسّقَ قبل أن يفتح مستمعيه.
4. عقد إيجار اختياري يحدّ من تعدد الكُتّاب. إذا فُعِّل ذلك، لا يجوز للمنسّق إنتاج الكتل إلا ما دام كل شاهد مثبّت يمنحه عقد إيجار قصيرًا مدته من 60 إلى 300 ثانية. وعند انتهاء عقد الإيجار، يتوقف الإنتاج مؤقتًا.
5. التسليم يستخدم إثباتًا مزدوج التوقيع. لا تنتقل الصلاحية إلى منسّق جديد إلا عبر إثبات RecordCoordinatorHandoverV1 موقّع من المنسّق المغادر والمنسّق القادم معًا. ولا تُعاد كتابة الكتل التاريخية أبدًا.

متطلب الشهود وعقد الإيجار كلاهما معطّل افتراضيًا في برنامج العُقد.

لماذا هو مجمّد

يعتمد التصميم على منسّق واحد. وقد أُوقِف ذلك المنسّق في 2026-10-03. يتطلب التسليم توقيعه، ولا يوجد أي مسار في شيفرة الإنتاج يُنشئ إثبات تسليم. لذا لا يستطيع التابعون قبول مُقترِح جديد، ولا يمكن إضافة كتل جديدة. المنسّق الواحد نقطة فشل وحيدة، وهذا هو الفشل.

الذاكرة لا تتأثر. فالسجل لا يحتفظ إلا بالالتزامات. وتُخزَّن ذكرياتك المشفّرة على جهازك، واختياريًا على العقدة التي تتصل بها، بشكل مستقل عن السجل.

التحقق من الكتل التاريخية

تظل الكتل التاريخية الـ 33 قابلة للتحقق:

• كل عقدة تحتفظ بنسخة تدققها عند بدء التشغيل. تفك ترميز كل كتلة مخزّنة، وتتحقق من توقيع المُقترِح وتواصل الارتفاع وروابط التجزئة السابقة وفهرس السجلات، وترفض بدء التشغيل إذا فشل أي فحص. وتظهر النتائج في صورة مجاميع (verified_nodes، max_verified_tip_height) على نقطة نهاية الإحصاءات العامة.
• aeronyx-server memchain verify-aof يجري فحصًا منفصلًا. يتحقق من ملف MemChain القديم القائم على الإلحاق فقط في العقدة (التأطير، ومعرّفات المحتوى، وجذور Merkle، وتسلسل الكتل) ولا يطبع إلا أعدادًا مجمّعة. ولا يقرأ سجل الالتزامات، المخزّن في قاعدة بيانات SQLite الخاصة بالعقدة.

sudo aeronyx-server memchain verify-aof --config /etc/aeronyx/server.toml

الحدود

• منسّق واحد يعني نقطة فشل واحدة. وعندما لا يكون متاحًا، لا تُسجَّل أي التزامات جديدة.
• لا يوجد إجماع ولا اختيار للتفرّع ولا نهائية. والترتيب الموقّع ليس اتفاقًا بين أطراف مستقلة.
• يثبّت المشغّل الشهود. وجميع عُقد الإنتاج اليوم تشغّلها AeroNyx، لذا لا تثبت فحوص الشهود الاستقلالية.
• إنه ليس سجلًا للرموز المميزة (tokens)، ولا منصة للعقود الذكية، ولا نظامًا لإثبات الحصة.
• يثبت الالتزام أن سجلًا معتمًا كان موجودًا. ولا يثبت أن السجل لا يزال مخزّنًا في أي مكان.

ما هو مخطط له

يتخلى التصميم البديل عن المنسّق الواحد. ستحتفظ كل عقدة بسجلها الموقّع الخاص، وستعكسه عُقد أخرى، وسيشهد الأقران على السجلات بشكل متبادل. وهذا هو النموذج الذي تستخدمه Directory Chain اليوم بالفعل لواصفات العُقد. لم يُحدَّد موعد للإصدار. وتظل الكتل التاريخية الـ 33 قابلة للتدقيق كما هو موضح أعلاه.

الأسئلة الشائعة

هل يعمل سجل الالتزامات في AeroNyx؟

لا. لم يُنتج أي كتلة منذ 2026-07-13. وقد أُوقِف منسّقه الوحيد في 2026-10-03، ولا تملك شيفرة الإنتاج أي مسار لنقل الصلاحية إلى منسّق جديد، لذا فإن السجل مجمّد.

هل AeroNyx سلسلة كتل؟

لا. استخدم سجل الالتزامات كتلًا موقّعة من منسّق واحد، دون إجماع أو اختيار للتفرّع أو رمز مميز (token). وهو الآن مجمّد، ولا تصفه AeroNyx بأنه سلسلة كتل عامة أو شبكة إجماع عالمية.

هل فقدت ذكرياتي لأن السجل مجمّد؟

لا. لا يخزّن السجل سوى التزامات معتمة، ولا يخزّن أبدًا محتوى الذاكرة. وتُحفظ ذكرياتك المشفّرة على جهازك، واختياريًا على العقدة التي تتصل بها، بشكل مستقل عن السجل.

هل لا يزال بالإمكان التحقق من الكتل الموجودة؟

نعم. تعيد كل عقدة تحتفظ بالكتل الـ 33 تدقيق التوقيعات وروابط التجزئة عند كل بدء تشغيل، ولن تبدأ التشغيل إذا فشلت. والنتيجة المجمّعة مرئية على نقطة نهاية إحصاءات الشبكة العامة.

ما الذي سيحل محل السجل ذي المنسّق الواحد؟

يستخدم التصميم المخطط له سجلات موقّعة لكل عقدة تعكسها عُقد أخرى وتشهد عليها بشكل متبادل. وهذا هو النموذج نفسه الذي تقوم عليه Directory Chain، التي تعمل بالفعل لواصفات العُقد. لم يُحدَّد موعد للإصدار.