# อภิธานศัพท์และคำถามพบบ่อย

**ชิ้นหลักฐาน:** เอกสาร บันทึกที่ลงนาม ข้อพิสูจน์ หรือหลักฐานต้นฉบับอื่น

**ข้อสังเกต:** สิ่งที่แหล่งข้อมูลที่ระบุรายงาน ณ เวลาที่กำหนด ไม่ใช่ความจริงหลักโดยอัตโนมัติ

**ผลตรวจ:** ผลของเงื่อนไขที่ระบุซึ่งประเมินกับหลักฐาน

**รายงาน:** ผลตรวจ การผูกหลักฐาน ผู้ประเมิน/เวอร์ชัน และข้อจำกัดของงาน

**การตรวจสอบ:** ตรวจความครบถ้วนและสิ่งที่ผูกไว้ตามสมมติฐานที่ระบุ

**การยอมรับ:** การตัดสินใจของแอปผู้รับเองหลังตรวจและประเมิน

**ข้อผูกมัด:** การผูกกับข้อมูลด้วยการเข้ารหัส ไม่ใช่ข้อพิสูจน์ว่าเนื้อหาเป็นจริง

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

**DMT:** Digital Matter Theory กรอบองค์ประกอบและสินทรัพย์ที่ได้จากข้อมูล ซึ่งรองรับผ่านโปรไฟล์ที่กำหนด

## ทุกคำขอ P21 ต้องใช้ Bitcoin หรือไม่?

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

## P21 แทนกระเป๋า AP2, x402 หรือมาตรการควบคุมหรือไม่?

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

## เอเจนต์ใดก็ใช้ได้อัตโนมัติหรือไม่?

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

## รายงานที่ถูกต้องพอให้ปล่อยเงินหรือไม่?

ไม่ ต้องตรงกับงานและนโยบายที่คาด มีหลักฐานเพียงพอ และผ่านเกณฑ์ยอมรับของผู้รับ อัลฟาใช้โหมดเงาเท่านั้น

## โทเคนเปิดตัวหรือยัง?

ไม่มีการเปิดตัวโทเคนในงานตั้งต้นนี้ P21 เป็นชื่อย่อโครงการ ไม่ใช่หลักฐานว่ามีสินทรัพย์ซื้อขายได้

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


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

## คำศัพท์ enforcement และ decision

**Execution Gate** — policy boundary หน้า protected signer/wallet/API capability ตรวจ authorization ใหม่และคำนวณ exact action digest ก่อนใช้

**Action Authorization** — signed artifact ที่ผูก request, policy, exact action digest, action profile, network, nonce และ validity window ไม่ใช่ PASS badge ทั่วไป

**Consumer Decision Receipt** — signed `ACCEPT | REJECT | REVIEW` ที่อ้าง proof/request/action และ acceptance policy ที่ commit ไว้ ไม่เขียนทับ proof/evaluation/settlement ที่เป็นอิสระ

**Decision Consistency** — ผล `CONSISTENT | CONTRADICTORY | UNRESOLVED` ที่ผู้ตรวจอิสระคำนวณ ไม่ใช่ผู้รับรับรองเอง

**Equivocation Evidence** — หลักฐานว่าผู้รับเดียวกันลงนาม decisions ที่ถูกต้องแต่ขัดกันใน proof/policy/context เดียวกัน ไม่ใช่ reputation score สากล