โมเดลหลักฐานและรายงาน

โมเดลรายงานผูกการดำเนินการเข้ากับหลักฐาน นโยบาย ผลการตรวจ และผู้ประเมิน อาร์ติแฟกต์ที่ลงนามเดิมยังคงผูกกับตัวตนแหล่งข้อมูล ความพร้อมของรูปแบบข้อมูล ติดตามผ่านสถานะการพัฒนา

แนวคิดที่ต้องมี

ประเภทหลักฐาน

คำกล่าวของผู้ออก ข้อสังเกตที่ลงนาม ข้อสังเกต RPC หลักฐานการรวมข้อมูลเชิงคริปโทกราฟี สถานะเชนที่ตรวจแล้ว และการคำนวณที่ทำซ้ำ เป็นคนละประเภท ต้องคงป้ายประเภทเหล่านี้ หลักฐานการรวมข้อมูลที่ถูกต้องเพียงชิ้นเดียวไม่ได้ยืนยันว่าเชนเป็นสายหลักหรือได้รับการยืนยันเพียงพอ

ใช้สตริงจำนวนเต็มแทนยอดเงินพร้อมเครือข่ายและสัญญาสินทรัพย์ที่ระบุชัด หลีกเลี่ยง floating point สำหรับเงิน เก็บไบต์และลายเซ็นต้นฉบับเมื่อจำเป็นต้องปรับข้อมูลให้อยู่ในรูปแบบเดียวกันเพื่อประเมิน

การแปลงข้อมูลและการลงนาม

ระหว่างสร้างระบบ ให้เลือกกลไกลงนามและ canonicalization ที่ผ่านการทบทวน ตรึงเวอร์ชัน และเผยแพร่เวกเตอร์ทดสอบความสอดคล้อง อย่าถือว่าพฤติกรรม JSON.stringify ใด ๆ เป็นมาตรฐานข้ามภาษาสากล ต้องกำหนดกฎชัดสำหรับ domain separation อัลกอริทึม คีย์ซ้ำ ช่วงตัวเลข และฟิลด์สำคัญที่ไม่รู้จัก

โปรไฟล์ที่ไม่รู้จักต้องไม่ผ่านเงียบ ๆ จำกัดขนาดเอกสาร ความลึก การดาวน์โหลดหลักฐาน การเปลี่ยนเส้นทาง และเวลาแยกวิเคราะห์ URL หรือข้อความในใบรับรองไม่ให้สิทธิ์ดึงความลับ ติดตั้งเครื่องมือ หรือเปลี่ยนนโยบายเอเจนต์

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

แยกการตีความ การลงทะเบียน และกรรมสิทธิ์

ใบรับรองแยกการอ่านข้อมูลต้นทาง การลงทะเบียนองค์ประกอบ การคำนวณแบบกำหนดผลแน่นอน ความถูกต้องของการสร้างหรือมินต์โทเคน และกรรมสิทธิ์หรือยอดคงเหลือปัจจุบัน การตรวจข้อหนึ่งไม่ได้ยืนยันข้ออื่น การตรวจผู้ลงทะเบียนที่ถูกต้องรายแรกต้องมีดัชนีประวัติและกฎการเปิดใช้งาน หลักฐานว่า inscription อยู่ในบล็อกไม่พิสูจน์ว่าไม่เคยมีองค์ประกอบขัดแย้งก่อนหน้า

ตรึงแฮชเนื้อหา inscription โปรไฟล์แหล่งข้อมูล เวอร์ชันต้นน้ำ เครือข่าย แฮชและความสูงบล็อก การเข้ารหัสมาตรฐาน การดำเนินการ พารามิเตอร์ commitment ของอินพุต และผลลัพธ์ ระบุขอบเขตหลักฐานและข้อจำกัด ข้อมูลที่ขาดหรือรูปแบบที่ไม่รองรับให้ผล INDETERMINATE ไม่ใช่สร้างผลว่าถูกต้อง แยกข้อมูลที่ดัชนีรายงานจากสถานะที่เล่นซ้ำโดยอิสระ การใช้ฟิลด์ Bitcoin โดยตรงแทนต้องไม่แอบนับเป็นการตรวจทะเบียน DMT ที่ยังไม่ได้ทำ

หลักฐานชำระเงินและบัญชีที่บันทึกครั้งเดียว

ใบแจ้งชำระผูกผู้เรียก แฮชคำขอ คีย์ idempotency เครือข่ายและสินทรัพย์ที่แน่นอน ผู้รับของร้านค้า จำนวนเต็มหน่วยย่อย สิทธิ์เครดิตบริการ เวลาหมดอายุ และนโยบายชำระบัญชี ตัวเชื่อมต่อตรวจเหตุการณ์โอนที่ดำเนินการจริง รวมปลายทาง จำนวน ตัวตนการสร้างโทเคน บล็อกเชนหลัก จำนวนยืนยัน ขอบเขตดัชนี และเวอร์ชันกฎ ID ธุรกรรม การเห็นใน mempool การสร้าง inscription หรือภาพยอดกระเป๋าไม่ใช่การชำระบัญชี

ใช้เครือข่าย การสร้างสินทรัพย์ ธุรกรรม และตัวตนการดำเนินการหรือ inscription เป็นคีย์เหตุการณ์ไม่ซ้ำ ผูกเจ้าของใบแจ้งชำระกับผู้เรียกตามสัญญา ไม่รับเพียงแฮชธุรกรรมใดก็ได้ การเพิ่มเครดิต การจองงาน การใช้และคืนเครดิตต้องใช้ธุรกรรมบัญชีแบบอะตอมและข้อบังคับคีย์ไม่ซ้ำ การลองใหม่หรือ webhook ซ้ำต้องไม่เพิ่มเครดิตหรือเรียกเก็บซ้ำ หลักฐานไม่ครบ ดัชนีล่าช้าหรือขัดกัน และเชนจัดระเบียบใหม่ต้องรอหรือทบทวน กำหนดบัญชีชดเชยและนโยบายรับความเสียหายของผู้ดำเนินการสำหรับการจัดระเบียบใหม่ลึก ห้ามแอบหักเงินลูกค้ารายอื่น

[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 -->

หลักฐาน authorization และ consumer decision

v0.10 เพิ่มร่าง machine-readable สามชนิด: action authorization, consumer decision receipt และ equivocation evidence Authorization ผูก request/policy/action digest, action profile, network, nonce, ช่วงเวลาที่ใช้ได้และผู้ลงนาม Gate ต้องคำนวณ digest ใหม่ก่อนใช้สิทธิ์ที่ป้องกัน และปฏิเสธการแทนที่ การหมดอายุ หรือ nonce replay

Consumer decision receipt ผูก proof/request/action, ตัวตนผู้รับ, acceptance-policy digest/version ที่ commit ไว้, ACCEPT | REJECT | REVIEW, reason codes, evidence snapshot, เวลาและลายเซ็น decision_consistency ไม่ได้ให้ผู้รับประกาศเอง แต่ให้ผู้ตรวจอิสระคำนวณเป็น CONSISTENT / CONTRADICTORY / UNRESOLVED การตัดสินใจที่ลงนามถูกต้องแต่ขัดกันสองรายการใน proof/policy/context เดียวกันอาจเป็น equivocation evidence