الورقة البيضاء · 12
قابلية التشغيل البيني
كيف يتوافق رمز A-REX مع العالم القائم: معايير رموز Ethereum، ومحركات الامتثال، ومعايير بيانات التتبع، وسجلات المستندات القانونية، وأنظمة الهوية، والبنية التحتية عبر السلاسل، وأنظمة المزارع القائمة.
مع منظومة Ethereum
رمز A-REX Core هو رمز ERC-1155. وتعمل المحافظ والمستكشفات والأسواق والمفهرسات التي تفهم ERC-1155 دون تغيير: الأرصدة، والتحويلات المجمّعة، وuri(id)، والتفويضات، وفحوص مستقبِل التحويل الآمن. وتضيف A-REX أحداثًا ودوال عرض؛ ولا تحذف شيئًا.
رمز A-REX Core هو رمز متعدد الرموز وفق ERC-7943. وتتعرف محركات الامتثال ومنصات الحفظ التي تستهدف ERC-7943 (أظهر Automated Compliance Engine من Chainlink توافقًا؛ وتتبنّاه منصات الإصدار في تحالف ERC-7943) على canTransfer وforcedTransfer وsetFrozenTokens وcanSend وcanReceive دون تكييف.
| المعيار | العلاقة |
|---|---|
| ERC-1155 | الأساس؛ وA-REX Core امتداد له |
| ERC-165 | اكتشاف الواجهات؛ وخمسة معرّفات منشورة |
| ERC-7943 | مطلوب؛ وسطح الإنفاذ معتمد حرفيًا |
| ERC-3643 | متوافق بالتكييف: يمكن تغليف وحدة امتثال ERC-3643 بوصفها IARexHook (استدعاء واحد إلى moduleCheck)؛ ويمكن إتاحة خطاف A-REX لرمز ERC-3643. وتتصل سجلات الهوية المستخدمة مع ERC-3643 (ONCHAINID) بوصفها خطاف أهلية. |
| ادعاءات ERC-735 / ONCHAINID | تقابل مواضيع الادعاءات مباشرة مواضيع IARexAttest (bytes32(uint256 topic)) |
| Ethereum Attestation Service | معرّفات المخططات (schema UIDs) صالحة بوصفها مواضيع IARexAttest؛ ويمكن لسجل إفادات قائم على EAS أن ينفّذ IARexAttest عبر تفويض isAttested |
| ERC-7201 | تخطيط تخزين التنفيذ المرجعي |
| ERC-7573، وأنماط الحجز/الضمان المشروط | التسليم مقابل الدفع والضمان المشروط خطافات أو عقود مرافقة؛ ولا يفرض المعيار التسوية |
| ERC-7802 / Chainlink CCIP | يمكن لمهايئات السك/الحرق عبر السلاسل أن تغلّف الرمز؛ ويبقى النسب على السلسلة الأصلية، وتنتقل المراجع |
مع معايير بيانات التتبع
GS1 EPCIS 2.0 / CBV
| على السلسلة | EPCIS 2.0 |
|---|---|
BatchCreated | ObjectEvent من نوع ADD، وbizStep = commissioning/harvesting، وquantityList (وحدة القياس من التوصية 20) |
TransferSingle / TransferBatch | ObjectEvent من نوع OBSERVE مع bizStep = shipping/receiving؛ والمصدر/الوجهة من from/to |
BatchTransformed | TransformationEvent (inputQuantityList، وoutputQuantityList، وtransformationID) |
BatchStatusChanged | ObjectEvent مع disposition |
Attested | عنصر شهادة / مستشعر أو ObjectEvent مخصص |
gs1.* في البيانات الوصفية | GTIN وLGTIN وSSCC وGLN وDigital Link |
يستخدم مخطط البيانات الوصفية أسماء EPCIS/CBV عن قصد حتى تطابق أداة التصدير بين الحقول لا بين المفاهيم.
FSMA 204
عناصر البيانات الرئيسية هي حقول بيانات وصفية (traceabilityLotCode، وGLN، والتواريخ، والكميات) وأحداث؛ وحدث التتبع الحرج للتحويل التصنيعي هو BatchTransformed؛ وطلب السجلات خلال 24 ساعة هو استعلام في المفهرس. انظر الفصل التنظيمي لمعرفة المقابلة الكاملة.
Codex وISO 22000 وGLOBALG.A.P. وأنظمة الزراعة العضوية
جميعها مواضيع إفادات. ولا يحصرها المعيار: فالصيغ keccak256("GLOBALGAP:IFA") وkeccak256("AREX:CERT:ORGANIC_EU") وkeccak256("CODEX:MRL") أعراف تنشرها جهة الإصدار مع مخطط بياناتها الوصفية.
مع سجلات المستندات القانونية
تشير رموز A-REX إلى الأدوات القانونية ولا تحلّ محلها إلى أن تعترف ولاية قضائية بالرمز نفسه:
| الأداة | مكان وجودها | كيف يشير إليها الرمز |
|---|---|---|
| إيصال المستودع الإلكتروني الأمريكي (7 CFR 869) | مزود EWR مخوَّل من USDA | documents[].registry، originRef |
| CPR-e وCDA/WA البرازيليان | جهات تسجيل مرخّصة من البنك المركزي | documents[].registryId؛ ودفعة ما قبل الحصاد مع producedAt == 0 |
| شهادة الإيداع / سند الوارانت الأرجنتيني (القانون 9.643) | المستودع | تجزئة في originRef |
| بوليصة الشحن الإلكترونية (الولايات القضائية المعتمدة لـ MLETR) | منصة eBL | تجزئة المستند؛ وفي الولايات القضائية المعتمدة لـ MLETR يمكن للرمز نفسه أن يستوفي السيطرة الحصرية |
| بيان العناية الواجبة وفق EUDR | نظام معلومات الاتحاد الأوروبي | origin.eudr.ddsReference، والإفادة EUDR:DDS |
مع أنظمة الهوية
لا يسأل الرمز إلا canSend(account) / canReceive(account). ويمكن أن يقف خلف هذا السؤال:
- قائمة سماح/حظر تحتفظ بها جهة الإصدار (
EligibilityHook)؛ - سجل هوية ONCHAINID مع مواضيع ادعاءات (نموذج ERC-3643)؛
- إفادات Ethereum Attestation Service على الحساب؛
- بيانات اعتماد قابلة للتحقق يجري التحقق منها خارج السلسلة وتنعكس على السلسلة بواسطة جهة مُرحِّلة (relayer)؛
- نظام هوية إلكترونية وطني (محفظة eIDAS 2.0 في الاتحاد الأوروبي) عبر جهة تحقق من بيانات الاعتماد.
لا شيء من ذلك جزء من المعيار، ولهذا يمكن لجهة إصدار في البرازيل وأخرى في ألمانيا أن تستخدما مزودين مختلفين وتبقيا قابلتين للتشغيل البيني.
النشر عبر السلاسل
المعيار محايد تجاه السلاسل. والأنماط العملية:
- سلسلة أصلية واحدة لكل جهة إصدار (موصى بها): يبقى النسب والإنفاذ متسقين؛ وتحتفظ السلاسل الأخرى بتمثيلات مغلَّفة عبر مهايئات على نمط ERC-7802 أو CCIP.
- سلسلة EVM مقيّدة بتصاريح لجهات الإصدار التي تشترطها سلطة حماية البيانات لديها أو المؤسسة المحورية؛ ويفضّل EDPB صراحةً التصاميم المقيّدة بتصاريح. البايتكود نفسه.
- مرايا لأغراض السيولة: معرّف دفعة على السلسلة الأصلية، وغلاف ERC-20 في مكان آخر؛ ويجب على الغلاف أن يحترم
canTransferفي الرمز الأصلي أو أن يقصر نفسه على الحاملين المؤهلين.
لا يعبر النسب السلاسل أبدًا؛ أما المراجع فتعبرها.
مع أنظمة إدارة المزارع وتخطيط موارد المؤسسات
نقاط التكامل هي نفسها لأي رمز ERC-1155 مضافًا إليها دوال عرض الدفعة:
- مسار الكتابة: تحتفظ خدمة الإنشاء بـ
ISSUER_ROLEوتستدعيcreateBatchمن أحداث ERP (تذكرة ميزان الشاحنات، وإصدار الإيصال)؛ وتستدعيsetBatchStatus/setBatchMetadataمن أحداث المستودع؛ وtransformمن أوامر المعالجة. - مسار القراءة: يُدرج المفهرس الدفعات والنسب والإفادات وأحداث الإنفاذ في جداول التتبع الخاصة بنظام ERP؛ وتصدير EPCIS للشركاء والجهات التنظيمية.
- الفحص المسبق: تتيح
transferCheckلنظام ERP أن يشرح الرفض لأحد المشغّلين قبل إرسال معاملة. - المعرّفات: تربط مفاتيح GS1 في البيانات الوصفية مستودعات EDI وEPCIS القائمة؛ ووحدات قياس UN/CEFACT موجودة أصلًا في أنظمة ERP.
مصفوفة التوافق
| القدرة | الحالة |
|---|---|
| محافظ / أسواق ERC-1155 | دعم أصلي |
| أدوات امتثال ERC-7943 | دعم أصلي |
| وحدات امتثال ERC-3643 | عبر مهايئ خطاف |
| إفادات ERC-735 / EAS | ربط المواضيع |
| تصدير EPCIS 2.0 | ربط الحقول في المخطط؛ في جانب المفهرس |
| EVM مقيّدة بتصاريح | البايتكود نفسه |
| عبر السلاسل | أغلفة؛ ويبقى النسب في السلسلة الأصلية |