รากฐาน Bitcoin การประสานงานเอเจนต์

เวอร์ชัน 0.6 · ข้อกำหนดโปรโตคอล

บทคัดย่อ

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

โปรโตคอลรองรับโครงสร้างพื้นฐานเอเจนต์ ได้แก่ กระเป๋า มาร์เก็ตเพลซ ตลาดซื้อขาย อินเทอร์เฟซ DEX และระบบชำระเงิน เอกสารนี้กำหนดโปรโตคอล ส่วน สถานะการพัฒนา ระบุความพร้อมของซอฟต์แวร์

1. การชำระเงินที่ทำงานได้เป็นเพียงส่วนหนึ่งของเวิร์กโฟลว์

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

x402 ส่งต่อหลักฐานการชำระเงินและการค้า กระเป๋ากับ smart contract บังคับสิทธิ์และขีดจำกัดการดำเนินการ Proof21 เชื่อมการควบคุมเดิมกับบันทึกประเมินที่ส่งต่อได้ โดยแยกค่าบริการออกจากการกระทำที่กำลังประเมิน [1]

2. เส้นทางตรวจสอบร่วม

ผู้ออกหรืออะแดปเตอร์รวบรวมหลักฐานของการกระทำที่รองรับ แกน P21 ประเมินนโยบายที่ระบุกับหลักฐานและให้ผลตรวจเฉพาะ ผู้รับแยกต่างหากตรวจชิ้นหลักฐาน ทำซ้ำการตรวจที่เกี่ยวข้อง และใช้เกณฑ์ยอมรับของตน

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

3. แกนเดียว ความสามารถเสริมกัน

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

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

Elements ค้นหาข้อมูล Bitcoin/DMT ที่รองรับและทำซ้ำกฎที่ได้จากข้อมูล การคำนวณที่ทำซ้ำได้ไม่ยืนยันการจดทะเบียน การมินต์ หรือความเป็นเจ้าของโดยอัตโนมัติ รายงานต้องบอกว่าตรวจและไม่ตรวจคำกล่าวอ้างใด

Verify และ Accept เป็นฝั่งผู้รับ หลักฐานประวัติที่รวมมาครบและเหมาะสมตรวจในเครื่องได้ การเพิกถอนปัจจุบัน ความสด หรือสถานะเชนอาจต้องเข้าถึงเครือข่ายภายใต้สมมติฐานแหล่งข้อมูลที่ชัดเจน

Commit เลือกประทับเวลา digest ของหลักฐานหรือชุดข้อมูลด้วยระบบที่มีอยู่เช่น OpenTimestamps การเขียนแฮชบล็อก Bitcoin ในรายงานไม่ใช่การยึดข้อผูกมัดด้วยตัวมันเอง การประทับเวลายืนยันการมีอยู่ก่อนหน้าภายใต้แบบการตรวจ ไม่ใช่ความจริง ความครบถ้วน ความเป็นส่วนตัว หรือการพร้อมใช้ในอนาคต [2]

4. Bitcoin และ Digital Matter Theory

DMT เป็นกรอบกำหนดองค์ประกอบและกฎสินทรัพย์ด้วยข้อมูล Bitcoin TAP ให้ความหมายระดับ metaprotocol สำหรับสินทรัพย์ DMT ที่รองรับ ความหมายนั้นจำเป็นเมื่อ P21 ตรวจคำกล่าวอ้าง TAP-DMT การใช้ indexer ที่สอดคล้องช่วยเลี่ยงการสร้างเครื่องจัดการสถานะสินทรัพย์ใหม่ [3]

Bitcoin ไม่ใช่ออราเคิลยืนยันความจริงนอกเชนตามอำเภอใจ ประวัติของมันให้ข้อมูลใช้ซ้ำและฐานข้อผูกมัดภายนอก ความสูงคาดเดาได้ bits เข้ารหัสเป้าหมาย proof-of-work ค่าบล็อกที่รู้แล้วไม่เป็นเอนโทรปีใหม่เพียงนำไปแฮช งานวิจัยความสุ่มของ Bitcoin จำลองอิทธิพลฝ่ายตรงข้ามโดยชัดเจน [4]

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

5. การเลือกโดยไม่สุ่มใหม่เงียบๆ

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

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

โปรไฟล์การเลือก Bitcoin แสดงเงื่อนไขแหล่งข้อมูลและหลักฐานการคำนวณ แทนการย่อเป็นคะแนนความยุติธรรมทั่วไป

6. ทำงานร่วมกันด้วยการประกอบระบบ

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

ตัวระบุเชนเช่น CAIP-2 ระบุเครือข่าย ไม่ได้พิสูจน์ฉันทามติของเครือข่ายอื่น อินเทอร์เฟซร่วมต้องรักษาข้อกำหนดเฉพาะเชนเรื่องความสิ้นสุด พฤติกรรมสินทรัพย์ และที่มา [5]

Binance B402 Bazaar, Coinbase Bazaar, MCP Registry และ Virtuals ACP เป็นช่องทางเชื่อมและกระจายที่เสนอ ไม่ใช่รายการ P21 หรือพันธมิตรปัจจุบัน บริการ MCP หรือ A2A ที่สอดคล้องต้องมีจริงก่อนประกาศ manifest ว่ารองรับ [6]

7. ขยายโดยไม่ใช้หนึ่งธุรกรรมต่อหนึ่งรายงาน

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

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

8. เศรษฐศาสตร์และโทเคนภายหลัง

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

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

9. ตรวจยืนยันก่อนพึ่งพากับมูลค่าสูง

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

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

อ้างอิง

1. ข้อเสนอและใบรับรองการชำระเงิน x402
2. OpenTimestamps
3. ข้อกำหนด TAP
4. ส่วนหัวบล็อก Bitcoin และ งานวิจัย Bitcoin Beacon
5. CAIP-2
6. เป้าหมายการกระจายเอเจนต์

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

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

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

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

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

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

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

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

การชำระเงินเริ่มต้น: 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 คงที่ต่อแพ็กเกจ หรือใช้นโยบายราคาที่อนุมัติแยก พร้อมเวลาหมดอายุและกฎปัดเศษ ก่อนรับเงินต้องเผยแพร่ค่าธรรมเนียมเครือข่าย ยอดเติมขั้นต่ำ การชำระช้า ขาดหรือเกิน การยกเลิก และการคืนเงิน ข้อกำหนดนี้ไม่แต่งอัตราแลกเปลี่ยนหรือยอดขั้นต่ำขึ้นเอง

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

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

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

แยกค่าบริการ งานที่ตรวจ และการแลกเงินคลัง

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

USDC ใช้รูปแบบ x402 และเส้นทาง facilitator ที่ตรวจแล้ว มาตรฐานระบุสินทรัพย์ได้ไม่ได้แปลว่าชำระจริงในระบบผลิตได้ TAP-NAT ดั้งเดิมใช้ตัวเชื่อมต่อแยก ไม่อ้างว่า x402 สำเร็จรูปรองรับแล้ว โทเคน wrapped ใด ๆ หรือ API ของ DEX ทั่วไปไม่แทนการรับ NAT ดั้งเดิม [5]

[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 ดั้งเดิมและ Base USDC ยังเป็นข้อกำหนดเริ่มต้น NAT ยังมีสินทรัพย์ตัวแทนที่ระบุได้บน Ethereum, Solana และ BNB Smart Chain ต้องอนุมัติสัญญาหรือ mint และการจับคู่บริดจ์แต่ละรายการก่อนรับเงิน การใช้หลายเชนไม่ได้ลบสมมติฐานความเชื่อถือของแหล่งข้อมูล

ขอบเขต Binance B402 รวม USDT, USDC, USD1 และ U บน BNB Smart Chain ตามวิธีที่แต่ละสินทรัพย์รองรับ PayAI และ Coinbase ใช้คู่เครือข่าย/สินทรัพย์ที่ทดสอบแล้ว ส่วน Virtuals ACP รักษาวงจรจ่ายงาน USDC MCP และ A2A ไม่บังคับสกุลชำระเงิน ทางเลือกการจ่ายและการแลกเงินคลังยังแยกจากการตรวจหลักฐาน Bitcoin/DMT ทั้งหมดเป็นเป้าหมายตามข้อกำหนด ไม่ใช่บริการรับเงินที่เปิดแล้ว

Binance assets and methods · Binance integration · Coinbase facilitator · PayAI assets · Virtuals ACP · NAT Ethereum listing · NAT Solana record · NAT BNB Chain contract

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

จากหลักฐานสู่ authorization ที่บังคับใช้ได้

Proof21 แยก evidence mode จาก enforcement mode Evidence mode ให้เอเจนต์แลกและตรวจรายงานอย่างอิสระ ส่วน enforcement mode เพิ่ม execution gate หน้า signer/wallet/API capability ที่ป้องกันไว้ Agent เสนอ action; gate ตรวจ authorization ใหม่และคำนวณ exact action digest ก่อน execution โดย agent ต้องไม่มี authority ทางเลือกที่ไม่ถูกจำกัด

Authorization ผูก request, policy, exact action, action profile, network, nonce และ validity window พร้อม asset/recipient/amount ตาม profile Proof ของ action A ใช้กับ action B ไม่ได้ และ state-dependent conditions ต้องตรวจใหม่ตอน execute

Acceptance ยังเป็นมิติแยก ผู้รับลงนาม consumer decision receipt; REJECT ไม่เขียนทับ VALID, PASS หรือ settlement ที่ยืนยันแล้ว ผู้ตรวจอิสระคำนวณ CONSISTENT / CONTRADICTORY / UNRESOLVED และ signed decisions ที่ขัดกันใน proof/policy/context เดียวกันอาจเป็น equivocation evidence

สำหรับ TAP-native actions สเปกที่ตรวจรองรับ 2-of-2 authority+policy threshold และ higher thresholds รวมทั้ง lock/HTLC/escrow paths แต่ P21 ไม่ได้อ้างว่า integration เหล่านี้ deploy แล้ว การลงทะเบียน DMT Element ก็ถูกยกเป็นงานระยะใกล้แบบ private: ตรวจ historical uniqueness ก่อน inscribe/confirm/verify แล้วค่อยประกาศ

ขอบเขตทะเบียนและการเปิดเผย

รายการฟิลด์ในทะเบียน DMT กว้างกว่าชุดที่ตัวแยกวิเคราะห์ TAP ซึ่งตรวจสอบแล้วรองรับ ฟิลด์ที่ปรากฏในเอกสารไม่ได้เป็นโปรไฟล์ P21 ที่ใช้งานได้โดยอัตโนมัติ ต้องตรึงกฎการตีความและคืน INDETERMINATE สำหรับความหมายที่ไม่รองรับ นิยามแบบทั้งฟิลด์ที่รองรับและยังว่างสามารถลงทะเบียนได้โดยไม่ออกโทเคน และไม่ต้องได้รับอนุมัติด้วยมือจาก P21 หรือทีม ทะเบียน DMT

การเลือกและเตรียมองค์ประกอบอย่างเป็นส่วนตัวไม่ได้ทำให้การชำระบน Bitcoin เป็นความลับ ธุรกรรม reveal ของ Ordinals เปิดเผยเนื้อหาจารึก ซึ่งผู้สังเกตธุรกรรมอาจเห็นก่อนยืนยัน การเลื่อนประกาศไม่ป้องกันการคัดลอก ไม่รับประกันลำดับ และไม่จองชื่อ ต้องตรวจทะเบียนที่แข่งขันกันและสถานะดัชนีบนเชนหลักอีกครั้งหลังยืนยัน หากมีความขัดแย้งหรือการจัดระเบียบเชนใหม่ ต้องแก้ไขก่อนอ้างว่าลงทะเบียนสำเร็จ Ordinals commit/reveal

องค์ประกอบแหล่งข้อมูลของ P21 ยังคงรอประกาศ การรับรองในทะเบียน การปรับใช้โทเคน และการชำระค่าบริการเป็นคนละการดำเนินการ การลงทะเบียนหรือชื่อใหม่ไม่ได้ทำให้ข้อมูล Bitcoin สาธารณะเป็นข้อมูลเฉพาะ และไม่ได้สร้างเอนโทรปีอิสระ