ความสอดคล้องและเงื่อนไขปล่อยรุ่น

นี่คือตารางทดสอบผลิตภัณฑ์ที่วางแผนไว้ ตัวตรวจเอกสารปัจจุบันไม่ได้ทำหน้าที่ทดสอบรันไทม์เหล่านี้

ทำซ้ำผลได้

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

เงื่อนไขปล่อยรุ่น

การปล่อยผลิตภัณฑ์ต้องมีพฤติกรรมที่ทดสอบแล้ว การทบทวน dependency ช่องทางความปลอดภัย ขอบเขตชัด เอกสารถูกต้อง และหลักฐาน pilot ที่ผู้ดูแลควบคุม ฟีเจอร์เสี่ยงสูงต้องทบทวนความปลอดภัยอิสระก่อนใช้ทางเศรษฐกิจ ป้าย CI เอกสารสีเขียวไม่ได้แปลว่าตัวตรวจปลอดภัย

บริการโฮสต์ต้องทดสอบ downtime การคิดเงินซ้ำ การกู้คืน ขีดจำกัดคิว แหล่งข้อมูลล่ม และการยกเลิกผลจาก reorg ตัวติดตั้งต้องทดสอบความครบสภาพรุ่นที่ตรึงและการไม่เข้ากระเป๋าหรือข้อมูลรับรองที่ไม่คาดหมาย

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

กรณีทดสอบแหล่งข้อมูลและการชำระเงินเพิ่มเติม

ทดสอบชื่อและลายเซ็นฟิลด์/รูปแบบซ้ำ ฟิลด์หรือความหมาย regex ที่ไม่รองรับ เนื้อหา inscription ผิด แฮชต้นทางไม่ตรง ประวัติทะเบียนไม่ครบ เครือข่ายผิด และการจัดระเบียบบล็อกใหม่ ทดสอบคำกล่าวอ้างจาก nonce อย่างเดียวหรือแหล่งที่ทราบแล้ว commitment หลังทราบผล การเปลี่ยนลำดับหรือน้ำหนัก การลอง ID หรือบริบทซ้ำ การลองใหม่ และการปกปิดผล

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

[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-enforcement-v10 -->

เคสทดสอบ enforcement และ counterparty accountability

ก่อนใช้กับมูลค่าจริงต้องทดสอบ action-digest substitution, request/policy/network/asset/recipient/amount ผิด, authorization หมดอายุ, nonce replay, state stale ระหว่าง evaluation กับ signing, agent พยายามใช้ signer ทางอื่น, เปลี่ยน policy หลัง commit, signed REJECT หลัง deterministic PASS, private policy input ที่ต้องเป็น UNRESOLVED, signed decisions ที่ขัดกัน, settlement ยังคง CONFIRMED หลัง rejection และ threshold policy signer ปฏิเสธหลัง P21 FAIL สำหรับ TAP ให้ครอบคลุม 2-of-2, replay/expiry/nonce และ lock/HTLC/escrow refund รวมถึง activation/version mismatch