วิสัยทัศน์และหลักการ

นำข้อมูล Bitcoin มาใช้ในยุคเอเจนต์

ระบบอัตโนมัติเรียกบริการและส่งธุรกรรมได้แล้ว คำถามที่ยังเหลือในหลายเวิร์กโฟลว์เจาะจงกว่านั้น: อีกฝ่ายสามารถตรวจหลักฐาน ทำซ้ำการตรวจที่เกี่ยวข้อง และเข้าใจสิ่งที่ยังพิสูจน์ไม่ได้หรือไม่?

Proof21 นำประวัติสาธารณะของ Bitcoin มาใช้ในโครงสร้างการตรวจสอบระหว่างเอเจนต์ Bitcoin ให้จุดอ้างอิง proof-of-work, DMT อธิบายกฎสินทรัพย์ที่ได้จากข้อมูล และ P21 เชื่อมรากฐานเหล่านี้กับหลักฐานและนโยบายการยอมรับข้ามเชน

เลือก ตรวจ และส่งต่อหลักฐาน

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

ข้อตกลงในการออกแบบ

ทำงานร่วมกันแทนการทดแทน เก็บหลักฐานที่ลงนามเดิมและสมมติฐานของแหล่งข้อมูล ใช้โครงสร้างพื้นฐานที่พัฒนาเต็มที่แล้วเมื่อเหมาะสม

ใช้ Bitcoin เมื่อคุณสมบัตินั้นสำคัญ การตีความ DMT หรือการประทับเวลาอาจเพิ่มคุณสมบัติเฉพาะ การอ้างถึง Bitcoin ไม่ทำให้คำกล่าวอ้างนอกเชนเป็นจริง

การตรวจสอบแบบเปิด บริการโฮสต์ที่มีประโยชน์ ให้ตรวจสอบได้โดยไม่ต้องซื้อโทเคน ทดลองว่าลูกค้ายินดีจ่ายเพื่อการรวบรวมหลักฐาน อะแดปเตอร์ที่ดูแลต่อเนื่อง การติดตาม หรือเวิร์กโฟลว์ที่รองรับหรือไม่

อินเทอร์เฟซกว้าง คำกล่าวอ้างจำกัดขอบเขต ชุดเครื่องมือรองรับกรณีใช้ที่เกี่ยวข้องกันได้หลายแบบ แต่แต่ละรายงานต้องบอกอย่างชัดเจนว่าตรวจยืนยันอะไร

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

เป้าหมายคือเครื่องมือร่วมที่มีประโยชน์ ไม่ใช่คำกล่าวว่าเอเจนต์ทุกตัวต้องใช้ P21 หรือไม่มีโครงสร้างพื้นฐานคู่แข่ง

การแก้ความหมาย DMT โดยไม่ต้องสร้างโทเคน

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

องค์ประกอบแหล่งข้อมูล P21 จะประกาศภายหลัง หน้านี้ไม่เปิดเผยข้อความลงทะเบียน ฟิลด์หรือรูปแบบที่เลือก ชื่อที่สงวน หรือ ID ของ inscription การใช้องค์ประกอบเดิมที่ถูกต้องทำได้ และโปรโตคอลไม่ได้บังคับให้สร้าง inscription ใหม่ในชื่อแบรนด์

ord-tap แบบทำงานอิสระของ Trac มีระบบดัชนีที่นำกลับมาใช้ได้ ตัวแยกวิเคราะห์เวอร์ชันที่ตรึงรองรับฟิลด์ 4, 10 และ 11 ตรวจการเปิดใช้กฎ ปรับชื่อเป็นรูปแบบมาตรฐาน ตรวจรูปแบบ และปฏิเสธทั้งชื่อซ้ำและลายเซ็นฟิลด์/รูปแบบซ้ำ การเปลี่ยนชื่อไม่ได้ทำให้ลงทะเบียนนิยามทั้งฟิลด์ที่มีอยู่แล้วได้ โค้ดที่ตรวจไม่มีกระบวนการอนุมัติโดยทีม แต่ความถูกต้องยังขึ้นอยู่กับการตรวจประวัติตามกฎ ไม่ใช่เพียงการอยู่ใน Bitcoin สิทธิ์ใช้ผู้ให้บริการโฮสต์และเงื่อนไขบริการเป็นอีกเรื่องหนึ่ง [1][2][6]

การชำระเงินเริ่มต้น: NAT ดั้งเดิมและ USDC

NAT ดั้งเดิมเป็นวิธีชำระเงินที่ต้องมีในการเปิดบริการเชิงพาณิชย์ครั้งแรก ควบคู่กับ USDC ผ่านช่องทาง x402 ที่ทดสอบแล้ว ไม่ใช่ตัวเลือกที่เลื่อนไปภายหลัง โปรโตคอลหลักฐานยังไม่ผูกกับวิธีชำระเงิน ลูกค้าเลือกวิธีที่รองรับ และการตรวจใบรับรองอย่างอิสระไม่บังคับซื้อ NAT หรือโทเคน P21

โปรไฟล์ NAT ดั้งเดิมระบุ Bitcoin mainnet, TAP, inscription การสร้าง NAT เดิม และชื่อโทเคนแบบ fungible ที่ปรับเป็นมาตรฐาน โทเคนชื่อเดียวกันบนเชนอื่นเป็นคนละสินทรัพย์ เว้นแต่มีโปรไฟล์แยกที่ตรวจสอบแล้ว การโอน inscription มินต์ UNAT ไม่ได้โอนยอด NAT แบบ fungible [3][4]

ใบแจ้งชำระ NAT และการเติมเครดิตบริการล่วงหน้าทำงานแบบรอผล ยืนยันการโอนโทเคน fungible ที่ดำเนินการจริงตามกฎ TAP ที่ตรึง แล้วเพิ่มเครดิตเพียงครั้งเดียว งานขนาดเล็กถัดไปหักเครดิตบริการภายในที่โอนต่อไม่ได้ ไม่ต้องโอน NAT หรือสร้าง inscription ทุกงาน เครดิตเป็นบันทึกบัญชีบริการ ไม่ใช่โทเคน 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