# TAP وTrac وOrdinals

توفر بيتكوين سجل الكتل العام. ويحدد TAP تفسير البروتوكول الفوقي. يحمل Ordinals محتوى النقوش، ويوفر Trac طبقة اتصال اختيارية. تحفظ عقود مهايئات P21 هذه الأدوار المنفصلة.

## TAP

يحدد TAP قواعد تفسير التوكن وDMT المدعومة. يجب أن يتبع تقرير P21 الذي يدعي التوافق مع أصول TAP-DMT تلك القواعد وسلوك التفعيل. يزيل المفهرس المستقل تبعية شبكية، لا متطلبات تفسير الأصل.

## ord-tap

ord-tap مفهرس TAP مستقل مبني على `ord`، يتيح الحالة الحالية والتاريخية المفهرسة عبر REST. يسجل المهايئ إصداره وتغطية المزامنة وسلوك إعادة التنظيم. تتحقق الحالات المرجعية من التفسير؛ وتظل استجابة API ملاحظة ما لم تُتحقق بصورة مستقلة.

## Trac وOpenMayhem

يوفر Intercom اتصالًا من نظير إلى نظير وبنية للحالة المكررة. ويحدد OpenMayhem إيصالات خدمة موقعة وقواعد الأدلة والموافقة والنزاعات. حد تكامل P21 هو التقييم القابل للنقل لتلك الآثار الأصلية، لا استبدال شبكة الاتصال.

## Ordinals

يمكن للنقوش نشر المحتوى والمراجع. لكنها لا تجعل أي محتوى صحيحاً. استخدم مراجع السياسات والمواصفات اختيارياً حين يفيد إثبات المنشأ، ولا تنقش كل تقرير P21 عادي.

## قرار التبعيات

يتبع تفسير DMT الأصلي قواعد متوافقة مع TAP. شبكة Trac اختيارية. تستخدم الوكلاء الخارجية واجهات خدمة عادية؛ ولا يفرض البروتوكول على كل وكيل تشغيل حزمة بيتكوين كاملة.

المراجع: [TAP](https://github.com/Trac-Systems/tap-protocol-specs)، [ord-tap](https://github.com/Trac-Systems/ord-tap)، [Intercom](https://github.com/Trac-Systems/intercom)، [قواعد OpenMayhem](https://github.com/Trac-Systems/openmayhem/blob/main/RULES.md)، [Ordinals](https://docs.ordinals.com/inscriptions.html).

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

## تفسير عناصر 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

<!-- p21-ecosystem-payments-v09 -->

## NAT عبر الشبكات

لـ NAT تمثيلات عابرة للسلاسل؛ فهو ليس محصوراً في واجهة محفظة بيتكوين. تحدد السجلات التي روجعت تمثيلاً على Ethereum وأصلاً على Solana يحمل اسم dmt-nat (Wormhole) وعقد رمز جسر على BNB Smart Chain. يوسع ذلك طرق وصول مجتمع NAT إلى الخدمات. تثبت هذه السجلات وجود تمثيلات قابلة للتحديد، وليست تدقيقاً من P21 لاحتياطيات الجسر أو ربط الأصل أو الاسترداد أو توفر الجسر حالياً.

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

لا تغير مراجعة التمثيلات تحليل مصادر DMT؛ تظل بيتكوين مصدر الادعاء المرتبط ببيتكوين وDMT ولو وصلت رسوم الخدمة على شبكة أخرى. عنصر مصدر P21 سيعلن لاحقاً. لا يفعّل هذا النشر أي جسر NAT.

[Binance assets and methods](https://developers.binance.com/en/docs/products/onchainpay-x402/basics/9.supported-payment-methods) · [Binance integration](https://developers.binance.com/en/docs/products/onchainpay-x402/introduction) · [Coinbase facilitator](https://docs.cdp.coinbase.com/x402/seller/facilitator) · [PayAI assets](https://docs.payai.network/x402/reference) · [Virtuals ACP](https://os.virtuals.io/acp/concepts) · [NAT Ethereum listing](https://www.bitmart.com/en-US/support/articles/7923014477723/360001026214/49446319153179) · [NAT Solana record](https://solscan.io/token/FbKRaqBzupLry3V7QujpNghwrHgxutB4MY11M8aeyVa1) · [NAT BNB Chain contract](https://bscscan.com/token/0x600e3b55d5368c32a94f9372563318adb6a3f882)

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

## ملف إنفاذ P21 على TAP بصورة اختيارية

يمكن أن يكون TAP محول إنفاذ لأفعال TAP الأصلية، لكنه ليس اعتماداً لكل إيصال P21. المواصفة الحالية التي تمت مراجعتها تدعم 2-of-2 من authority key + policy key بحيث يلزم الاثنان، كما تدعم 2-of-3 أو عتبات أعلى. وهذا يلائم agent authority key + P21 policy signer مستقل بشرط عدم وجود سلطة بديلة غير مقيدة تتجاوز البوابة.

تضع المواصفة نفسها token locks وdelegated locks وcertified control وconditional obligations ضمن مجموعة التفعيل عند البلوك 952317، وتوثق مسارات HTLC/escrow مع الاسترداد. لا يدّعي P21 نشر policy signer أو threshold wallet أو escrow service إنتاجي. ويمكن للبيئات الأخرى استخدام smart account أو MPC أو HSM/KMS أو API capability proxy مع الحفاظ على invariants نفسها.