x402 และหลักฐานเชิงพาณิชย์

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

ใช้อาร์ติแฟกต์เดิม

x402 กำหนดอาร์ติแฟกต์ข้อเสนอ/ใบรับรองลงนามแล้ว เก็บผู้ออก ไบต์ต้นฉบับ เงื่อนไข และอ้างอิง settlement อาร์ติแฟกต์การชำระเงินอย่างเดียวไม่พิสูจน์ว่างานการเงินใด ๆ สำเร็จถูกต้อง

PEAC เป็นอีกระบบบันทึกปฏิสัมพันธ์แบบพกพาที่มีอยู่แล้ว มองเป็นตัวห่อหรืออินพุตได้ แทนสมมติว่า P21 ต้องแทนทุกรูปแบบ ตรวจหลักฐานที่อ้างถึงตามกฎของหลักฐานนั้น

สัญญางานแบบชำระเงิน

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

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

เศรษฐศาสตร์

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

อ้างอิง: แนะนำ x402, ข้อเสนอและใบรับรอง, PEAC

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

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

การเปิดใช้งานเชิงพาณิชย์และสถานะการพัฒนา

NAT และ USDC ต้องผ่านการยอมรับสำหรับการเปิดบริการเชิงพาณิชย์ครั้งแรกทั้งคู่ เอกสารสาธารณะ โค้ด และชุดทดสอบนโยบายไม่ใช่จุดรับเงินจริง ทรัพยากรนโยบายแบบคงที่ระบุวิธีที่ต้องมีด้วย enabled: false ไม่มีผู้รับหรือ endpoint จริง จนผ่านการทดสอบชำระบัญชี บัญชี ความล้มเหลวและการจัดระเบียบเชนใหม่ ความปลอดภัย และการอนุมัติ ห้ามเรียกรุ่นที่รองรับเฉพาะ USDC ว่าครบขอบเขตชำระเงินเริ่มต้น

รุ่นนี้ไม่ออกโทเคน ไม่ประกาศองค์ประกอบต้นทาง ไม่สร้าง inscription mainnet ไม่เรียกเก็บลูกค้า ไม่แลกเงินคลัง และไม่อนุญาตกระเป๋า สถานะบริการจริงแยกจากการเผยแพร่เว็บไซต์ ไม่ได้สื่อถึงพันธมิตร Trac, SLA โฮสต์ หรือการตรวจความปลอดภัยการเข้ารหัสโดยอิสระ

[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 บนหลายเครือข่าย

NAT มีสินทรัพย์ตัวแทนข้ามเชน ไม่ได้จำกัดอยู่ที่อินเทอร์เฟซกระเป๋าบิตคอยน์เท่านั้น ข้อมูลที่ตรวจพบระบุสินทรัพย์บน Ethereum, สินทรัพย์ Solana ชื่อ dmt-nat (Wormhole) และสัญญาโทเคนบริดจ์บน BNB Smart Chain สิ่งนี้เพิ่มช่องทางให้ชุมชน NAT เข้าถึงบริการ แต่ข้อมูลเหล่านี้ไม่ใช่การตรวจสอบเงินสำรองบริดจ์ การจับคู่สินทรัพย์ต้นทาง การไถ่ถอน หรือสถานะการทำงานของบริดจ์โดย P21

NAT ดั้งเดิมบน Bitcoin TAP ยังเป็นวิธีชำระเงินที่จำเป็นในระยะแรก NAT ข้ามเชนเป็นเป้าหมายอะแดปเตอร์หลัก โดยต้องอนุมัติแต่ละเครือข่ายและสัญญาหรือ mint แยกกัน โปรไฟล์ต้องเก็บอ้างอิงการออกสินทรัพย์ต้นทาง เส้นทางและเวอร์ชันบริดจ์ ตัวตนปลายทาง ทศนิยม ความสิ้นสุดของธุรกรรม และสมมติฐานการหยุดหรือไถ่ถอน ชื่อย่อเหมือนกันหรือการจดทะเบียนในตลาดเพียงอย่างเดียวไม่เพียงพอ สินทรัพย์ที่อนุมัติสามารถจ่ายบนเครือข่ายปลายทางได้ โดยไม่ต้องบริดจ์หรือแลกเงินทุกงาน

การตรวจสินทรัพย์ตัวแทนไม่เปลี่ยนการแปลข้อมูล DMT บิตคอยน์ยังเป็นแหล่งข้อมูลของข้ออ้าง Bitcoin/DMT แม้ค่าบริการมาจากเชนอื่น องค์ประกอบข้อมูลของ P21 ยังรอประกาศ เอกสารนี้ไม่ได้เปิดใช้งานบริดจ์ NAT ใด

สเตเบิลคอยน์ให้ตรงกับแต่ละการเชื่อมต่อ

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

สินทรัพย์ BSC mainnet ที่ Binance ระบุใช้ 18 ทศนิยม รวม USDC และ USDT ขณะที่ USDC บน Base ใช้อีกสัญญาและ 6 ทศนิยม ห้ามคัดลอกสมมติฐานทศนิยมข้ามเครือข่ายหรือสับสน testnet กับ mainnet อย่าเพิ่ม FDUSD หรือเหรียญอื่นเพียงเพราะเกี่ยวข้องกับตลาดนั้น ต้องตรวจผลิตภัณฑ์การชำระเงินจริง

ก่อนประกาศว่าจ่ายได้ ให้ใช้เฉพาะส่วนที่ตรงกันระหว่างรายการอนุญาตของเจ้าของกับความสามารถปัจจุบันของผู้ให้บริการที่ตั้งค่าไว้ ตรึงเครือข่าย โทเคน ทศนิยม วิธี และผู้รับ ตรวจที่อยู่ spender/signer ที่อนุญาต และรักษาข้อมูลการอนุญาตที่จำเป็น การรีเฟรชข้อมูลต้องไม่ขยายสิทธิ์เงียบ ๆ การใช้ B402 production ต้องผ่านการรับเข้าโดยผู้ให้บริการ ทุกช่องทางของ P21 ยังปิดจนกว่าจะพัฒนา ทดสอบการชำระบัญชี และอนุมัติครบ

บัญชีหลายสินทรัพย์และขอบเขตเงินคลัง

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

แยกการชำระบัญชี การใช้เครดิตบริการ การกระทำที่กำลังตรวจ และการแลกเงินคลัง จ่ายตรงเข้าผู้รับของผู้ค้าที่อนุมัติ การแลกภายหลังเป็นทางเลือกที่ต้องอนุญาตต่างหากและควรรวมเป็นชุด ความล้มเหลวในการแลกต้องไม่ลบเครดิตที่ชำระแล้วหรือเปลี่ยนข้อค้นพบ การเพิ่มช่องทางเป็นงานพัฒนา ไม่ใช่ประกาศพันธมิตรโทเคนหรือการรับรองกระเป๋าโดยอัตโนมัติ

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