خريطة التكامل

يتكامل تصميم Proof21 مع أطر الوكلاء ومسارات الدفع ومصادر بيانات البلوكشين القائمة. تحدد المواءمات أدناه الأدوار البروتوكولية؛ وتبين حالة التنفيذ المهايئات المنشورة. لا تعني أسماء المشاريع تأييدًا.

أدلة الاكتشاف ومحولات التجارة

يغطي نموذج التوزيع Binance B402 Bazaar وCoinbase CDP Bazaar وMCP Registry وPayAI وVirtuals ACP. يحمل كل مهايئ تعريف القدرة نفسه مع دلالات الدفع والصلاحيات ودورة الحياة الخاصة بالمزود. تسجل مصفوفة التوزيع عقود المصادر وبوابات الإصدار.

عبر السلاسل دون جسر

يمكن لوكيل استدعاء خدمة P21 عبر HTTPS عادي واستلام أدلة متعلقة بـBitcoin دون تحريك أصوله. قابلية تشغيل الخدمات والأدلة معاً لا تعني أمان التسوية عبر السلاسل.

استخدم CAIP-2 لمعرّفات السلاسل حيث يلائم. يحدد شبكة ولا يثبت إجماعها. حدّد إصدار كل محول ووثّق إن كان يوفر ادعاءات أو ملاحظات أو إثباتات إدراج أو حالة متحققاً منها بصورة مستقلة.

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

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

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

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

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

المدفوعات الأولية: 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