# ยินดีต้อนรับสู่ Proof21

**ทางเลือกที่ตรวจสอบได้ การกระทำที่ตรวจทานได้ รากฐานจาก Bitcoin**

Proof21 เชื่อมประวัติบล็อกสาธารณะของ Bitcoin กับการเลือกที่ตรวจสอบได้ หลักฐานที่ส่งต่อได้ และการตรวจสอบตามนโยบายระหว่างเอเจนต์ AI กับแพลตฟอร์ม เอเจนต์แลกเปลี่ยนหลักฐานข้ามเชนโดยไม่ย้ายแอป สินทรัพย์ หรือการดูแลทรัพย์สินไปยัง Bitcoin

> **ข้อกำหนดโปรโตคอล** เอกสารนี้กำหนดสถาปัตยกรรมและสัญญาอินเทอร์เฟซ [สถานะการพัฒนา](https://proof21.xyz/th/docs/start/status/) แยกซอฟต์แวร์ที่เผยแพร่แล้วออกจากข้อกำหนดโปรโตคอล

## เข้าใจผลิตภัณฑ์ในหนึ่งนาที

| ความสามารถ | คุณค่าที่ตั้งใจให้ | สถานะ |
| --- | --- | --- |
| Choice / Sample | ทำซ้ำการคัดเลือกและการสุ่มตรวจจากข้อมูลที่ผูกมัดไว้ล่วงหน้า | การออกแบบเชิงทดลอง |
| Check | เปรียบเทียบการกระทำทางการเงินที่กำหนดกับคำสั่งที่ตกลงกัน | ขอบเขต Alpha |
| Elements | อ่านกฎ DMT ที่รองรับและคำนวณผลซ้ำ | ขอบเขต Alpha |
| Verify / Accept | ตรวจหลักฐานและใช้นโยบายของผู้รับ | รากฐานที่จำเป็น |
| Commit | ประทับเวลาชุดหลักฐานตามความต้องการ | ส่วนขยายแบบอะซิงโครนัส |

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

## ลองตัวอย่างที่รันได้

[เดโมออฟไลน์](https://proof21.xyz/th/docs/start/offline-demo/) ไม่ต้องใช้กระเป๋า ติดตั้งแพ็กเกจ หรือเชื่อมต่อเครือข่าย เดโมตรวจลายเซ็นและเปรียบเทียบหลักฐานการชำระเงินสมมติกับคำสั่งในเครื่อง ตัวอย่างที่ตรงกันไม่ได้อนุมัติการชำระเงินจริง

## เลือกเส้นทางการอ่าน

**นักพัฒนา:** เริ่มที่คู่มือเริ่มต้น โมเดลหลักฐาน และตารางทดสอบ **ผู้ดูแลเอเจนต์:** อ่านขั้นตอนตรวจสอบของผู้รับและขอบเขตการเชื่อมต่อ **พันธมิตรบล็อกเชน:** นำเวิร์กโฟลว์จริงหนึ่งกรณีมาทดลองตามคู่มือโครงการนำร่อง **นักวิจัย:** เริ่มที่ Choice / Sample และโมเดลความปลอดภัย

**Proof21 / P21** · `proof21.xyz`

<!-- 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]


## การชำระเงินเริ่มต้น: 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 -->

## Action-bound authorization และความรับผิดของคู่สัญญา

P21 ระบุ execution-gated mode แบบเลือกใช้เพิ่มจาก evidence-only verification Protected action สามารถต้องใช้ authorization ใหม่ที่ผูก exact action digest, request, policy, network, nonce และ expiry การตัดสินใจ `ACCEPT / REJECT / REVIEW` ของผู้รับไม่เขียนทับ proof, evaluation หรือ settlement ที่เป็นอิสระ และความขัดแย้งที่พิสูจน์ได้จะถูกเก็บเป็นหลักฐานแยก

สิ่งเหล่านี้ยังเป็น protocol specification และ draft schema ไม่ใช่ wallet controller หรือ policy signer ที่ release แล้ว DMT Element ที่ยังไม่ประกาศจะเก็บเป็นความลับจน registration ยืนยัน