التحقق والتقييم والقبول

يتخذ الوكيل المستقبِل ثلاثة قرارات مستقلة: سلامة الأثر وتقييم الأدلة والقبول وفق السياسة.

السلوك المطلوب من المستقبِل

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

نتيجة FAIL الموقعة بطريقة صحيحة سجل صالح لكن تقييمه فاشل. وقد تستدعي PASS حالة REVIEW إذا لم يكن المُصدِر مقبولاً أو كانت الأدلة قديمة أو تطلب المستقبِل ملاحظات مستقلة غير موجودة في الحزمة.

التحقق المحلي

تتيح الأدلة الأصلية والمفاتيح المقبولة وتنفيذ الملف المطابق للمستهلك إعادة إنتاج الفحوص المدعومة محليًا. يغطي التحقق دون اتصال اللقطة المقدمة. وقد تتطلب حالات الإلغاء والحداثة والسلسلة المعتمدة والنهائية الحالية أدلة إضافية عبر الشبكة.

يبقى التفويض خارج الحكم

يجب ألا تستدعي SDK محفظة أو تطلق أموال الضمان لمجرد احتواء التقرير على PASS. تستمر الصلاحيات وضوابط المعاملات القائمة. أعد فحص الشروط المعتمدة على الحالة مباشرة قبل الإجراء عند الحاجة؛ فقد يصبح تقرير الفحص المسبق قديماً بين الفحص والتنفيذ.

تعمل تكاملات ألفا في وضع المراقبة الموازي. يسجل المستقبِل ما كان سيقبله دون منح P21 سيطرة منفردة على الأموال.

<!-- p21-source-payment-v08 -->

فصل التفسير والتسجيل والملكية

تميّز الإيصالات بين استخراج بيانات المصدر وتسجيل العنصر والاشتقاق الحتمي وصحة نشر الرموز أو سكّها والملكية أو الرصيد الحالي. التحقق من أحدها لا يثبت البقية. يتطلب إثبات أول تسجيل صالح فهرس التاريخ ذي الصلة وقواعد التفعيل؛ ولا يثبت دليل إدراج نقش واحد عدم وجود عنصر متعارض سابق.

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

[1] https://digital-matter-theory.gitbook.io/digital-matter-theory/introduction/digital-elements/.element-registry

[2] https://github.com/Trac-Systems/ord-tap/blob/b8f6ea35cf6b9d405d4db7c58555e3c8ab33e8cd/src/index/updater/inscription_updater/tap/ops/dmt_element.rs

[3] https://digital-matter-theory.gitbook.io/digital-matter-theory/introduction/nat-use-cases/usdnat-method-1-live

[4] https://digital-matter-theory.gitbook.io/digital-matter-theory/introduction/non-arbitrary-tokens-nats/nat-token-transfer

[5] https://docs.x402.org/core-concepts/network-and-token-support

[6] https://github.com/Trac-Systems/ord-tap/blob/b8f6ea35cf6b9d405d4db7c58555e3c8ab33e8cd/README.md

[7] https://arxiv.org/abs/1605.04559

<!-- p21-enforcement-v10 -->

قرار القبول لا يعيد كتابة الإثبات أو التسوية

يجب إبقاء الأبعاد مستقلة. يمكن أن تكون الحالة VALID + PASS + CONFIRMED + REJECT صحيحة بالكامل. لا يحول REJECT الأثر إلى INVALID ولا التقييم إلى FAIL ولا التسوية المؤكدة على الشبكة إلى غير مؤكدة.

artifact_integrity:   VALID
evaluation:           PASS
settlement:           CONFIRMED
consumer_decision:    REJECT

الالتزام المسبق بالسياسة والقرارات الموقعة

عندما يحتاج سير العمل إلى مساءلة قابلة للإعادة موضوعياً، يلتزم المستقبِل بملخص/إصدار سياسة القبول ونافذة صلاحيتها قبل الفعل المحمي ثم يوقّع إيصال قرار P21 بعده. إذا كانت السياسة حتمية والأدلة كاملة يمكن لمتحقق مستقل استنتاج CONTRADICTORY؛ أما إذا اعتمدت السياسة على مدخلات خاصة أو غير متاحة فالنتيجة UNRESOLVED.

بوابة التنفيذ الاختيارية

يمكن للأفعال المحمية استخدام تفويض مرتبط بالفعل وبوابة تنفيذ تتحقق من action digest والسياسة/الطلب وnonce والشبكة والأصل والانتهاء قبل استعمال الصلاحية. يظل Alpha الحالي في وضع shadow/non-custodial.