ข้ามไปยังเนื้อหาหลัก
เรียนรู้พจนานุกรมคำสั่งการชำระเงิน
พจนานุกรม

คำสั่งชำระเงินคืออะไร

คำจำกัดความ

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

ทำไมมันถึงสำคัญ

The "approve every payment" model does not scale to agents.

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

Payment mandates formalize the pre-authorization. Instead of "approve every payment" or "approve nothing" (a static spend limit), a mandate says: "approve any payment that matches these parameters, up to this cap, until I revoke it." The user grants the mandate once; the agent executes against it many times. This is the structural primitive that turns the agent into an autonomous economic actor while still keeping the human in control of the boundaries.

มันทำงานอย่างไร

อนุญาต นำเสนอ ชำระเงิน ยกเลิก

  1. การอนุญาต. ผู้ใช้ (หรือตัวแทนของผู้ใช้) สร้างคำสั่งผ่าน UI ของโปรโตคอล โดยระบุพารามิเตอร์: จำนวนสูงสุดต่อการชำระเงิน, จำนวนรวมสูงสุดในช่วงเวลา, รายชื่อผู้รับที่อนุญาต, วันหมดอายุ คำสั่งนี้จะถูกลงนามและเก็บรักษาโดยโปรโตคอล
  2. นำเสนอ. เมื่อเอเจนต์ต้องการทำการชำระเงิน มันจะนำเสนอคำสั่งไปยังผู้ประมวลผลการชำระเงินของผู้รับเป็นหลักฐานการอนุญาต ผู้ประมวลผลจะตรวจสอบคำสั่ง, ตรวจสอบพารามิเตอร์การชำระเงินว่าอยู่ภายในขอบเขตของคำสั่ง และยอมรับการชำระเงิน
  3. ชำระเงิน. การชำระเงินที่แท้จริงเกิดขึ้นบนรางใด ๆ ที่คำสั่งระบุ (stablecoin, การ์ด, ACH). การตรวจสอบคำสั่งจะแยกจากการชำระเงิน; คำสั่งหนึ่งสามารถอนุญาตการชำระเงินผ่านหลายวิธีการชำระเงินหากโปรโตคอลอนุญาต.
  4. เพิกถอน. ผู้ใช้สามารถเพิกถอนคำสั่งได้ทุกเมื่อ การนำเสนอในภายหลังจะไม่ผ่านการตรวจสอบ การชำระเงินที่กำลังดำเนินการอาจจะเสร็จสิ้นหรือไม่เสร็จสิ้นขึ้นอยู่กับการรับประกันความเป็นอะตอมของโปรโตคอล.

The protocol layer holds the mandate; the agent never holds the user's payment credentials directly. This is the safety property that makes mandate-based systems different from "give the agent your credit card." Compromise the agent and the worst case is the mandate's parameter envelope, not the user's full payment power.

ตัวอย่าง

สามรูปแบบคำสั่ง.

ตัวอย่าง 1

ข้อกำหนดการเข้าถึง API ต่อการเรียก

ตัวแทนได้รับอำนาจในการใช้จ่ายสูงสุด $0.10 ต่อการเรียกใน API ใด ๆ ในรายการอนุญาตที่กำหนด สูงสุด $50 ต่อวัน ตัวแทนเรียก API ตลอดทั้งวัน; การเรียกแต่ละครั้งภายในพารามิเตอร์ของอำนาจจะชำระโดยไม่ต้องอนุมัติเพิ่มเติม ใช้จ่ายเกิน $50 ใน 24 ชั่วโมงจะถูกบล็อกที่ชั้นแพลตฟอร์ม

ตัวอย่าง 2

ข้อกำหนดการสมัครสมาชิกเฉพาะผู้ขาย

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

ตัวอย่าง 3

คำสั่งที่มีขีดจำกัดแบบครั้งเดียว

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

คำถามที่พบบ่อย

สามคำถามทั่วไป.

คำสั่งชำระเงินเหมือนกับการอนุญาตที่ยืนอยู่บนบัตรหรือไม่?

คล้ายกันในด้านจิตวิญญาณ แต่โครงสร้างแตกต่างกันมาก การอนุญาตบัตรจะถูกเก็บโดยเครือข่ายบัตรและใช้ระหว่างผู้ถือบัตรเฉพาะและพ่อค้ารายเฉพาะ ข้อกำหนดการชำระเงินในแง่ของการค้าเอเจนต์จะถูกเก็บโดยโปรโตคอลการชำระเงิน (เช่น AP2) สามารถกำหนดพารามิเตอร์ตามจำนวน, ผู้รับ, ความถี่, และช่วงเวลา และจะถูกชำระใน stablecoin หรือ fiat ขึ้นอยู่กับการใช้งาน ข้อกำหนดมีความสามารถในการโปรแกรมมากขึ้น มีความละเอียดมากขึ้น และไม่ผูกพันกับรางเครือข่ายบัตร

สามารถเพิกถอนคำสั่งได้หรือไม่?

ใช่. ผู้ใช้ที่มอบหมายสามารถเพิกถอนมันได้ทุกเมื่อผ่าน primitive การเพิกถอนของโปรโตคอล. เมื่อถูกเพิกถอน, การชำระเงินใหม่จะไม่ดำเนินการต่อ. การชำระเงินที่รอดำเนินการหรือกำลังดำเนินการในขณะนั้นอาจจะเสร็จสมบูรณ์หรือไม่เสร็จสมบูรณ์ขึ้นอยู่กับโปรโตคอล; AP2 กำหนดให้หยุดทันทีสำหรับการชำระเงินใด ๆ ที่ยังไม่ได้ชำระบนเครือข่าย.

Blockchain0x ใช้คำสั่งชำระเงินหรือไม่?

ยังไม่รองรับอย่างเป็นทางการในตอนนี้ เราบรรลุผลลัพธ์การควบคุมการใช้จ่ายของเอเจนต์ที่คล้ายกันผ่าน spend permission รายเอเจนต์ (วงเงินต่อช่วงเวลาและเพดานต่อธุรกรรม) ที่บังคับใช้ที่ API layer ซึ่งถือว่าเทียบเท่า mandate สำหรับกรณีทั่วไป (จำกัดการใช้จ่ายภายในช่วงเวลา) การรองรับ full mandate-protocol (revocation primitives, signed mandates ที่เดินทางไปกับ payment requests, flows ที่เข้ากันได้กับ AP2) อยู่ใน roadmap เมื่อมาตรฐานต่าง ๆ เริ่มสอดคล้องกัน
ตรวจสอบล่าสุด: 2026-05-15. เผยแพร่ภายใต้ CC BY 4.0.

อนุญาตการใช้จ่ายของตัวแทนของคุณล่วงหน้า

นโยบายการใช้จ่ายต่อเอเจนต์ที่บังคับใช้ในระดับ API เริ่มต้นฟรี