التوسع وتوقيت Bitcoin

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

افصل المسار السريع عن البطيء

قد تكتمل الفحوص العادية المدعومة دون انتظار كتلة Bitcoin جديدة. ويمكن أن يبقى الطابع الزمني الاختياري PENDING حتى يصبح قابلاً للتحقق المستقل. أما الاختيار الذي يتطلب بيانات Bitcoin مستقبلية فينتظر المصدر وسياسة التأكيد المحددين. الإيقاع التقريبي للكتل ليس موعداً نهائياً.

التزامات الدفعات

يمكن لالتزام Merkle تمثيل بصمات تقارير كثيرة بجذر واحد. في مثال لشجرة ثنائية متوازنة بمليون ورقة SHA-256، يكون الجذر 32 بايتاً ومسار الإدراج نحو 20 بصمة شقيقة، أي قرابة 640 بايتاً قبل البيانات الوصفية الأخرى. هذه عملية حسابية وليست اختبار أداء.

يقلل التجميع كلفة الالتزام؛ لكنه لا يلغي التخزين أو النطاق الترددي أو الفهرسة أو النسخ الاحتياطي أو التوافر. وعند افتراض 2,000 بايت لكل تقرير، يتطلب مليون تقرير يومياً نحو 2 GB يومياً قبل الأدلة والنسخ المكررة.

مخاطر المصدر المشترك

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

قياس الأداء

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

المصادر: مرجع كتل Bitcoin، OpenTimestamps، بحث Bitcoin Beacon.

تخزين التعريفات مؤقتاً والتحقق من حالة السلسلة

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

تعتمد سعة الإيصالات أساساً على حوسبة التطبيق والتخزين والتسليم، لا على معاملة Bitcoin لكل إثبات. ويظل الاختيار الذي يحتاج بيانات Bitcoin جديدة منتظراً للمصدر وسياسة التأكيد المحددين. تربط دفعات Merkle الاختيارية ملخصات الإيصالات لإثبات وجود سابق، لا الصحة أو الاكتمال أو إتاحة البيانات. لا يوجد معيار أداء منشور لسعة P21.

نموذج التكلفة

لا تتطلب قراءة بيانات Bitcoin العامة وتقييم عنصر مدعوم رسم سكّ بروتوكولي. التسجيل الجديد الاختياري نقش له رسوم شبكة وربما رسوم مزود خدمة؛ ويجب التحقق من صلاحيته وفرادته قبل الإنفاق. تُحسب الميزانية من الحجم الافتراضي للمعاملات مضروباً في سعر sat/vB الحالي، مع رسوم الخدمة والقيمة المحتفظ بها في مخرج النقش. لا يُنشر تقدير دولاري قديم على أنه عرض حي.

تتحمل الإيصالات العادية خارج السلسلة تكاليف البنية التحتية، لا نقشاً إلزامياً لكل إيصال. تمويل NAT له تكاليف تسوية Bitcoin/TAP الخاصة به، وتوزع على استخدام رصيد الخدمة؛ أما USDC فله تكاليف الشبكة وfacilitator المختارين. وتظل استضافة API وتشغيل المفهرس أو الوصول لمزود البيانات والتخزين والنطاق الترددي ومراجعة الأمن والمراقبة والدعم تكاليف فعلية.

[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