المصطلحات والأسئلة الشائعة

المستند الدليلي: وثيقة أو سجل موقّع أو إثبات أو مادة أصلية أخرى من الأدلة.

المشاهدة: ما يبلّغ به مصدر محدد في وقت معلوم؛ ليست تلقائيًا حقيقة مرجعية.

النتيجة: مخرجات تقييم شرط مسمى على الأدلة.

التقرير: النتائج وروابط الأدلة والمقيّم وإصداره وحدود العملية.

التحقق: فحص السلامة والروابط المحددة تحت الافتراضات المعلنة.

القبول: قرار التطبيق المستلم بعد التحقق والتقييم.

الالتزام: ارتباط تشفيري بالبيانات، وليس إثباتًا لصحة محتواها.

الإنتروبيا: عدم اليقين في مصدر وفق نموذج تهديد صريح؛ توسيع البذرة لا يخلق إنتروبيا مستقلة.

DMT: Digital Matter Theory، إطار للعناصر والأصول المشتقة من البيانات، تدعمه هنا ملفات تعريف محددة.

هل يحتاج كل طلب P21 إلى Bitcoin؟

لا. دعم Bitcoin/DMT أساسي، لكن الفحوص المالية غير المرتبطة به لا ينبغي أن تنتظر معاملة Bitcoin جديدة. للاختيار المعتمد على مصدر مستقبلي وللالتزامات المؤكدة متطلبات زمنية منفصلة.

هل يستبدل P21 المحافظ أو AP2 أو x402 أو الضوابط؟

لا. يستهلك بروتوكول P21 الأدلة المتوافقة ويحدد فحوصًا بعينها. وتظل الصلاحيات وحدود الإنفاق والحيازة والتسوية منفصلة.

هل يستطيع أي وكيل استخدامه تلقائيًا؟

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

هل يكفي تقرير صحيح لتحرير الأموال؟

لا. يجب أن يطابق العملية والسياسة المتوقعتين، وأن يتضمن أدلة كافية ويلبي متطلبات قبول المستلم. ألفا مخصص لوضع الظل فقط.

هل الرمز متاح؟

لا يُطلق هذا العمل التأسيسي رمزًا. P21 اختصار للمشروع وليس دليلًا على أصل قابل للتداول.

تفسير عناصر DMT دون سكّ رموز

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

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

يوفر مفهرس Trac المستقل ord-tap بنية فهرسة قابلة لإعادة الاستخدام. يقبل محلل العناصر في الإصدار المثبّت الحقول 4 و10 و11، ويتحقق من تفعيل القواعد وتوحيد الأسماء وصحة الأنماط، ويرفض الأسماء المكررة وتوقيعات الحقل/النمط المكررة معاً. لا يتيح اسم جديد إعادة تسجيل تعريف حقل كامل سبق تسجيله. لا يتضمن المحلل الذي روجع خطوة موافقة بشرية من الفريق؛ لكن صحة التسجيل تتطلب تقييم القواعد التاريخية، لا مجرد الإدراج في Bitcoin. شروط مزود الاستضافة وصلاحيات الوصول مسألة منفصلة. [1][2][6]

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

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

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

المدفوعات الأولية: NAT الأصلي وUSDC

يمثل NAT الأصلي وسيلة دفع إلزامية في نطاق الإطلاق التجاري الأول، إلى جانب USDC عبر مسار x402 الذي يجتاز التحقق. ليس إضافة اختيارية مؤجلة. يظل بروتوكول الأدلة محايداً تجاه الدفع: يختار العميل وسيلة مدعومة، ولا يتطلب التحقق المستقل من الإيصالات شراء NAT أو رمز P21.

يحدد ملف NAT الأصلي شبكة Bitcoin الرئيسية وTAP ونقش نشر NAT الأصلي ورمز الأصل القابل للاستبدال بصيغته المعيارية. الرمز الذي يحمل الاسم نفسه على سلسلة أخرى أصل مختلف ما لم يحدده ملف مستقل خضع للمراجعة. نقل نقش سكّ UNAT لا ينقل رصيد NAT القابل للاستبدال. [3][4]

تُعالج فواتير NAT وشحن رصيد الخدمة المسبق بصورة غير متزامنة: يُؤكّد تحويل قابل للاستبدال نُفذ فعلياً وفق قواعد TAP المثبّتة، ثم يضاف رصيد الاستخدام مرة واحدة. تستهلك المهام الصغيرة اللاحقة رصيد خدمة داخلياً غير قابل للتحويل، دون تحويل NAT أو إنشاء نقش لكل مهمة. الرصيد سجل محاسبي للخدمة، لا رمز P21 ولا منتج عائد ولا ادعاء بحفظ أصول دون ثقة. ويمكن للفواتير المباشرة للمهام الكبيرة استخدام فحوص التسوية نفسها.

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

[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

وصول عبر السلاسل ومدفوعات حسب النظام

يبقى NAT الأصلي وUSDC على Base وسيلتين مطلوبتين للإطلاق التجاري الأول. ولـ NAT تمثيلات محددة على Ethereum وSolana وBNB Smart Chain. اعتمد عقد كل تمثيل أو mint وربطه بالجسر قبل قبوله؛ فالتوفر عبر السلاسل لا يلغي افتراضات الثقة الخاصة بالمصدر.

يشمل نطاق Binance B402 أصول USDT وUSDC وUSD1 وU على BNB Smart Chain بالطرق المدعومة لكل أصل. تستخدم مسارات PayAI وCoinbase توليفات الشبكات والأصول المختبرة؛ ويحافظ Virtuals ACP على دورة دفع مهام USDC. لا يفرض MCP أو A2A عملة دفع. يبقى اختيار الدفع والتحويل الاختياري للخزينة منفصلين عن التحقق من أدلة Bitcoin/DMT. هذه أهداف تكامل محددة وليست خدمات دفع مفعلة.

Binance assets and methods · Binance integration · Coinbase facilitator · PayAI assets · Virtuals ACP · NAT Ethereum listing · NAT Solana record · NAT BNB Chain contract

مصطلحات الإنفاذ والقرار

Execution Gate — حد سياسة أمام signer/wallet/API capability محمية، يتحقق من authorization حديث ويعيد حساب exact action digest قبل الاستخدام.

Action Authorization — أثر موقّع يربط request وpolicy وexact action digest وaction profile وnetwork وnonce ونافذة الصلاحية؛ وليس شارة PASS عامة.

Consumer Decision Receipt — قرار موقّع ACCEPT | REJECT | REVIEW يشير إلى proof/request/action وسياسة القبول الملتزم بها، ولا يعيد كتابة proof/evaluation/settlement المستقلة.

Decision Consistency — نتيجة CONSISTENT | CONTRADICTORY | UNRESOLVED يستنتجها مقيّم مستقل ولا يصدق عليها المستهلك بنفسه.

Equivocation Evidence — دليل على أن المستهلك نفسه أصدر قرارات موقعة صحيحة ومتعارضة في proof/policy/context نفسه؛ وهو دليل لا reputation score عالمي.