إضافات التشغيل البيني

لماذا

بعض المشترين والمصارف والسجلات وأدوات التحقق تقرأ بالفعل السجلات بصيغ تحددها معايير أخرى. وبدلًا من أن تطلب الشركة منهم تعلّم A-REX، يمكنها تشغيل إضافة تعرض سجلاتها بصيغتهم. وتبقى كل إجابة صادرة عن سجلات الشركة في A-REX؛ فالإضافات لا تحتفظ أبدًا بنسخة ثانية من الحقيقة.

تبقى الدفعات دفعات من السلع. والصيغة المستعارة من مجال آخر لا تجعل الدفعة منتجًا ماليًا، ولا تجعل أي إضافة أي شيء ممتثلًا لأي قانون.

الإضافات الثلاث

يشغّلها المالك من الإعدادات ▸ قواعد الدفعات (Settings ▸ Lot rules)، ويُوافَق على كل تغيير كأي تغيير آخر. ثم يعرض تبويب التشغيل البيني (Interoperability) في صفحة الدفعة ما نشرته كل إضافة لتلك الدفعة. وحيث لا تتوفر إضافة على دفتر الشركة، تبيّن المنصة ذلك قبل إرسال أي شيء. ويُوافَق على إيقاف إضافة بالطريقة نفسها؛ وتُسحب النسخ المنشورة سابقًا عندما تُسحب أصولها.

ويأتي ملف كل بلد وكل دفتر بإعدادات افتراضية؛ ولا يُشغَّل شيء دون موافقة المالك.

الحالة

الإضافات في مرحلة ألفا وتعمل على دفاتر اختبار. ولم تخضع عقودها بعد لتدقيق مستقل، ولن تُستخدم على شبكة إنتاج عامة إلى أن تخضع له. ويتطلب إصدار ادعاء فحص الشركة على ONCHAINID جهة إصدار لفحص الشركات تثق بها A-REX؛ وهذا الجزء لم يُبنَ بعد.

التفاصيل التقنية

• تأتي الإضافات في الإصدار 2.0.0-alpha.5 من التطبيق المرجعي: نواة A-REX من 2.0.0-alpha.4 دون تغيير، مضافًا إليها محوّل ERC-3643 يُنشئ عرض ERC-3643 واحدًا لكل دفعة، ومرآة EAS، وجهة إصدار للادعاءات. ويرد تصميمها في سجلات قرارات المعيار ADR-020 (ERC-3643) وADR-021 (ONCHAINID) وADR-022 (EAS)، وثلاثتها بحالة Proposed.
• يُبلغ GET /v1/batches/{key}/interop وأداة MCP arex_interop_status، لكل دفعة، عن عرض ERC-3643 ونسخ EAS ورابط الهوية.
• تنشر مهمةٌ في الخلفية نسخ EAS وتُبقيها متزامنة عندما تتغير الدفعات والشهادات؛ وعند تشغيل المرآة تُنسخ الدفعات الموجودة صفحةً صفحة.
• كيف ترتبط هذه الصيغ بالمعيار: قابلية التشغيل البيني في الورقة البيضاء.